On Wed, 02 Apr 2008 09:52:18 +0200 Murray Cumming <murrayc murrayc com> wrote: > On Wed, 2008-04-02 at 06:44 +0200, Jean-Yves Lefort wrote: > > The information is mostly complete. The generator can automatically > > handle methods which involve fundamental types (gboolean, gint, ...), > > GLib enum and flags types, and GObject-derived types. Such methods > > represent a vast majority of the GTK+ API. > > > > For other methods, it emits a warning, for instance "ignoring method > > gtk_list_store_append(): unhandled parameter type GtkTreeIter*". I > > then manually add the needed information to a configuration file. > > > > By the way, in case some GTK+ developer is reading: it would have been > > nice if GLib/GTK+ had offered a way to obtain type and method > > information without having to hack up a .h parser, eg: > > > > GType *gtk_get_types (int *num_types); > > > > GMethodInfo *g_type_get_methods (GType type, int *num_methods); > > > > It seems like a natural continuation of the reflection facilities > > already present in GLib. > > h2defs.py might be useful to you. It is used by pygtk and gtkmm: > http://svn.gnome.org/viewvc/pygtk/trunk/codegen/ There is also gapi2xml.pl in gtk-sharp, and probably a few others. > There is work happening on fuller introspection for GObject. Good news. -- Jean-Yves Lefort <jylefort brutele be>
Attachment:
pgpiPEMKn5i59.pgp
Description: PGP signature