Thanks Javier,
it's good to know that EmmanueleBassi
http://live.gnome.org/EmmanueleBassi is now taking care of GtkGLExt
integration with GTK...
Regards,
Carlos
Hello Carlos,
2009/12/3 Carlos Pereira jose.carlos.pere...@ist.utl.pt:
That's why I asked in the first message of this thread,
(Sorry, I'm sending this via my phone so it's not going to be nicely
formatted; I apologize)
I'm really not working on it - mainly for three reasons: 1) if you want to
use GL, GtkGlExt is good enough and integrating it into gtk+ it's not a
good idea; 2) cairo should get GPU acceleration for 2D
Hi Emmanuele,
I'm really not working on it - mainly for three reasons: 1) if you want to
use GL, GtkGlExt is good enough and integrating it into gtk+ it's not a
good idea;
1) If you think GtkGlExt should not be integrated with GTK+ that's fine
for me.
2) GtkGlExt is good enough for GTK-2.0, I
Presently the function gtk_widget_draw is deprecated in favor of
gtk_widget_queue_draw.
I need the great minds of gtk to think of a way I've missed to
accomplish a certain task, or consider un-deprecating gtk_widget_draw.
The context is a multi threaded application using gtk. In a thread
Hi, I compile Hello world from official GTK tutorial this way:
g++ -Wall -g main.cpp -o anc `pkg-config --cflags gtk+-2.0` `pkg-config
--libs gtk+-2.0`
Compilation is successfull and Hello world button program is running.
But i have problems with debugging. I had them in Eclipse so I tried in
On Fri, Dec 04, 2009 at 08:51:54PM +, Carlos Pereira wrote:
I'm really not working on it - mainly for three reasons: 1) if you want to
use GL, GtkGlExt is good enough and integrating it into gtk+ it's not a
good idea;
2) GtkGlExt is good enough for GTK-2.0, I never had a single problem
I've sort of followed this chain sorry if I am rehashing something that has
already been covered.
IMHO I agree that GtkGLExt should be directly integrated into GTK. Most modern
user interfaces (IE OS X (NextStep)) are integrating 3D directly into the
windowing system. If I am not mistaken
On Fri, 2009-12-04 at 20:51 +, Carlos Pereira wrote:
Hi Emmanuele,
I'm really not working on it - mainly for three reasons: 1) if you want to
use GL, GtkGlExt is good enough and integrating it into gtk+ it's not a
good idea;
1) If you think GtkGlExt should not be integrated with GTK+
On Fri, 2009-12-04 at 22:26 +0100, David Nečas wrote:
On Fri, Dec 04, 2009 at 08:51:54PM +, Carlos Pereira wrote:
I'm really not working on it - mainly for three reasons: 1) if you want to
use GL, GtkGlExt is good enough and integrating it into gtk+ it's not a
good idea;
2) GtkGlExt
Emmanuele Bassi wrote:
On Fri, 2009-12-04 at 20:51 +, Carlos Pereira wrote:
Hi Emmanuele,
I'm really not working on it - mainly for three reasons: 1) if you want to
use GL, GtkGlExt is good enough and integrating it into gtk+ it's not a
good idea;
1) If you think GtkGlExt should not be
On Fri, 2009-12-04 at 18:11 -0500, Braden McDaniel wrote:
I have the impression that my message is not coming through correctly,
because I keep saying the same things. :-)
I never said that raw OperGL is not used, or not useful; I just contend
that being able to drop into GL directly is a
2009/12/4 Carlos Pereira jose.carlos.pere...@ist.utl.pt:
3) However GtkGlExt is not GTK-3.0 ready, because it cannot be compiled with
SEAL_ENABLE and SINGLE_INCLUDES...
Bug and patch filled upstream for SINGLE_INCLUDES issue: [1]
Also, I've found some interesting threads about this topic here
On Fri, Dec 4, 2009 at 8:02 PM, Emmanuele Bassi eba...@gmail.com wrote:
(Sorry, I'm sending this via my phone so it's not going to be nicely
formatted; I apologize)
I'm really not working on it - mainly for three reasons: 1) if you want to
use GL, GtkGlExt is good enough and integrating it
On 12/05/2009 12:28 AM, Emmanuele Bassi wrote:
On Fri, 2009-12-04 at 18:11 -0500, Braden McDaniel wrote:
I have the impression that my message is not coming through correctly,
because I keep saying the same things. :-)
I never said that raw OperGL is not used, or not useful; I just contend
14 matches
Mail list logo