On Mon, Jul 27, 2009 at 4:54 PM, Jean Bréfort <jean.brefort@xxxxxxxxxxxxxx> 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@xxxxxxxxx> wrote:
> > On Mon, Jul 27, 2009 at 4:00 PM, Gerald Britton<gerald.britton@xxxxxxxxx> 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@xxxxxxxxx> 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@xxxxxxxxx> wrote:
> >>>> On Fri, Jun 26, 2009 at 9:11 AM, Gerald Britton<gerald.britton@xxxxxxxxx> 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@xxxxxxxxxxxxxxxx
> >> http://lists.ximian.com/mailman/listinfo/glade-users
> >>
> >
>
>
>
--
Gerald Britton
_______________________________________________ gtk-list mailing list gtk-list@xxxxxxxxx http://mail.gnome.org/mailman/listinfo/gtk-list
