Re: GtkBuilder Public API - Last call

["Kalle Vahlman" <kalle vahlman gmail com>]

2007/6/13, Yevgen Muntyan <muntyan tamu edu>:
> Right, GtkUIManager as well as libglade hardly use non-stock
> widgets now (see above). How many glade files use GtkSourceView
> for instance? (or GtkUIManager xml description, for that matter)

I would assume 0 for UIManager descriptions, since it's not possible
to make it do anything sensible. Libglade doesn't support it in any
shape or form AFAIK (as it doesn't do objects).

> Programmers are also not supposed to set style properties. Nevertheless
> it happens, and widget name is one of tools for that. It is a documented
> use which shouldn't break, isn't it?
> How do you draw the line between "implementation of a widget" and
> "an application" part exactly? Note that what you said makes it look
> like calling gtk_widget_set_name() by a widget implementation is
> not supposed to happen; while doing it by GtkBuilder is indeed right
> and good; is it quite logical? GtkBuilder is more a user than the widget?

Yes, since GtkBuilder doesn't decide the name, the user does. Widgets
that rely on their name will break upon setting the name whether it is
the user with set_name() or the builder setting it, so there is no
reason to avoid this in GtkBuilder.

If a widget breaks down when you change the name, it's a bug in the
widget right?

By grepping the source for gtk_widget_set_name(), the references I see
there are for combobox popup window, toolbar arrow and tooltip window,
all of which are internal children and AFAIK shouldn't be referenced
in the UI descriptions anyway.

So I don't see what will break due to GtkBuilder setting the name
according to the users wishes. Do you have an example where this would
happen?

--
Kalle Vahlman, zuh iki fi
Powered by http://movial.fi
Interesting stuff at http://syslog.movial.fi