export wrappers for GObject and Boxed types
"Michael Lawrence" <[email protected]> Sun, 24 Dec 2006 06:51:50 -0600
| Newsgroups | gmane.comp.gnome.devtools.gob.general |
|---|---|
| Message-ID | <[email protected]> |
This is a multi-part message in MIME format. [email protected] Content-Type: multipart/alternative; boundary="----=_Part_49419_11973197.1166964710546" ------=_Part_49419_11973197.1166964710546 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Dear GOB people, Is anyone else annoyed by the autogenerated "export" wrappers for properties using g_object_get(), which results in increasing the reference count / copying of objects and boxed types? While it is common to copy strings, for instance, copying boxed types and reffing objects is somewhat unconventional relative to GTK+ and other GObject-based APIs. Could there be an extra flag that specifies whether the caller should be given ownership of an exported property value? In my opinion, that would make the "export" keyword a lot more useful. By the way, has GOB development stalled? Another feature I am looking forward to is the definition of interface types. Thanks for your hard work, Michael ------=_Part_49419_11973197.1166964710546 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Dear GOB people,<br><br>Is anyone else annoyed by the autogenerated "export" wrappers for properties using g_object_get(), which results in increasing the reference count / copying of objects and boxed types? While it is common to copy strings, for instance, copying boxed types and reffing objects is somewhat unconventional relative to GTK+ and other GObject-based APIs. Could there be an extra flag that specifies whether the caller should be given ownership of an exported property value? In my opinion, that would make the "export" keyword a lot more useful. <br><br>By the way, has GOB development stalled? Another feature I am looking forward to is the definition of interface types.<br><br>Thanks for your hard work,<br>Michael<br> ------=_Part_49419_11973197.1166964710546-- [email protected] Content-Type: text/plain; charset=us-ascii; name="footer" Content-Transfer-Encoding: 8bit -- to unsubscribe: send mail to [email protected] with "unsubscribe gob-list" in the subject [email protected]