TTimo / GtkRadiant

The open source, cross platform level editor for idtech games
http://icculus.org/gtkradiant/
Other
586 stars 156 forks source link

Detachable Sub-Menus? #95

Open AEonZR opened 12 years ago

AEonZR commented 12 years ago

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).

Pan7 commented 7 years ago

Detachable sub-menus are deprecated in GTK see https://developer.gnome.org/gtk3/stable/GtkHandleBox.html

Garux commented 7 years ago

@Pan7 that sounds strange and sad in context of editing apps Doesn't GTK provide alternative means to create detachable/dockable widgets?

ensiform commented 7 years ago

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.

0bsidian commented 7 years ago

The only one I've ever used is the filter menu, though perhaps there's another way to better implement this.

ensiform commented 7 years ago

Don't those all have number shortcuts?

And which layouts do you use?

Garux commented 7 years ago

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.

Pan7 commented 7 years ago

You just create another dialog/window for a new use case.

AEonZR commented 7 years ago

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.

Garux commented 7 years ago

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.