https://bugs.kde.org/show_bug.cgi?id=371877
Peter Wu <pe...@lekensteyn.nl> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |pe...@lekensteyn.nl
Status|NEEDSINFO |CONFIRMED
Resolution|WAITINGFORINFO |---
Ever confirmed|0 |1
--- Comment #12 from Peter Wu <pe...@lekensteyn.nl> ---
The same grab issue can be observed with QEMU.
Steps to reproduce:
1. Start qemu-system-x86_64 (no options needed, this will open the GTK GUI).
2. Click in the window, this will let QEMU grab the focus and change the title
to
"QEMU - Press Ctrl+Alt+G to release grab"
3. Press "Meta"
Actual results:
The Plasma kickoff menu opens.
Expected results:
The Plasma kickoff menu should not open.
I do not think it is useful to treat Meta specially to trigger an action given
that all other shortcuts are disabled. Principle of least surprise is violated
here.
For Ctrl-Alt-F1, Ctrl-Alt-Delete, etc., remoting software acknowledge that
these complex shortcuts are interpreted by the host and QEMU/gvncviewer for
example adds a menu option to send this keystroke. But the "Meta" key is not
such a special key.
See also bug 371560 which requests the option to disable the "Meta" shortcut
for Kickoff. (From a user's perspective, I also ran into the grab issue (this
bug) and the linked Kickoff issue. Also, in all cases where Kickoff opened, I
pressed Meta with the intent to press another key to trigger a shortcut, but
then stopped. This got so annoying that I finally started looking for bug
reports.)
--
You are receiving this mail because:
You are watching all bug changes.
