Updating css styles

2011-11-22 Thread Thomas Harty
Dear all, I'm trying to create a simple widget to display temperatures. I want something which is essentially a progress bar with a colour gradient going from green some of the way to red depending on what the temperature is. Since I like the way the standard Gtk progress bar does most

GtkAssistant : bug or feature ?

2011-11-22 Thread Pierre Wieser
Hi all, When working with GtkAssistant, I used to find the widgets of the pages as children of the GtkAssistant by doing a recursive search starting from the GtkAssistant container. But, as of Gtk+ 3.2 (at least), I have found that GtkAssistant is now an empty container, and widgets are to be

gdk/gtk+ win32 thread question, please help to explain

2011-11-22 Thread KC
Hi, According to http://developer.gnome.org/gdk/stable/gdk-Threads.html ... Unfortunately the above holds with the X11 backend only. With the Win32 backend, GDK calls should not be attempted from multiple threads at all. ... The Unfortunately ... statement does not mention GTK+, only GDK. Does

Re: gdk/gtk+ win32 thread question, please help to explain

2011-11-22 Thread Michael Cronenworth
On 11/22/2011 10:13 PM, KC wrote: So the Unfortunately ... statement only apply to GDK on WIN32 ? It's safe to call GTK+ APIs (if protected by gdk_threads_enter/leave) from multi-threads even on WIN32 backend ? Is this correct ? No. GTK2 (I can't say about GTK3, but I bet it is the same) most

Re: gdk/gtk+ win32 thread question, please help to explain

2011-11-22 Thread KC
On Wed, Nov 23, 2011 at 12:43 PM, Michael Cronenworth m...@cchtml.com wrote: On 11/22/2011 10:13 PM, KC wrote: So the Unfortunately ... statement only apply to GDK on WIN32 ? It's safe to call GTK+ APIs (if protected by gdk_threads_enter/leave) from multi-threads even on WIN32 backend ? Is

Re: RFC: glocal - automatically freeing memory when it goes out of scope

2011-11-22 Thread Mikkel Kamstrup Erlandsen
On 11/21/2011 04:54 PM, Hub Figuière wrote: On 21/11/11 07:34 AM, Mikkel Kamstrup Erlandsen wrote: This is precisely my motivation for introducing this; ie. not to catch leaks, but to tidy the code. Bigger code bases almost always grow functions with multiple returns - notably when error

Re: RFC: glocal - automatically freeing memory when it goes out of scope

2011-11-22 Thread Mikkel Kamstrup Erlandsen
On 11/21/2011 04:51 PM, Ross Burton wrote: On 21 November 2011 15:43, Dominic Lachowiczdomlachow...@gmail.com wrote: If you want this sort of behavior, use a language like C++ that supports stack-allocated objects natively. GtkMM and GlibMM already do this wonderfully. Using a GNU-C ism which

Re: RFC: glocal - automatically freeing memory when it goes out of scope

2011-11-22 Thread Tristan Van Berkom
On Tue, 2011-11-22 at 09:03 +0100, Mikkel Kamstrup Erlandsen wrote: On 11/21/2011 04:54 PM, Hub Figuière wrote: On 21/11/11 07:34 AM, Mikkel Kamstrup Erlandsen wrote: This is precisely my motivation for introducing this; ie. not to catch leaks, but to tidy the code. Bigger code bases almost

Re: RFC: glocal - automatically freeing memory when it goes out of scope

2011-11-22 Thread Emmanuele Bassi
hi; On 22 November 2011 09:44, Tristan Van Berkom trista...@openismus.com wrote: Similarly the GMainLoop, by virtue of being a loop, should also push a pool onto the autorelease pool stack and pop it while dispatching GSources (and this is where you get the extra 'unref on mainloop hit'

Re: RFC: glocal - automatically freeing memory when it goes out of scope

2011-11-22 Thread Tristan Van Berkom
On Tue, Nov 22, 2011 at 4:48 AM, Emmanuele Bassi eba...@gmail.com wrote: hi; On 22 November 2011 09:44, Tristan Van Berkom trista...@openismus.com wrote: Similarly the GMainLoop, by virtue of being a loop, should also push a pool onto the autorelease pool stack and pop it while dispatching

Re: GTK+ 3.3.4 released

2011-11-22 Thread Bastien Nocera
On Mon, 2011-11-21 at 20:03 -0500, Matthias Clasen wrote: * GtkApplication no longer uses gtk_main internally What do we replace g_main_quit() with then? The documentation for g_application_release() doesn't inspire confidence:

Re: GTK+ 3.3.4 released

2011-11-22 Thread Cosimo Cecchi
On Tue, 2011-11-22 at 10:59 +, Bastien Nocera wrote: On Mon, 2011-11-21 at 20:03 -0500, Matthias Clasen wrote: * GtkApplication no longer uses gtk_main internally What do we replace g_main_quit() with then? The documentation for g_application_release() doesn't inspire confidence:

Re: RFC: glocal - automatically freeing memory when it goes out of scope

2011-11-22 Thread Hub Figuière
On 22/11/11 01:48 AM, Emmanuele Bassi wrote: the obvious issue is: how does this interact with languages that do have a GC, and how does the API work to avoid making the life of developers for high-level languages apps and/or bindings a nightmare. if libraries start using this object for their

Re: RFC: glocal - automatically freeing memory when it goes out of scope

2011-11-22 Thread Steve Frécinaux
On 11/22/2011 10:24 PM, Hub Figuière wrote: On 22/11/11 01:48 AM, Emmanuele Bassi wrote: the obvious issue is: how does this interact with languages that do have a GC, and how does the API work to avoid making the life of developers for high-level languages apps and/or bindings a nightmare. if