GNOME Bugzilla – Bug 303003
GtkUIManager::add-tearoffs should be a style property
Last modified: 2005-07-27 00:20:25 UTC
It would be useful to me as a themer to control this at the toolkit level from the gtkrc, and then encourage application designers to not play with its value.
*** This bug has been marked as a duplicate of 303002 ***
fwiw, i feel that marking this as a dupe is a cop-out. it's entirely unreasonable for a user to see different behavior between say, gimp, and gnumeric's menubar. the behavior should be standard and consistent across the desktop. i'm not asking for this and bug 303002 to be fixed in the gtk 2.x days, where it would break APIs and UIs. i'm just asking whether it's perhaps more reasonable to have widget consistency across apps vs. a non-killer feature like tear-off combo boxes and menus. "A spreadsheet might want its color selection dropdown to be able to be torn off, and disabling that would "break" the interface." the reason i filed this bug is because we were hacking on gnumeric and wanted its custom combo box widget's behavior to be consistent with the rest of the platform. i'm willing to bet that widely enforced consistency is preferable to the 1 app on the desktop that absolutely "*needs*" tearoff menus and ComboBoxes.
It wsan't a copout, is was too quick reading of the subject. (Hitting submit twice is *very* common) If you believe bug 302002 was closed inappropriately, please respond there and reopen.
I don't know the rationale for GtkUIManager::add-tearoff, maybe Matthias remembers. Since when we added it, we were aware of style properties and GtkSettings (this certainly is more of a GtkSetting thing than a style property thing .. it couldn't even *be* a style property because there is no widget), I suspect that it was added because some app needed it in particular. We used to have a global setting in gnome to make all menus tearoff, but that was clearly a horribly bad idea. If a style property was added here, it would have to be something like never-make-menus-tearoff or something. But I don't see tearoff vs. not as a platform thing, precisely because a "menus get torn off" platform would be a stupid platform.
My opinion is that if you have an app where you think you need it, that app needs to just stop turning on tearoffs.
whatever