Summary: | Toggle application launcher on meta key | ||
---|---|---|---|
Product: | [Plasma] plasmashell | Reporter: | supaiku <supaiku> |
Component: | Application Launcher (Kickoff) widget | Assignee: | David Edmundson <kde> |
Status: | RESOLVED FIXED | ||
Severity: | minor | CC: | amarx, azrdev, elvis.angelaccio, jeffbaichina, kenshii.sod+kde, marco_silva85, maround95, mgraesslin, MurzNN, peter, plasma-bugs, sethj, simonandric5, subdiff, wucke13 |
Priority: | NOR | ||
Version: | master | ||
Target Milestone: | 1.0 | ||
Platform: | Neon | ||
OS: | Linux | ||
Latest Commit: | http://commits.kde.org/plasma-framework/65706d3878d556c7a1eac18984ec41b1a1d96d56 | Version Fixed In: | |
Sentry Crash Report: |
Description
supaiku
2016-08-22 18:28:37 UTC
This belongs to either plasma-desktop (kickoff) or krunner. Maybe kglobalaccel if some default binding is provided but certainly not kwin ;-) It toggles with appdashboard, so kicker and kickoff need to implement toggle. *** Bug 369044 has been marked as a duplicate of this bug. *** After an upgrade to Plasma 5.8 on Arch Linux, I noticed that pressing Meta gives the Kickoff menu and indeed, pressing it again does not hide it. Previously one could already use Alt+F1 to toggle the menu. The new "Meta" shortcut gives: method call time=1475665148.784542 sender=:1.18 -> destination=org.kde.plasmashell serial=488 path=/PlasmaShell; interface=org.kde.PlasmaShell; member=activateLauncherMenu while the "Alt+F1" shortcut results in: signal time=1475665160.428196 sender=:1.14 -> destination=(null destination) serial=636 path=/component/plasmashell; interface=org.kde.kglobalaccel.Component; member=globalShortcutPressed string "plasmashell" string "activate widget 196" int64 3600500 For some reason the Meta binding also tends to disable itself after some activity. That is, after logging in, the Meta buttons shows the Kickoff menu. After "some activity" (nothing special, I don't know the trigger), the Meta button has no longer effect. Personally I will probably be disabling this Meta shortcut since it is used as modifier for many keybindings, just reporting it here in case it helps. FYI, the commit adding this feature is: https://quickgit.kde.org/?p=kwin.git&a=commitdiff&h=9b30cfef1d212ed2b40510a70d1f92c497f44398&hp=eed4bf32ae04ff445d4c542366b44b7b12a915a5 *** Bug 370721 has been marked as a duplicate of this bug. *** Git commit 65706d3878d556c7a1eac18984ec41b1a1d96d56 by Roman Gilg. Committed on 19/10/2016 at 16:51. Pushed by romangilg into branch 'master'. New bool to use activated signal as toggle of expanded The launcher applets couldn't be closed with Meta alone and on Wayland in general by any global shortcut, since we used for that the focusOutEvent triggered only on X and only on global shortcuts (on default Alt+F1). This patch introduces the new bool activationTogglesExpanded, which allowes QML applets to decide if they wish to use the activated signal also to end their expanded state. The default value is false, in order to not break any legacy applets. REVIEW: 129204 M +16 -1 src/plasmaquick/appletquickitem.cpp M +10 -0 src/plasmaquick/appletquickitem.h M +1 -0 src/plasmaquick/private/appletquickitem_p.h M +7 -2 src/scriptengines/qml/plasmoid/appletinterface.cpp http://commits.kde.org/plasma-framework/65706d3878d556c7a1eac18984ec41b1a1d96d56 *** Bug 371821 has been marked as a duplicate of this bug. *** Any idea if this will also affect how the meta key works in keyboard-captured programs (like TeamViewer or VirtualBox)? As of right now, meta+{key} combos are captured properly and don't trigger bound shortcuts on the host, but a meta key press by itself causes the app launcher to pop up as well as triggering it on the remote system / vm. (In reply to atmarx from comment #8) > As of right now, meta+{key} combos are captured properly and don't trigger > bound shortcuts on the host, but a meta key press by itself causes the app > launcher to pop up as well as triggering it on the remote system / vm. Please report a bug about that against product kwin For future tracking: atmarx reported bug 371821 which covers this bug and the issue with the menu still opening even if an application grabbed it. The latter issue is tracked by bug 371877. *** Bug 372477 has been marked as a duplicate of this bug. *** *** Bug 372356 has been marked as a duplicate of this bug. *** |