Re: Finding a widget in a Glade interface

dhk wrote: Nicola Fontana wrote: On Sun, 03 Aug 2008 19:10:37 + dhk [EMAIL PROTECTED] wrote: Is gtk_container_get_children() suppose to return a list of all children including children of children down to the last leaf or just the immediate children? I only seem to get the immediate

Re: Finding a widget in a Glade interface

On Sat, 09 Aug 2008 10:06:57 + dhk [EMAIL PROTECTED] wrote: [snip] Does anyone have any ideas on how to free the memory correctly? g_list_foreach() operates on the data held by the list element, not on the element itself, so your freeGList() function is wrong, even if freeing the data is

Re: Finding a widget in a Glade interface

Chris Vine wrote: On Sat, 09 Aug 2008 10:06:57 + dhk [EMAIL PROTECTED] wrote: [snip] Does anyone have any ideas on how to free the memory correctly? g_list_foreach() operates on the data held by the list element, not on the element itself, so your freeGList() function is wrong, even if

GLib String support

Hi... My first objective here was to redesign the Unicode property tables but I realized that it is the wrong starting point to start developing so as the title suggest I propose myself to optimize the basic string support of GLib (gstring, gstrfuncs and others) I already started optimizing the

Re: Units and resolution independence for gtk+

Hi, On Fri 08 Aug 2008 18:36, BJörn Lindqvist [EMAIL PROTECTED] writes: 2008/8/8 David Zeuthen [EMAIL PROTECTED]: The thinking is that if the feature becomes default then the macro will be resolved to a GtkSize with high bits set at compile time. For 2.x, the thinking is that it will resolve

GLib String support

Hi... Following my previous e-mail I'll present were my ideas for changing the support for strings in GLIb. When I look at the string functions in Glib there is a lot of inconsistency: error checking, what character set is supported and function naming; so I'm proposing to change, at least, the

Can't compile GLib in Mac OS X

Hi. I have installed all of the GLib dependencies, but configure isn't looking in the right place for gettext, and so it spits out something like this: chtw16-142176058023:~/Bob/glib-2.15.4 donhumphrey$ ./configure checking for a BSD-compatible install... /usr/bin/install -c checking whether

Can't compile GLib in Mac OS X

Hi. I have installed all of the GLib dependencies, but configure isn't looking in the right place for gettext, and so it spits out something like this: chtw16-142176058023:~/Bob/glib-2.15.4 donhumphrey$ ./configure checking for a BSD-compatible install... /usr/bin/install -c checking whether

Re: [gtk-list] Can't compile GLib in Mac OS X

Hi, I remember, configure of glib has no option to specify the location of gettext explicitly. Thus, the developer with gettext in /usr/local should modify CFLAGS-families aslike CFLAGS=-I/usr/local/include -L/usr/local/lib CPPFLAGS=-I/usr/local/include