[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