Bug 66456

I forgot to mention that this feature should apply to all selected obejects (not only files in konqueror, but also mail in kmail, news-servers in knode, well you get the idea) if possible. However I'm not sure if this is even feasible to implement without rewrites of all the apps that should support it. Not to mention wether or not the Qt-toolkit is even able to handle this. (And how about getting this to work with GTK+ apps? Guess I'm dreaming)

This is working for me (3.3.1, iirc also worked with 3.2) -- if I press the button next to the right ctrl, the rightclick menu pops up. No idea where I configured it though, as it was many months ago :(

OK, let me add something to this that apparently Mr. Lehel missed from the original post. Some of us use IBM model Ms.  There is NO button next to the right Ctrl.  This is an intentional choice that we should not be penalized for.

So how do us non-Windows-Keyboard-guys access the context menu then?

*** Bug 160065 has been marked as a duplicate of this bug. ***

*** Bug 109880 has been marked as a duplicate of this bug. ***

Let me add two wishes:

1. Configurable shortcut: I would really like this shortcut to be configurable (via "Shortcuts and Gestures → Standard Keyboard Shortcuts").  That even makes sense on a keyboard that has a Menu key, as the Menu key is frequently mapped to Compose.

2. Shift+F10 as a default alternative for non-Windows keyboards: Even Windows (and GTK as well) offers Shift+F10 as an alternative shortcut for keyboard that don't have the "menu" key.

*** This bug has been confirmed by popular vote. ***

There are 2 things to do here:

- Make the "Show context menu" action available in the Standard Shortcuts so users can map a custom keyboard shortcut to this (in case there is no menu key, or you want to use it for something else)

- Make the menu key available for use as a shortcut, as any other key

I think this will be solved by unbinding the menu key to it's default action and doing the association as a keyboard shortcut, this way the user can configure it as any other key and action.

A workaround for this is to add a global keyboard shortcut that sends the "Menu"-key event, which can be done from the main settings window in kubuntu 12.04. I don't know the specific names for all the actions in English since my desktop is in my native language. Additionally, playing with xmodmap seems to break this approach in some cases.

I don't think offering a lot of configuration options here make sense, as the handling of the "Menu" key is pretty low level toolkit stuff and doing something KDE specific (or more likely - Qt specific) will not work well across applications from different toolkits and/or will cause Wayland/X11 mismatch and/or will be really hard to implement and support.

The original request of having an alternative keyboard shortcut for the "Menu" key is legitimate and is currently supported on some toolkits (notably GTK and Windows) using the SHIFT+F10 unconfigurable shortcut (as mentioned in comment 6) - though Qt does not seem to support this, at least on my current setup using latest Qt 5 from KDE, even using Qt-only applications (though it should work, as can be implied from this discussion: https://bugreports.qt.io/browse/QTBUG-67086).

I think this ticket should be focused on supporting SHIFT-F10 as an alternative to the Menu key for triggering the context menu - as it does on GTK (e.g. https://docs.gtk.org/gtk3/treeview-tutorial.html#context-menus-on-right-click), and though it will likely require some work in specific applications (e.g. in GTK they had to add specific support in nautilus - https://gitlab.gnome.org/GNOME/nautilus/-/issues/2091 - and others), that can be tackled one at a time - after initial support in Qt key processing is done.