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
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
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
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
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
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
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
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
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'
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
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:
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:
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
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
14 matches
Mail list logo