Bug 375680

Summary: [5.9] Hovering over task manager window thumbnail no longer gives visual clue about selected window
Product: [Plasma] plasmashell Reporter: NW <nw9165-jjnfov5mav>
Component: Icons-only Task ManagerAssignee: Eike Hein <hein>
Status: RESOLVED FIXED    
Severity: normal CC: bugseforuns, kde, nate, plasma-bugs-null, scott, subdiff
Priority: NOR Flags: hein: VisualDesign+
Version First Reported In: master   
Target Milestone: 1.0   
Platform: unspecified   
OS: All   
Latest Commit: https://cgit.kde.org/plasma-desktop.git/commit/?id=bf22a4c7f99a5c7d9cde768224901a17844e55f8 Version Fixed In: 5.18.0
Sentry Crash Report:
Attachments: The bug

Description NW 2017-01-28 19:53:48 UTC 
Hi,

thanks a lot for the revamped task manager window tumbnail previews and for having fixed https://bugs.kde.org/show_bug.cgi?id=375668 and https://bugs.kde.org/show_bug.cgi?id=375669 with Plasma 5.9.

There's one regression though:

When having more than one instances of one app grouped together in one icon and then hovering over the icon, the window preview thumbnails show up.

When then hovering over the thumbnails, there no longer is any visual clue for which thumbnail / window you're hovering over.

In Plasma 5.8, there was a visual clue due to the close icon being shown when hovering over a certain thumbnail. With 5.9, the close icon is always present on all thumbnails.

Could you please fix that?

And could you possibly add some kind of additional highlighting over a thumbnail when hovering the cursor over it (i.e. changing the color of the frame around the thumbnail when hovering the cursor over it)?

Regards
Comment 1 Nate Graham 2017-09-05 19:54:08 UTC 
Confirmed.
Comment 2 Roman Gilg 2017-09-09 09:52:54 UTC 
I'm open for a proposal on how the thumbnail item should be highlighted on mouse over. It must be consistent with other forms of highlighting used in Plasma and also must not create a artificial divide design-wise between non-grouped and grouped thumbnails.
Comment 3 Roman Gilg 2017-09-09 09:54:45 UTC 
I don't get what the last paragraph means. Didn't you asked for additional highlighting in the paragraphs before already?
Comment 4 Eike Hein 2017-09-10 07:24:37 UTC 
The earlier talk is about restoring the icon appearing on hover, the latter talk is about "and please go beyond that".
Comment 5 Christoph Feck 2017-09-27 19:38:50 UTC 
Roman, does comment #4 provide the requested information? Please set the bug status or add a comment.
Comment 6 Roman Gilg 2017-09-29 18:55:13 UTC 
How it was in the past (the visual clue by the close icon being shown), is in my opinion no appropriate visual clue for the mouse cursor position being over the task. A suddenly appearing kill button is not good UI. Therefore there is nothing to fix.

But the "additional highlighting", i.e. some kind of real highlighting with our highlighting color (which is blue in Breeze), is a good idea. I'm not sure if a blue frame around the hovered task is the right solution but we could try something like this for sure.
Comment 7 Nate Graham 2017-09-29 19:57:11 UTC 
I agree. An actual highlight is desirable, and would match the hover behavior of most other UI elements.
Comment 8 Kai Uwe Broulik 2017-09-29 20:02:43 UTC 
Yeah I guess we could slap a PlasmaComponents.Highlight around it like in lists.
Comment 9 Scott Harvey 2018-05-26 11:57:15 UTC 
There's an option in the icon-only task manager called "Highlight Windows". It's turned off by default. Enabling it gives the effect shown in this video. The transparency effects are my own settings.

https://youtu.be/IMy6cPPvCiw

(It's too large to upload as an attachment.)

Is this sufficient to meet the request, or do we still want something more?
Comment 10 Nate Graham 2018-05-26 13:15:26 UTC 
Created attachment 112885 [details]
The bug

No, that's something different. The issue here is that when multiple windows of an app are open and the *tooltip* shows multiple window previews, they don't get a highlight. See attached video.