Ubuntu
kde4libs package

YaKuake 2.9.3 does not allow the menu key to be used as a shortcut

Bug #252002 reported by komputes
4
Affects Status Importance Assigned to Milestone
KDE Base
Invalid
Undecided
Unassigned
kdelibs
Fix Released
Medium
kde4libs (Ubuntu)
Won't Fix
Wishlist
Unassigned

Bug Description

Binary package hint: yakuake

In version 2.8.1 I usually use the menu key to Open/Retract YaKuake.
In version 2.9.3 I am unable to set the menu key as a shortcut

The key which usually brings up the right click menu usually found in the bottom mid-right side of the keyboard (attached pic).

Instead when trying to set the menu key as a shortcut in YaKuake 2.9.3, I get a menu instead of the menu key being captured.

I have attached screenshots of what happens in 2.8.1 (which I like) compared to 2.9.3 (which I do not like).

Revision history for this message
In , Juanjux-g (juanjux-g) wrote :

Version: (using KDE 4.0.83)
Installed from: Mandriva RPMs

If a try to assign a shortcut to the "popup menu" key, the one that is next to AltGr and Control on most keyboards, I can't do it because... a menu popups :-) on the assign key dialog, even when you've clicked on the button to capture a keypress

I'm used to use that key for the "expose" alike effect on beryl so now that I've switched to KDE4 I would like to have the same shortcut.

Revision history for this message
In , L-lunak-5 (l-lunak-5) wrote :

*** This bug has been marked as a duplicate of 158913 ***

Revision history for this message
In , L-lunak-5 (l-lunak-5) wrote :

.

Revision history for this message
In , maelcum (ahartmetz) wrote :

158913 was really two bugs in one and the main bug has been closed. Reopening because the bug reported here is still present.

Revision history for this message
In , Rakuco-h (rakuco-h) wrote :

Should not this be a bug instead of a wish?

Revision history for this message
komputes (komputes) wrote :
Revision history for this message
komputes (komputes) wrote :
Revision history for this message
Rich Johnson (nixternal) wrote :

I can confirm this issue. This really isn't a Yakuake issue as it will happen with any shortcut that you try to set the 'Menu' key as. I believe this is an issue with KHotKeys, which is a part of the kdebase-workspace-bin package, so I am changing the package name to that. Thanks!

Changed in yakuake:
assignee: nobody → nixternal
importance: Undecided → Low
status: New → Confirmed
Revision history for this message
Harald Sitter (apachelogger) wrote :

Moving but to kde4libs, it also needs to be forwarded to http://bugs.kde.org for further evaluation.

Revision history for this message
komputes (komputes) wrote :

No need to forward to the KDE bug tracker, it has already been reported and is currently assigned as a feature wish.

https://bugs.kde.org/show_bug.cgi?id=165542

Yet this is either a regression or a intentional change since the menu key is assignable as a shortcut in KDE 3.5.

Bug Watch Updater (bug-watch-updater)
Changed in kdelibs:
status: Unknown → In Progress
Revision history for this message
iamsergio (iamsergio) wrote :

While this is not solved here's a workarround:

With kde is stopped edit .kde4/share/config/kglobalshortcutsrc

Go to the yakuake section and replace "F12" with "Menu" (whitout quotes)

start kde

Revision history for this message
In , iamsergio (iamsergio) wrote :

One workaround is to edit .kde4/share/config/kglobalshortcutsrc (while kde is not running) and add the Menu key where needed

Revision history for this message
komputes (komputes) wrote :

Thank you for the suggestion, but this did not work for me. In fact, for me the file is located at .kde/share/config/kglobalshortcutsrc

Replacing "F12" with "Menu" made YaKuake's shortcut for open/retract unusable. I don't think it will accept Menu as a valid key. Have you tested this yourself with the version mentioned?

Revision history for this message
Jonathan Thomas (echidnaman) wrote :

Closing unused KDE Base upstream watch since we're already using the kdelibs one.

Changed in kdebase:
status: New → Invalid
Jonathan Thomas (echidnaman)
Changed in kde4libs:
status: Confirmed → Triaged
Revision history for this message
In , Spamfuckers (spamfuckers) wrote :

I also don't like hardcoded Menu key without abilty to reassign.

1. Menu key is not working in many KDE apps. Try to select message in KMail and press Menu key - nothing will happen. Same when you select Amarok track. It doesn't work exactly as RMB. And as a user I'll just click RMB instead of trying to memorize where Menu key works and where not.

2. In multi-panel apps (Kontact, KDevelop, Amarok, editors) it's not obvious which element has focus, and so no one is using Menu key.

Because of those reasons many KDE 3.x users were reassigning this key, and ability to reassign should be restored.

Jonathan Thomas (echidnaman)
Changed in kde4libs (Ubuntu):
importance: Low → Wishlist
assignee: Richard Johnson (nixternal) → nobody
Revision history for this message
Jonathan Thomas (echidnaman) wrote :

Hi there,
We are in the process of closing wishlist items that have already been reported at KDE. Don't worry, your issue still is being tracked at KDE's bug tracker at: http://bugs.kde.org/show_bug.cgi?id=165542 . It's just that Kubuntu currently does not have the manpower necessary to take this feature on ourselves. We will receive this functionality once KDE implements it in one of their releases.

Thanks for understanding, and have a nice day.

Changed in kde4libs (Ubuntu):
status: Triaged → Won't Fix
Revision history for this message
In , Coates (coates) wrote :

I think it's reasonable to call this a bug and not a wish considering that it is a regression from KDE3.

Bug Watch Updater (bug-watch-updater)
Changed in kdelibs:
importance: Unknown → Medium
Revision history for this message
In , Christoph-maxiom (christoph-maxiom) wrote :

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

Revision history for this message
In , Christoph-maxiom (christoph-maxiom) wrote :

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

Revision history for this message
In , Christoph-maxiom (christoph-maxiom) wrote :

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

Revision history for this message
In , Thomas-luebking (thomas-luebking) wrote :

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

Revision history for this message
In , Thomas-luebking (thomas-luebking) wrote :

https://git.reviewboard.kde.org/r/125658/

Revision history for this message
In , Thomas-luebking (thomas-luebking) wrote :

Git commit 3b690ae01b31faaddaa38ca6ef5425ef68f7546c by Thomas Lübking.
Committed on 19/10/2015 at 19:20.
Pushed by luebking into branch 'master'.

Do not treat the context menu button as modifier

It's not and not treated as such by Qt either.
In addition suck context events while recording
(so it doesn't activate, rather cosmetic)
FIXED-IN: 5.16
REVIEW: 125658
CHANGELOG: Allow to bind the contextmenu key (lower right) to shortcuts

M +6 -1 src/kkeysequencewidget.cpp

http://commits.kde.org/kxmlgui/3b690ae01b31faaddaa38ca6ef5425ef68f7546c

Bug Watch Updater (bug-watch-updater)
Changed in kdelibs:
status: In Progress → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.