On Tue, 9 Jan 2001, Gavriel State wrote:
> Alexandre Julliard wrote:
> >
> > Gavriel State <[EMAIL PROTECTED]> writes:
> >
> > > This option was accidently removed with the previous ddraw patch.
> > >
> > > This patch reenables it when using the XVidMode driver.
> >
> > Please avoid using WIN_FindWndPtr() in ddraw, it is an internal USER
> > function.
>
> Hmm - I'm not sure that I see any simple way around using WIN_FindWndPtr()
> for this. In addition to the DXGrab code, we also need to get at the
> drawable to set up a glX context for 3D. How else can we get at the
> underlying X drawable?
I've been thinking about going about all this in a different way. Instead
of loading up dlls/ddraw with driver-dependent code, perhaps we should
consider driver separation not only in dsound (like it's done now, with
IDsDriver in the wineoss driver), and like I want to do with dinput
(IDiDriver in winmm's joystick driver etc), but also in ddraw?
So the x11drv (and any future graphics drivers) would export a
IDdDriver-or-whatever-it's-called COM interface, that dlls/ddraw could
then build upon, just like in windoze. All the DGA, DXGrab, and GLX code
would then have to be moved into the x11drv, obviously, so it'd be a lot
of work, but it'd certainly give us some advantages as well...
