> > > > > > > What would the structures be translated to in python ??
> > > > > > > If it becomes objects, you could made them gobject in C then ;)
> > > > > > I think it's easier creating a C python object directly :D (which
> > > > > > I've
> > > > > > already did)
> > > > >
> > > > > If you're wrapping GObject's, _please_ use pygtk (PyGObject),
> > > > > otherwise you'll get in trouble sooner or later. For instance, it is
> > > > > not trivial to implement GObject.connect.
> > > > All GObject are going to be wrapped using pygtk, since it's The Right To
> > > > Do It (TM). However, since there is no support for structs in codegen
> > >
> > > Actually, codegen almost supports structs. If these structs are
> > > registered with glib as boxed types, they are supported. Registering a
> > > structure as boxed type basically means to register a function for
> > > copying the structure and another for freeing its memory. Then, codegen
> > > can generate code to create a new Python object type with attributes and
> > > methods, just like GObject.
> > Is that the advised way of doing it? What are the advantages in regards
> > with other pygtk based objects?
>
> Well, you have to think carefully, because copying structures means
> different semantics than just keeping references. So it doesn't work
> out too well in some cases when, for example, you want to modify a
> structure returned by some method. With boxed types, you usually end up
> modifying a temporary copy instead. However, I see many times
> structures wrapped with copy/free functions that just implement simple
> reference counting, i.e. copy=ref and free=unref.
Take care adding such new features in h2def because other languages are
using the def files. I'll tend to believe they may not be very happy to
get such a change without previous notifications. That's probably a
thing to ask on the binding mailing list.
James, do you remember how that thread on the def file ended up ?
Regards,
Xavier.
--
"Complexity has nothing to do with intelligence.
Simplicity does."
(Larry Bossidy, CEO, Allied Signal)
_______________________________________________
pygtk mailing list [EMAIL PROTECTED]
http://www.daa.com.au/mailman/listinfo/pygtk
Read the PyGTK FAQ: http://www.async.com.br/faq/pygtk/
