Hello Carlos,
2009/12/3 Carlos Pereira :
> That's why I asked in the first message of this thread, what are the plans
> regarding GtkGLExt. To the best of my knowledge, GtkGLExt is still the
> official way to bridge GTK and OpenGL:
>
> http://gtkglext.sourceforge.net/
>
> are there plans to integr
Harry Coin wrote:
Hello!
I've a mid-sized, debian/squeeze (2.18 gtk family) , amd64,
multithreaded, gstreamer (webcam in a small window), gdk , two
display gtkbuilder 2.0 application that worked well under debian/lenny
(stable). Moving to 'squeeze' / testing a very weird effect
happens.
That's why I asked in the first message of this thread, what are the
plans regarding GtkGLExt. To the best of my knowledge, GtkGLExt is still
the official way to bridge GTK and OpenGL:
http://gtkglext.sourceforge.net/
are there plans to integrate this via Cairo and discard GtkGLExt? that
was
Hello!
I've a mid-sized, debian/squeeze (2.18 gtk family) , amd64,
multithreaded, gstreamer (webcam in a small window), gdk , two display
gtkbuilder 2.0 application that worked well under debian/lenny
(stable). Moving to 'squeeze' / testing a very weird effect happens.
Display 1 is fullsc
On Thu, Dec 03, 2009 at 04:16:02PM +, Carlos Pereira wrote:
> It seems gtkglext does not work yet with SINGLE_INCLUDES. When I compile
> my app I get the following error message (gtkgkext is including
> gdkgltypes.h and this is flagged down):
GtkGLExt is not Gtk+ 3.0 ready. There are more
Thanks David,
It seems gtkglext does not work yet with SINGLE_INCLUDES. When I compile
my app I get the following error message (gtkgkext is including
gdkgltypes.h and this is flagged down):
In file included from /usr/include/gtkglext-1.0/gdk/gdkgltypes.h:22,
from /usr/include
Kristian Rietveld wrote:
Not that I know of, but I don't have knowledge of SWT so I cannot
think of workaround in that area. I think it is a bit stupid that
Ubuntu turned on these grid lines by default, because it is
deliberately not a theme setting. We wanted the developers of
applications de
