----Message d'origine----
Date: Fri, 2 Jun 2006 21:27:53 +0200 De: Lionel Ulmer <lionel.ulmer(a)free.fr> A: Dan Kegel <dank(a)kegel.com> Copie à: wine-devel(a)winehq.org, Sujet: Re: Re: Wine 1.0 Tasks
On Tue, May 30, 2006 at 05:32:26PM -0700, Dan Kegel wrote:
On 5/30/06, Scott Ritchie <scott(a)open-vote.org> wrote:
It might be, but the heavy hitters I know of who have taken a look at it in detail have concluded that an X change really is needed.]
Is this really a problem? Another version of X is due out in about 4 months (probably the earliest we could possibly see Wine 1.0), so why can't we just help write an X extension to tackle the bug?
Not really a problem. It'll just take some time to trickle out to the world. We may also have to get Nvidia and ATI on board so they can implement the extension in their drivers.
And for it to be taken, I guess we would need to not only write the extension, but a 'reference implementation' (I would guess in DRI / Mesa) and get it approved by the FD.o people.
But ohsix's idea to use 'real' X windows 'overlaid' over the single Wine X window would be the easiest idea to investigate (because it would not only fixes this issue but also the mutiple windows with multiple pixel formats problem that the former 'extension' solution does not).
i thought the same idea. But investigation modifications in x11drv to permit wine x pixmaps access for wined3d/opengl will fix many problems (but not hthe multiple pixel formats) Anyway we must move some code of wined3d and opengl32 (GLX code, etc...) to x11drv as it permit : - to handle this problems without hacks (ie many ExtEscape) - to help macos-X to port wined3d and opengl (all specific cost must be on x11drv/qwartwdrv)
Lionel (in 'not even time to read wine-devel' mode :-) )
Well, at least i take time for it :) (and reviewing the flood of d3d patches) Waiting for you for coding :p Regards, Raphael
participants (1)
-
fenix@club-internet.fr