OpenGL Visual Management

[Gavriel State]

This patch fixes several issues with the way OpenGL manages visuals:

 - It always uses a double-buffered visual if one is available, even when 
   not running Wine in --desktop mode.  Previously, we just hoped that the
   default visual was double buffered, which is isn't in some DRI GL drivers.

 - It ensures that all colormaps created use the double-buffered visual if 
   it exists.  This prevents problems where DRI GL implementations fail
   to work unless the colormap visual matches the window visual matches the
   glX visual.

 - It gets around similar visual issue with the default GL context created for 
   apps that don't create their own contexts before trying to use GL functions.
 
Note that we are not able to support the wgl ChoosePixelFormat/DescribePixelFormat 
APIs properly.  Some of the infrastructure for this exists in graphics/x11drv/opengl.c 
so that it can be done when the time comes.  This patch explicitly removes the wgl 
code that tries to match the OpenGL visual to a requested pixel format, because 
that won't work until we can dynamically remap HWNDs to new X11 Windows with 
a new visual.

-Gav

-- 
Gavriel State, CEO
TransGaming Technologies Inc.
http://www.transgaming.com
gav at transgaming.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: opengl_visual.diff
Type: application/octet-stream
Size: 10513 bytes
Desc: Document
Url : http://www.winehq.org/pipermail/wine-patches/attachments/20010326/3dae08db/opengl_visual.obj