Bug 439122 - Make the size of the taskbar thumbnail proportional to the size of the source window
Summary: Make the size of the taskbar thumbnail proportional to the size of the source...
Status: RESOLVED INTENTIONAL
Alias: None
Product: plasmashell
Classification: Plasma
Component: Task Manager and Icons-Only Task Manager widgets (other bugs)
Version First Reported In: 5.22.1
Platform: Other Linux
: NOR normal
Target Milestone: 1.0
Assignee: Eike Hein
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2021-06-24 17:55 UTC by popov895
Modified: 2021-07-29 02:39 UTC (History)
4 users (show)

See Also:
Latest Commit:
Version Fixed/Implemented In:
Sentry Crash Report:


Attachments
Current taskbar thumbnail (40.71 KB, image/jpeg)
2021-06-24 17:55 UTC, popov895
Details

Note You need to log in before you can comment on or make changes to this bug.
Description popov895 2021-06-24 17:55:21 UTC
Created attachment 139641 [details]
Current taskbar thumbnail

SUMMARY

Currently the size of the taskbar thumbnail is fixed and doesn't depend on the size of the source window and for windows with non-standard sizes contains a lot of empty space on the wider sides. It would be great to make the size of the taskbar thumbnail proportional to the size of the source window.

SOFTWARE/OS VERSIONS

Operating System: openSUSE Tumbleweed 20210621
KDE Plasma Version: 5.22.1
KDE Frameworks Version: 5.83.0
Qt Version: 5.15.2
Graphics Platform: X11
Comment 1 Felipe Kinoshita 2021-06-24 23:09:17 UTC
That would be quite nice IMO. Off course we would need a max size so the thumbnails don't grow infinitely.
Comment 2 Nate Graham 2021-07-29 02:39:05 UTC
If we did that, there are basically two options, at lrast for the single-window use case

1. Keep the height the same and make it skinnier. This would cause the title to be elided more often, and the close button location would shift around.
2. Keep the width the same and make it taller. This would result in the tooltip being absurdly huge, and the close button would still shift around.

#1 is probably the better option, though neither is ideal. In addition, how would we handle the case of multi-window tooltips? It gets ugly. In the end I think what we have is the best compromise between that complexity and the occasional visual awkwardness with tall and skinny windows.

That said, if anyone can submit a merge request that proves me wrong by seamlessly handling all the edge cases and looking good, I'm all for it.