-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Yes! That's exactly what I wanted. Thank you!
El 30/12/12 00:51, Lance Dillon escribió:
- Original Message -
From: rastersoft ras...@rastersoft.com
To: GTK App Devel gtk-app-devel-list@gnome.org
Cc:
Sent: Saturday, December 29, 2012
Hi, in my app www.giuspen.com/cherrytree I obtain this result with
liststores/treeviews
added to textbuffer/textview.
The code is python (pygtk) anyway, not C.
Cheers,
Giuseppe.
On Mon, Dec 31, 2012 at 7:37 AM, Ferdinand Ramirez
ramirez.ferdin...@yahoo.com wrote:
Does anyone here know what is
Hi Kevin,
2012/12/31 Fox, Kevin M kevin@pnnl.gov:
In order to support varargs ('...', http://en.wikipedia.org/wiki/Stdarg.h) C
compilers
put function call arguments backwards on the stack.
[...]
No modern C compiler excludes support for varargs and glib
relies on varargs anyway. So its
I've come to the conclusion that gio has a missing set of enumerations of this
form:-
typedef enum {
G_REGISTRY_BACKEND_blah
G_REGISTRY_BACKEND_blah_blah
G_REGISTRY_BACKEND_blah_blah_blah
etc
} GRegistryBackend;
which should either be in gio/gioenums.h or alternatively,
On Mon, Dec 31, 2012 at 05:24:09PM +, John Emmas wrote:
which should either be in gio/gioenums.h or alternatively,
gio/gregistrysettingbackend.h. It's the absence of this enum that's
causing 'g_registry_backend_get_type()' to not get auto-generated when
glib-mkenums gets processed.
This
On 31 Dec 2012, at 17:53, David Nečas wrote:
This all goes to a strange direction.
First, GRegistryBackend is not an enum, it is a subclass of
GSettingsBackend. glib-mkenums will not generated
g_registry_backend_get_type() for you.
The get-type function g_registry_backend_get_type()