2007/6/13, Yevgen Muntyan <[EMAIL PROTECTED]>: > 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, [EMAIL PROTECTED] Powered by http://movial.fi Interesting stuff at http://syslog.movial.fi _______________________________________________ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list