| Summary: | Desktop Settings -> Mouse Actions -> Vertical Scroll set to Application Launcher does not work | ||
|---|---|---|---|
| Product: | [Plasma] plasmashell | Reporter: | Wulf <wulf.richartz> |
| Component: | Desktop Containment | Assignee: | Sebastian Kügler <sebas> |
| Status: | CONFIRMED --- | ||
| Severity: | normal | CC: | bugseforuns, bugzilla, kde, nate, notuxius, pm, tommi.nieminen, wulf.richartz |
| Priority: | NOR | ||
| Version: | 5.5.4 | ||
| Target Milestone: | 1.0 | ||
| Platform: | Arch Linux | ||
| OS: | Linux | ||
| See Also: | https://bugs.kde.org/show_bug.cgi?id=419867 | ||
| Latest Commit: | https://commits.kde.org/plasma-desktop/6f19967d6078472f3d41347089bbd2fe0dce24f4 | Version Fixed In: | |
| Sentry Crash Report: | |||
|
Description
Wulf
2015-12-31 12:16:08 UTC
I installed openSUSE tumbleweed in a Virtualbox to cross check the bug with another distribution, and there I have the same issue. So it seems, that it does not depend on the distribution Only the mouse press actions (middle click, right click) ask for the containment action plugin's "contextual actions" and show a menu if needed. The wheel actions only trigger performPreviousAction/performNextAction which the launcher obviously does not implement. I'm not sure what the best way to solve this, if at all, is. There's no way to tell that the action actually did something on wheel and if not open the menu. It also does not work if you asign the application menu to left mouse button (Netrunner 17, Plasma 5.5). I can confirm that it indeed does work mit middle mouse button - but I need the middle mouse button for pasting. And to use the mouse acitons to start the application menu alas is the only way to get the classic menu, as it alas is no alternative for the application menu in the panel anymore :(. It works with the left button, if you use the "Desktop" layout. It does not with "Folder" as the root MouseArea (responsible for eg. rubber band selection) eats the mouse event for left mouse button. (In reply to Kai Uwe Broulik from comment #4) > It works with the left button, if you use the "Desktop" layout. It does not > with "Folder" as the root MouseArea (responsible for eg. rubber band > selection) eats the mouse event for left mouse button. Thanks for the explanation :). I’ve been struggling with this too, trying to bind Ctrl+left click with Application Launcher in a Folder View activity. This used to work in KDE 4. Does Kai Uwe Broulik’s explanation mean there’s nothing to be done in Plasma 5—no way to have an application launcher from the desktop (at least unless you happen to have a three button mouse)? Git commit 6f19967d6078472f3d41347089bbd2fe0dce24f4 by Kai Uwe Broulik. Committed on 10/07/2017 at 09:05. Pushed by broulik into branch 'master'. [Folder View] Replay mouse click so left button containment actions work When we don't initiate a rubber band selection, replay the mouse event so containment actions assigned to the left mouse button work. Differential Revision: https://phabricator.kde.org/D6552 M +2 -0 containments/desktop/package/contents/ui/FolderView.qml https://commits.kde.org/plasma-desktop/6f19967d6078472f3d41347089bbd2fe0dce24f4 Hello, I can see the changes in /usr/share/plasma/plasmoids/org.kde.desktopcontainment/contents/ui/FolderView.qml But unfortunately the bug isn't resolved with Plasma 5.11 Desktop Settings -> Mouse Actions -> Vertical Scroll set to Application Launcher still does not work thx 'Standard Menu', 'Application Action' and 'Paste' entries for 'Vertical-Scroll' aren't working - maybe they can be removed from the dropdown menu of 'Vertical-Scroll' as not intuitive - only switch actions for it? Distribution: KDE neon Developer Edition - Stable Branches Plasma: 5.11.4 Frameworks: 5.41.0 Qt: 5.9.3 Kernel 4.10.0-40-generic Type: 64-bit same as Bug 419867? Could be related, though I'm not sure the root causes would be the same since this bug was filed a few years before Bug 419867 was. |