Ext is newer and more complicated. Both are still in use, GlArea still
being popular among Perl and OCaml developers (IIRC). I'm not sure that
either support modern OpenGL fully (e.g. multisample).
--
Dr Jon Harrop, Flying Frog Consultancy Ltd.
http:
On Thursday 06 March 2008 14:55:13 Emmanuele Bassi wrote:
> GdkGLContext *
> gdk_gl_create_context (GdkDrawable *drawable,
> guint *gl_attributes);
>
> and, if the cached GdkGLContext gl_attributes are different than the
> passed ones (with NULL meaning "use the d
On Wednesday 05 March 2008 13:03:04 Behdad Esfahbod wrote:
> On Tue, 2008-03-04 at 19:37 +0000, Jon Harrop wrote:
> > I'm not sure who you are referring to as "we" but many people need little
> > beyond GlArea. I have no desire to create Gtk-compatible widgets. I o
On Wednesday 05 March 2008 09:35:46 Emmanuele Bassi wrote:
> On Tue, 2008-03-04 at 19:37 +0000, Jon Harrop wrote:
> > > No, gtkglarea is dead.
> >
> > GlArea still has many users and is the defacto standard for some
> > languages.
>
> it may have many users,
On Wednesday 05 March 2008 18:37:22 Carlos Pereira wrote:
> I just ported my app (more than 200,000 lines, totally independent and
> unlimited number of OpenGL areas, sharing pre-compiled OpenGL lists,
> etc.) last night from Gtkglarea to Gtkglext, so I am in a good position
> to highlight the diff
On Tuesday 04 March 2008 18:14:39 Behdad Esfahbod wrote:
> On Tue, 2008-03-04 at 17:04 +, Carlos Pereira wrote:
> > 2) change the name, for example to Gtkglarea 2.0*, the legitimate
> > sucessor to Gtkglarea 1 (the last version of Gtkglarea that I downloaded
> > last week is 1.99 and still come
On Thursday 03 January 2008 19:02:03 Peter Hildebrandt wrote:
> Happy new year everyone,
>
> I'd like to use opengl in my gtk application. I've come across GtkGLArea
> [1] and GtkGLExt [2]. The former appears to be undocumented, while the
> latter is according to the website no longer actively ma
On Thursday 13 December 2007 08:28, Dan H wrote:
> On Wed, 12 Dec 2007 09:26:25 -0700
> Michael L Torrie <[EMAIL PROTECTED]> wrote:
> > GTKmm is based on some very nice C++ abstractions around pointers,
> > providing many of the same benefits as any managed language with
> > pure C++. They are cal
On Wednesday 12 December 2007 15:19, Dan H wrote:
> Jon Harrop <[EMAIL PROTECTED]> wrote:
> > My recommendation is to choose a garbage collected language for GUI
> > work as it makes everything so much easier. Lots of GCd languages
> > have GTK bindings these days.
>
On Saturday 24 November 2007 22:11, Patrick wrote:
> I thought that C++ must be the way to go as it can do everything that C
> can "plus plus" but some heavy hitters don't seem enthused with it,
> Linus Torvalds in particular has been quoted as calling it a "horrible
> language".
IIRC, Linus said
On Saturday 24 November 2007 22:11, Patrick wrote:
> Hi Everyone.
>
> Sorry for the flame war bait, I know how passionate language debates
> get but I need some guidance. I am using PyGTK right now and I am happy
> with it, but a day is coming soon were the speed limitations...
You might like to
On Wednesday 07 November 2007 21:29, Vadim Gutnik wrote:
> Should I be looking at some other toolkit or package for this?
Smoke Vector Graphics provides hardware-accelerated 2D vector graphics with a
declarative scene graph description:
http://www.ffconsultancy.com/products/smoke_vector_graphi
On Tuesday 17 July 2007 17:27:20 [EMAIL PROTECTED] wrote:
> (I'm about to use bad language here, be forewarned): the license is
> important, as this will be going into code that is, unfortunately,
> proprietary - as such GPL is out, but LGPL is acceptable.
We have a commercial high-performance har
When a user clicks on the "X" of the main window of my GTK app, I'd like to
handle the signal (e.g. to check for unsaved data). How do I handle this
signal to prevent the window from disappearing?
Many thanks,
--
Dr Jon D Harrop, Flying Frog Consultancy Ltd.
OCaml for Scientists
http://www.ffc
14 matches
Mail list logo
