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
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.