Older versions of kwin had this right. Newer ones only expose quick ways to minimize and toggle maximize. When I invoke the Window Operations menu and I want to say do a common operation like move, resize, or put a window on top or bottom I must use the arrow keys to get to and navigate the submenus which is rather slow and defeats the purpose of keyboard shortcuts. Back in older versions of KDE and in other desktops like say GNOME if I say wanted to keep a window on top I would go something like Alt-Space(or whatever the shortcut to invoke the Window Operations menu) then hit T or whatever letter is the underlined hotkey in the Keep Window On Top option there. On GNOME it's as simple as Alt-Space then T to keep a window on top, Alt-Space then M to move the window with the keyboard, Alt-Space then R to resize, etc. Fast, simple, and sweet. In KDE I must first arrow my way to "More Actions" before I can see the submenus to do any of the previously described operations. There are two possible fixes that would remedy this. The first is to make the Window Operations menu flatter so we don't have to arrow our way to submenus. The second is to provide an underlined shortcut accelerator to submenus. This way I don't have to do a bunch of arrowing I can go Alt-F3 then whatever the accelerator is for the submenu I want then the accelerator for the action I want. This is Slightly slower than Alt-Space then T but much faster than doing a bunch of arrowing to wherever I need to go. Reproducible: Always
as long as it's about maximum shortcut speed: "kcmshell4 keys", select kwin and set shortcuts for the various actions (like meta+a or whatever) *** This bug has been marked as a duplicate of bug 302833 ***
I'm sorry but this is a wontfix. The menu was restructured for two reasons: 1. To have it in sync with the menu of libtaskmanager 2. Menus with more than around 7 entries are very bad from a useability point of view. Flattening the menu would violate both of the reasons why the menu was restructured in the first place. Adding accelerators for submenus is out of our control, that would need to be added in Qt. As a matter of fact you can assign a global shortcut for each of the actions in the menu to the currently active window.
THANK YOU SO MUCH FOR FIXING THIS! This is no longer a problem in KDE 4.11! THANK YOU!!! A small grain of salt is that one minor new issue that has popped up. In the "More Actions" submenu of the Window Operations Menu both "Move" and "Window Manager Settings" have the same accelerator key which is 'm'. If I keep pressing 'm' it switches endlessly between them but selects neither. Not that it matters what it does because having the same accelerator key for two actions is a bug. Anyway thank you so much for making the "More Actions" submenu quick to get to without me having to slowly arrow my way to it.
https://git.reviewboard.kde.org/r/112863/
https://git.reviewboard.kde.org/r/125434/
Git commit b0dc3b3009d29b56fe886bcf48ed21cc4a002ec8 by Thomas Lübking. Committed on 29/09/2015 at 21:03. Pushed by luebking into branch 'master'. shuffle mnemonics in "more actions" in a way so that each entry has its own drawback: present mnemonics changed. they however also change with i18n. REVIEW: 125434 FIXED-IN: 5.5 M +5 -5 useractions.cpp http://commits.kde.org/kwin/b0dc3b3009d29b56fe886bcf48ed21cc4a002ec8