In the icons-only task manager, if I have multiple instances of an application running, when I click the icon, I get to an effect similar to the 'Present windows', but only with the current application's windows. I find a lot more convenient the effect that I get instead when leaving the mouse (without clicking) on the icon, which shows up some small window previews right above the icon, as it takes fewer mouse movements to select the window I want. Would be nice if we had the option to change the action for clicking the icons when there are multiple instances running to the same small previews above the icon as when hovering the mouse over without clicking.
If you can already move over an item and not click, what's the advantage of having the setting?
The advantage is speed by not having to wait for the effect to show or to reappear if I move the mouse outside the previews and they disappear.
Related request for alternative click behavior: https://bugs.kde.org/show_bug.cgi?id=370258 Maybe we should just give in and allow the click effect/behavior to be user-selectable.
A possibly relevant merge request was started @ https://invent.kde.org/plasma/plasma-desktop/-/merge_requests/71
*** This bug has been marked as a duplicate of bug 424268 ***
*** Bug 382308 has been marked as a duplicate of this bug. ***
Git commit ebaddb7d82b76613dcc010058283df47bb628aaa by Nate Graham. Committed on 23/07/2020 at 15:39. Pushed by ngraham into branch 'master'. [applets/taskmanager] Offer better options when activating grouped tasks Currently we get many complaints about the behavior of clicking on grouped tasks, especially for the Icons-Only Task Manager, where the Present Windows effect is always used when available. This commit overhauls what happens when you click on a grouped task to offer three options: 1. Show tooltips (new default setting) 2. Show Present Windows effect 3. Show textual list (AKA group dialog) The user is now free to choose in the settings window which visualization best suits them. This commit does not implement the most heavily-requested option--to bring forward all of the windows belonging to a grouped task (https://bugs.kde.org/show_bug.cgi?id=370258)--as it is still blocked by some technical isues related to stacking order and outstanding UX uncertainty regarding what should happen when one or more of the windows in a group happens to beminimized. However, since this commit introduces a config UI for choosing the desired behavior when activating a grouped task, there is now a place to put that option once it is implemented. Related: bug 424268, bug 370258 FIXED-IN: 5.20 Depends on https://invent.kde.org/frameworks/plasma-framework/-/merge_requests/39 M +1 -1 CMakeLists.txt M +4 -0 applets/taskmanager/package/contents/config/main.xml M +49 -0 applets/taskmanager/package/contents/ui/ConfigBehavior.qml M +5 -3 applets/taskmanager/package/contents/ui/Task.qml M +27 -7 applets/taskmanager/package/contents/ui/code/tools.js https://invent.kde.org/plasma/plasma-desktop/commit/ebaddb7d82b76613dcc010058283df47bb628aaa