https://bugs.kde.org/show_bug.cgi?id=364147
Eike Hein <h...@kde.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |k...@privat.broulik.de,
| |mgraess...@kde.org
--- Comment #16 from Eike Hein <h...@kde.org> ---
Kai, Martin, VDG: Which way do we want to go with this? Things I can think of:
1) Evaluate on the QML side if the thumbnail is actually available (based on
some sort of WindowThumbnail prop that may or may not exist yet) and substitute
WindowThumbnail for an IconItem using TasksModel's deco prop in that case
2) add a fallBackIcon prop to WindowThumbnail and set TasksModel's deco prop on
it, make WindowThumbnail paint that instead of the window icon (probably dumb
since it bypasses a lot of IconItem smartness)
3) Figure out if WindowThumbnail could somehow try harder to get a higher-res
window icon. Probably fruitless. On the other hand showing the task button icon
twice in the tooltip seems pointless too.
4) Fix the tooltip animation effect to avoid the Flappy Bird-like movement and
hide the entire preview when the thumb is not available
--
You are receiving this mail because:
You are watching all bug changes.
