As a side question to the problem below, I tried to run GTK+ examples with GDK_NATIVE_WINDOWS set to 1, but I then turn into various problems. Resizing messes up the redraw (see attachment), buttons are not functional (no click event), long combo box lists do not display correctly... Is this still supposed to work under Win32? Michael. On Sun, Jul 25, 2010 at 12:00 AM, Michael Goffioul <michael.goffioul@xxxxxxxxx> wrote: > Hi, > > While investigating a problem I had with OpenGL and recent GTK+ > versions [1], I found out that GtkWidget do not map anymore to > native windows anymore and there's no way to force it. Using > gtk_widget_set_has_window() has no effect and tracing the code in > gdkwindow.c tells me native windows are only used for toplevel > windows or widget with different colormap or visual than their parent. > > I found gdk_window_ensure_native(), but this can only be called > *after* a GdkWindow has been created. > > The problem is that this seems to break OpenGL support under > Windows, as the OpenGL context takes ownership of the whole > graphics context, conflicting with regular graphics engine > (like GDI under Win32). > > Am I the only experiencing this problem? Was anybody successful > in using GTK+OpenGL under Win32? > > Michael. > > > [1] http://mail.gnome.org/archives/gtk-list/2010-July/msg00075.html >
Attachment:
gtk_native.PNG
Description: PNG image
_______________________________________________ gtk-list mailing list gtk-list@xxxxxxxxx http://mail.gnome.org/mailman/listinfo/gtk-list
