If you have any questions why you received this email, please see the text at
the end of this email. Replies to this email are NOT read, please see the text
at the end of this email. You can add comments to this bug at:
gnome-perl | Glib | Ver: unspecified
Summary: suggest call-out for GObject "constructor" func
GNOME version: Unspecified
GNOME milestone: Unspecified
With Perl-Gtk 1.200 and Gtk 2.12.11 the foo.pl below gets an error
GLib-GObject-CRITICAL **: g_object_set_property: assertion `G_IS_OBJECT
(object)' failed at foo.pl line 12.
I believe GtkFileChooserDialog dispatches chooser properties like 'action' to
its child GtkFileChooserWidget, but that widget is only created by the
GtkFileChooserDialog "class->constructor" func and is thus not available in a
It'd be good to have a way to run code in the constructor() stage of a
subclass. The gobject docs say this is supposed to be rarely needed, but
cooperating with what a superclass like GtkFileChooserDialog does in a
constructor() would be a good use.
If the docs are to be believed constructor stuff normally runs bottom-up, ie.
the first thing you do is call to the superclass constructor. In theory it
looks like maybe you could mangle the GObjectConstructParam pspec+values going
to the superclass, or something like that. So maybe an arbitrarily chainable
scheme could be wanted, at least eventually.
The workaround I got to for a perl subclass of GtkFileChooserDialog was to make
my own new(), and set ChooserWidget properties in there. Of course subclassed
new() is outside the GObject mechanism, not reached by non-Perl constructor
code. For example making such a subclass with the GtkBuilder mechanism doesn't
reach that new() code.
See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received
this email, why you can't respond via email, how to stop receiving
emails (or reduce the number you receive), and how to contact someone
if you are having problems with the system.
You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=573493.