You can assign this to kwin.. but I was not sure.
(In reply to comment #0)
> You can assign this to kwin.. but I was not sure.
no, thumbnails are not provided by KWin.
I just tested and cannot reproduce. Is it related to the window being minimized when plasma starts?
Created attachment 85526 [details]
1) Open more then 2 windows.
2) Maximize one and keep two window minimized
3) Hover on minimized one
Again happens only if you have more then 2 windows open.
isn't always been *normal* for minimized windows not having thumbnails? (since they are not mapped?)
No in Plasma 1 we have thumbnails for them also.
(In reply to comment #4)
> No in Plasma 1 we have thumbnails for them also.
no, Marco is right. KWin just has a hack to keep them. This hack is still present and should also work for Plasma. But if Plasma and/or KWin gets started when the window is already minimized it won't work.
Anyway -> RESOLVED WAYLAND :-)
Hmm I considered if it wouldn't look nicer to hide the thumbnail item when there's no data, since it would prevent unsightly scaling and draw less attention to the fact that something is missing, but one problem with that is the tooltip for window groups - when there are n windows expected, just omitting one is very confusing.
Or we can enable them by default (show always) and break some old apps that use "window detached" to detect minimized.
Would it be difficult to just get a screenshot before the window is minimized and show it at the thumbnail? Just make it visually different, like in gray scale (that is already used visual information for frozen app/image)
so can this be closed or confirmed? ;)
In my opinion it's a CANTFIX on X11. But I like the suggestion from comment #6 and would be interested to go that direction.
If Kwin managed to do it previously, I don't see why it's impossible for plasma now.
(In reply to comment #11)
> If Kwin managed to do it previously, I don't see why it's impossible for
> plasma now.
well it's complex :-) KWin keeps the last pixmap, but KWin already has the pixmap. But Plasma doesn't have a pixmap all the time. When the thumbnail gets shown the window is minimized, the pixmap is not around and thus it cannot get the texture. The same happens for KWin when restarting the compositor with minimized windows. For those KWin also doesn't have pixmaps.
What should work (haven't tried) is setting "Keep window thumbnails" to "Always" in the Compositing KCM.
can you add a prop for "I don't have a pixmap for this" to PlasmaCore.WindowThumbnail, or an invokable(winid)?
That's a prerequisite for pursueing anything like #6, which would probably look like this in practice: For single-window tooltips, simply hide the whole thumbnail section; for group tooltips, replace the thumb with some sort of "don't have data" icon item.
> can you add a prop for "I don't have a pixmap for this" to
> PlasmaCore.WindowThumbnail, or an invokable(winid)?
yes that can be done, but requires quite some rework to get all the fallback
to the icon removed (that doesn't make sense in that case). As that's quite
some code and uses two different implementations (GLX and EGL) my
recommendation would be to delay this to frameworks 5.1
No objections. Would you like a separate ticket for the component change with you as assignee?
Actually, I think it does make sense to track these separately, let me just set that up real quick.
Updating title and adding bug 336524 to depends.
*** Bug 367670 has been marked as a duplicate of this bug. ***
*** Bug 363800 has been marked as a duplicate of this bug. ***
*** Bug 392774 has been marked as a duplicate of this bug. ***
The tooltip should look the same or very similar no matter if the window is minimized or not. It means that if there are a particular window that is minimized and another one that is not, both windows should get the preview of the window content or both windows should not. That's an UX issue.
One way to workaround that is to do a window screenshot when minimizing it and than use the static screenshot as the window preview while it is minimized, like suggested at comment #8.
*** Bug 411336 has been marked as a duplicate of this bug. ***
This now works as expected on Wayland, and on X11 the app's icon is at least shown, and there aren't bug-free ways to improve on this. I think we can call it fixed now.