RE: Concerning TODO item re-thinkparent-childconnection, move to vf_vo2.c maybe
"Jiri Svoboda" <[email protected]>
| Newsgroups | gmane.comp.video.mplayer.g2.devel |
|---|---|
| Message-ID | <!~!UENERkVCMDkAAQACAAAAAAAAAAAAAAAAABgAAAAAAAAAR/s4HycAXEe8U0UZ4cfvx8KAAAAQAAAAsXsbz+MJo0mP+62fMcKQ2AEAAAAA@seznam.cz> |
> > On Tue, Dec 09, 2003 at 02:25:21PM +0100, Sascha Sommer wrote: > > > I think all of them need nothing more than a handle to > the window in > > > which they should display the window, it's x, y, width and height > > > and the colorkey. Therefore I propose that the UI creates the > > > windows for them and passes its parameters to the vo when > they change. > > > > Does this mean that each UI calls vo->create_window or some > other vo > > function, or should thæ UI know how to create a window for > each vo it > > plans to use? I don't think that vo-dependant code should > be in the > > UI, so I hope you don't mean to do this. > > > > I think the vos only use two kinds of windows X11 and windows windows. > If it is a linux gui it should know how to create a X11 > window or call a helper function like the one in libvo2/x11_helper.c. And uder DirectFB You can create windows too... So there should generic - not x11 dependant way. I can imagine that there is an GUI written using gtk and uses x11 based vo under xwindows and different vo under directfb. JS