Created attachment 130154 [details] The Observed Result SUMMARY The current UX for switching between windows of an already open application requires use of the mouse and typing hides open windows. Apologies if this is filed in the wrong location or if it is already filed somewhere else. STEPS TO REPRODUCE 1. Open two windows of an application (say, Okular) 2. Press on the icon or use the shortcut for "activate task manager entry 1" OBSERVED RESULT See the "observed-window-switcher.png" attachment. The windows open up in the full screen view. Pressing keys does not select windows but instead activates the filter, which makes the windows disappear. This makes for an irritating experience when you have multiple windows open and you are switching between them using the win+n shortcuts, as you constantly have to use your mouse. EXPECTED RESULT [These are my thoughts and not necessarily the only thing I'd be comfortable with having; I would prefer something other than the current solution] As in [1], which opens when you hover over the icon, the two existing windows pop up. This could be what pops up and pressing the same key again would cycle through the open windows, selecting each one in turn. Similar to how windows does it. I would prefer if one of the application windows is already focused that it first switches to the unopen one, rather than reopening the existing one. SOFTWARE/OS VERSIONS Operating System: Arch Linux KDE Plasma Version: 5.19.3 KDE Frameworks Version: 5.72.0 Qt Version: 5.15.0 Kernel Version: 5.7.8-arch1-1 OS Type: 64-bit ADDITIONAL INFORMATION [1]: See the next comment for attachment or https://i.imgur.com/F8KOQHI.png.
Created attachment 130155 [details] The existing appearance of hovering over the icon, this would be prefer for switching windows.
*** This bug has been marked as a duplicate of bug 370258 ***
Based off the initial description, I don't think that this bug is a duplicate bug. I do not want *all* the windows to be maximised when pressing the window, I want to be able to easily switch between open windows (similar to the Alt+` shortcut) without having to deal with the two window full screen view popup. You can see this functionality in Windows - open up two windows, and pressing on the win+n shortcut will open up a small window preview. Pressing win+n again will cycle through the open windows.
If you just want to switch between windows of the same app, Alt+tilde will do that.
I am aware of Alt+tilde. What I would look is for this to be available for when pressing Win+N on an app. Say if I have Dolphin open, then press Win+N to open Firefox. Rather than opening the full screen view, a smaller view (a la Windows or when hovering over the icon) of which the available windows can be chosen by pressing Win+N more times. This is not achievable through Alt+tilde, as this would require Firefox to be initially focused.
Ah so you basically want the thumbnail view to appear on click, not just on hover.
Yup, and with keyboard shortcuts, a la Windows.
Working on this. Well, most of it. Not sure the keyboard shortcut is needed since you'll be able to simply click on the grouped task to show the tooltips.
Thanks so much :) Not sure what you mean - are you saying that there is no need to *implement* it [because of the existing "Activate Task Manager Entry N" shortcut or are you saying just that there is no need to have a keyboard shortcut because you can use the mouse? If the latter, I would prefer to be able to use a keyboard shortcut.
Yep, the existing Meta+number shortcut will Just Work™ for this.
Okay, great :)
A possibly relevant merge request was started @ https://invent.kde.org/plasma/plasma-desktop/-/merge_requests/71
*** Bug 382308 has been marked as a duplicate of this bug. ***
*** Bug 390400 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 390400, 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
Re-opening since this is only partially resolved by that commit. Keyboard focus is still a TODO.
Testing this out on 5.19.90, the functionality of "cycles through tasks" exist as an option for "clicking group task" in the icons-only task manager settings. This creates the desired *behaviour* for when Win+N clicking. However, this does not show window tooltips with Win+N. It does, however, do this when hovering over with the mouse. This creates almost the ideal behaviour (for me, some people might prefer the textual list instead of window tooltips) I was thinking that maybe this setting could be broken up into two options: - "preview/hover display": tooltips, or textual list this would appear when win+n is *pressed*, but maybe not when the mouse is pressed (since it will already do so for hovering) - "keyboard press": cycle through windows, present windows effect, textual list, tooltips - "mouse click": cycle through windows, present windows, textual list, tooltips (the last two could possibly collapse into one another, but I have different preferences for keyboards vs mouse clicking... so I'd prefer not).
The originally reported issue is now fixed in Plasma 5.25.