Am Freitag, 6. Oktober 2006 18:09 schrieb Willie Sippel:
> Am Freitag, 6. Oktober 2006 15:26 schrieb Ulrich Czekalla:
> > From our discussions at wineconf we concluded that overriding the
> > various functions such as glViewport and glScissor will get us there for
> > most applications.
> >
> > Th
> Am Freitag, 6. Oktober 2006 15:26 schrieb Ulrich Czekalla:
> > From our discussions at wineconf we concluded that overriding the
> various
> > functions such as glViewport and glScissor will get us there for most
> > applications.
> >
> > The only thing this will not do is handle the case where
Am Freitag, 6. Oktober 2006 15:26 schrieb Ulrich Czekalla:
> From our discussions at wineconf we concluded that overriding the various
> functions such as glViewport and glScissor will get us there for most
> applications.
>
> The only thing this will not do is handle the case where a child window
On Fri, Oct 06, 2006 at 01:30:43PM +0200, Roderick Colenbrander wrote:
> Hi,
>
> The plan is to get all the X-specific opengl code into winex11.drv and to get
> rid of things like ExtEscape. I also want to avoid using WineGLContext in
> opengl32.dll as I plan to change this too. A call like Sync
Hi,
The plan is to get all the X-specific opengl code into winex11.drv and to get
rid of things like ExtEscape. I also want to avoid using WineGLContext in
opengl32.dll as I plan to change this too. A call like SyncCurrentDrawable
should in the end be placed inside winex11.drv.
I haven't looke
Ulrich Czekalla wrote:
This patch override glViewport and glScissor to correctly position and size
opengl child windows.
I've only tested this patch with Google Earth and Google Sketchup so I'd
like to get some feedback to see if this solves the problem for your
application.
Roderick: I realize
