TTimo
Detachable Sub-Menus?
Original suggestion: When working with the plugins, especially the bobtoolz submenu, it would be convenient to be able to detach the actual submenu. This way all the functions would only be one click away on the desktop, instead of having to fish in menus/submenus. Another useful example would be the (View menu) Filter submenu: You could immediately check what filters are active, and turn them on/off with one click.
mfn on the on his "branch" has already written the code to add the detachable sub-menus:
Issue there: https://github.com/mfn/GtkRadiant/issues/53
Code: https://github.com/mfn/GtkRadiant/commit/35b4629722932e2899b6e9b6cd30bbd2f8397887
2nd request: Just checked under v1.6.2... the detached main menus are present in a separate window, alas to be really useful the detached menus and submenus would need to be saved in the configuration (menu/submenu name, probably on what monitor, plus coordinates), to detach them again automatically on the relaunch of the editor (in the next session).
Detachable sub-menus are deprecated in GTK see https://developer.gnome.org/gtk3/stable/GtkHandleBox.html
@Pan7 that sounds strange and sad in context of editing apps Doesn't GTK provide alternative means to create detachable/dockable widgets?
Can you provide data to suggest which menus are necessary and usable in a detached manner? Once the textures browser is integrated in textures window, I don't see any other one that would slightly benefit most workflows.
The only one I've ever used is the filter menu, though perhaps there's another way to better implement this.
Well, for usable i say 'all'; This is super useful for new users, who don't know all shortcuts yet or are even trying to figure out what function does what; This is called 'user friendly' Some people, like Aeon, just prefer clicking instead of using shortcuts; sometimes even that much to wish saving/restoring of detached menus state (tho implementation feels a bit tricky and dirty) If you want some good example - curve->insert/delete/matrix+submenus Alas: detached filter menu allows to monitor current filters state
Actually i asked Pan about his link, which wasn't about menus, but handlebox, which was used for detaching toolbars; It seemed healthy idea to get optional toolbars docking, customizable via drag'n'drop one day But sup with that deperecation? There must be alternative way, or that's just weird.
Well I am actually pretty old school, i.e. I do know the keyboard shortcuts to those menu entries I use a lot. Alas some, i.e. those in the bobtoolz have no shortcuts. In the latter case I presume that is a limitation due to the dynamic/custom nature of the bobtoolz menu entries?
Just mentioning this to clarify. I have not used GTKradiant in quite some time now.
You just create another dialog/window for a new use case.
Dialog/window for toolbar, reattachable via DnD? I don't quite get what this means.