Re: [GtkGLExt] gtkglext-1.0.6 not yet updated to work with gtk+-2.8.x
- From: Lakin Wecker <lakin wecker gmail com>
- To: gtkglext-list gnome org
- Subject: Re: [GtkGLExt] gtkglext-1.0.6 not yet updated to work with gtk+-2.8.x
- Date: Thu, 29 Dec 2005 21:04:31 -0700
Sending this to the list, rather than just to Rizzen. (Sorry about that.)
My understanding of Project Ridley and the Bugzilla Comments is that
gtkglext is not suitable for inclusion into gtk+. Many of these
comments seem to suggest that gtkglext does way too much to be included
directly in gtk+. Remember, Gtk+ is simply a gui
toolkit, not an application development framework. Rather,
there needs to be some work at getting Gtk+ to support OpenGL
using the appropriate Visuals configured with GLX in the X
environment, wGL? in win32, and whatever utilities are used for
MacOS.
Obviously gtkglext does this already, so there using its code directly
would save time. However, I don't think we need CVS write access
for gtkglext to begin working on Project Ridley We can set up a
separate project/source control for this until it's ready for inclusion
into Gtk+. So development on this can start as soon as some
interested people start coding. Additionally, GLUT also does all
of this on the various platforms and would probably provide a very good
roadmap for the project.
I agree with you that gtkglext is great and shouldn't go away.
Rather, it should be updated to work with the new versions of Gtk,
including the version which will contain the work I just
described. But I feel that gtkglext would benifit from staying
seperate from Gtk proper, as this allows it to provide an entire OpenGL
application development, while Gtk+ will remain a GUI toolkit. In
order to do this, we need CVS write access.
Comments? Ideas?
Lakin
On 12/28/05, DarkStar <darkstar lantic net> wrote:
Hi everyone, I been lurking this mailing list for years now. Yep,
another lurker.
I started years ago using gtkglextmm to do some tiny OpenGL projects
with intention to go onto a larger project. Well at the time gtkglextmm
has worked well. I did not feel like writing an entire render engine,
thus ended up going else where only to stop off at OpenScenegraph (OSG)
http://www.openscenegraph.org/
for a OpenGL renderer of high quality.
Recently I decided to embed OSG into a GTK+ window to keep everything
nice and neat. Remembering this wonder library gtkglextmm, I started
working on a widget for OSG based on gtkglextmm. Only to get catch out
by the pango bug like the rest of you people.
After reading the Ridley Project and the Bugzilla comments. I say I
really would like to see gtkglext be included into GTK+ when Gnome goes
to version 3.0. I only used gtkglextmm in my tiny projects, thus don't
have any knowledge of the internals, especially down to the GDK layer.
But needing to integrate OSG into GTK+ C++ widgets, I starting to look a
little deeper and the C functions and structs are daunting to look at
for me. So I may be of help, but very limited way, rather sticking to
C++ components and not C. I do not want to see this project fail and not
get into GTK+ for Gnome 3.0
But first thing we need to do is to get CVS write access, patch up to
current status, created new release tarballs, then begin work at getting
gtkglext into gtk+
Rizzen
Tobias Eberle wrote:
>On Tue, 2005-12-27 at 15:52 -0500, jlm wrote:
>
>
>>Is anyone else interested in updating the C++ bindings also? I use those
>>but I am not sure how much help I can be.
>>
>>
>
>yes, but time is a little bit rare.
>
>Bye, Tobias
>
>_______________________________________________
>gtkglext-list mailing list
>gtkglext-list gnome org
>http://mail.gnome.org/mailman/listinfo/gtkglext-list
>
>
>
_______________________________________________
gtkglext-list mailing list
gtkglext-list gnome org
http://mail.gnome.org/mailman/listinfo/gtkglext-list
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]