[mythtv] Better Integration of plugins
Isaac Richards
ijr at case.edu
Fri Feb 25 17:18:58 UTC 2005
On Friday 25 February 2005 10:17 am, Paul Volkaerts wrote:
> Ok I get it -- so it would still be a single-threaded drawing process, and
> if you wanted to have a plugin window on top of the TV, then based on some
> event/keypress you would create the plugins QWidget in the same thread so
> using the same QT event loop.
Not a qwidget, but, yeah.
> This certainly looks the right way to do it but it does seem a hell of a
> lot of work. In order to get plugins to draw on-screen as per my example
> you have to
Right, but no more work than converting things over to mythui in the first
place.
> (1) Get MythUI to have an OSD versus QT abstration layer and implement the
> OSD paint functions. Is that in hand?
Planned, yes.
> (2) Change the plugins so that they have a full-screen mode and a popup
> mode. I guess thats required whichever way you do this.
Right.
> (3) You still need a popup menu that integrates all plugins so the user can
> choose "music" without exiting TV. I think my menu was as good as any at
> this; and am happy to either check it in or put it in storage until its
> needed.
Yeah, that's fine. You can check the menu in, but, disabled, please. There's
going to be one more release before I break everything for this. =)
> (4) How would you see a plugin being able to draw to the screen without
> user interaction, for example like the Caller Display. Would you see the
> plugins QWidget having to exist all the time but sit quietly in the
> background?
I don't see how this would be any work - something's going to have to tell it
to display, or it could set up a timer/event listener at time of
initialization.
Isaac
More information about the mythtv-dev
mailing list