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 _______________________________________________ mythtv-dev mailing list [email protected] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
