Re: [Glade-users] GtkWarning: gtk_button_box_set_child_secondary: assertion `child->parent == GTK_WIDGET (widget)' failed



Sure, but dups are OK in a glade file as long as the widgets are unique within toplevels.  (at least I think so and glade-3 seems to support the notion.)  So that can't be the error.  What is a secondary?  If I knew that I'd know better where to look.

On Mon, Jul 27, 2009 at 4:54 PM, Jean Bréfort <jean brefort normalesup org> wrote:
Look for ok, cancel, help and close buttons. Here are the dups.

Le lundi 27 juillet 2009 à 16:33 -0400, Gerald Britton a écrit :
> So far I've been ok with unique names within toplevels.  Too bad the
> python bindings don't support add_object_from_file yet.  I could have
> used that.  Just have these annoying warnings!
>
> OK.  Got 3.6.7.  Still has that prompt on startup for preferences I
> see.  I really think that should not popup unless you start a new
> glade file.  Anyway, I opened and resaved my glade file.  Only diff
> was removal of a few iconsize properties.  Still get warning when
> starting up.
>
> This is an odd warning though. It's not about duplicate widgets, but:
>
> GtkWarning: gtk_button_box_set_child_secondary: assertion
> `child->parent == GTK_WIDGET (widget)' failed
>
> Now, if I could just find which child widget it's complaining about!
> Actually I'm not 100% sure how to interpret the message.  My glade
> file has nothing called "secondary" in it that I can see.
>
> On Mon, Jul 27, 2009 at 4:22 PM, Tristan Van Berkom<tvb gnome org> wrote:
> > On Mon, Jul 27, 2009 at 4:00 PM, Gerald Britton<gerald britton gmail com> wrote:
> >> The glade file is set to "Object names are unique within toplevels"
> >> which fits the way my glade file is set up.  Maybe I should get a
> >> fresh copy of glade-3. I'm at Glade 3.6.3
> >>
> >
> > Yes get 3.6.7, but; if you use widget names that are unique within
> > toplevels, you have to be careful of how you use that with GtkBuilder,
> > dont feed it the entire Glade file at once; instead specify which ones
> > you want to build - I think the policy right now for GtkBuilder is
> > unique names throughout the builder instance - so you may also
> > want to be carefull to use separate GtkBuilder instances to build
> > separate parts of your project.
> >
> > Note: if you have a widget naming glitch with Glade 3.6.3, then
> > toggle the policy property in the preferences, this will actually
> > modify the project (it creates an undo item) and fix any duplicate
> > names if found (you shouldnt have any such glitches with 3.6.7
> > though).
> >
> > Cheers,
> >      -Tristan
> >
> >> On Mon, Jul 27, 2009 at 12:49 PM, Tristan Van Berkom<tvb gnome org> wrote:
> >>> Oops I seemed to have replied to the middle of this thread.
> >>>
> >>> If its an issue with the widget id uniqueness, then you can
> >>> go in Glade's project preferences and toggle the naming policy
> >>> setting (and please use a recent build of Glade to make sure
> >>> the policy works correctly, it had some bugs earlier this year).
> >>>
> >>> Cheers,
> >>>        -Tristan
> >>>
> >>> On Mon, Jul 27, 2009 at 12:44 PM, Tristan Van Berkom<tvb gnome org> wrote:
> >>>> On Fri, Jun 26, 2009 at 9:11 AM, Gerald Britton<gerald britton gmail com> wrote:
> >>>> [...]
> >>>>> 1. when and why is the method gtk_button_box_set_child_secondary
> >>>>> called by the add_from_file method?
> >>>>
> >>>> The fastest and easiest way to find out whats going on is to follow
> >>>> Paul's advice and simply run it once in gdb with a breakpoint on g_log.
> >>>>
> >>>> Thats what I would do to pinpoint exactly whats going on.
> >>>> (it could be a malformed Glade file and maybe a bug in Glade,
> >>>> it could also mean a bug in GTK+ parsing GtkButtonBox's).
> >>>>
> >>>>> 3. Can the text of the error message be changed to include the name of
> >>>>> the widget that has the problem, if available?
> >>>>
> >>>> Yes, you should ask the GTK+ team to do that by filing a bug against
> >>>> gtk+:GtkBuilder, those messages can trigger without GtkBuilder parsing
> >>>> the UI but in that case gtk_buildable_get_name() will still return the
> >>>> widget's class name by default.
> >>>>
> >>>> Cheers,
> >>>>         -Tristan
> >>>>
> >>>
> >>
> >>
> >>
> >> --
> >> Gerald Britton
> >> _______________________________________________
> >> Glade-users maillist  -  Glade-users lists ximian com
> >> http://lists.ximian.com/mailman/listinfo/glade-users
> >>
> >
>
>
>




--
Gerald Britton


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]