Created attachment 168284 [details] Image showing the issue and System info as well as first config page The Plasma Task Manager flows behind elements in the right behind it as soon as it switches to multi-column mode. Works ok with a single column. STEPS TO REPRODUCE 1. Install Task Manager Widget with other widgets behind 2. Set: Use multi-row view: When Panel is low on space and thick enough (or Always when Panel is thick enough 3. Open enough windows OBSERVED RESULT 1) Overflows 2) The Starters take too much space (full windows size instead of short for each of them. EXPECTED RESULT Keeps to its own space SOFTWARE/OS VERSIONS Linux/KDE Plasma: openSUSE Tumbleweed / (available in About System) KDE Plasma Version: 6.0.3 KDE Frameworks Version: 6.0.0 Qt Version: 6.6.3 ADDITIONAL INFORMATION Wayland Mode Kernel 6.8.1
Seems similar to Bug 482926 and Bug 483272.
*** Bug 483518 has been marked as a duplicate of this bug. ***
*** Bug 483641 has been marked as a duplicate of this bug. ***
I can trivially reproduce this anytime a Traditional Task Manager is in multi-row mode on a horizontal panel.
*** Bug 485459 has been marked as a duplicate of this bug. ***
Created attachment 168569 [details] panel with two widgets When it will be fixed. I can't add more than one widget into panel. Look at screenshot.
There are 2 issues here: * the launchers taking the space of a full task item: at the moment it's an architectural thing that will need a bit of a refactor to be able to be changed. * the taskbar overflowing its allowed space: this takes the priority for now as is a bug also within the current architecture
Ok, so I see it's bigger problem. Is it chance to estimate when it will be fixed? Days, weeks, months?
A possibly relevant merge request was started @ https://invent.kde.org/plasma/plasma-desktop/-/merge_requests/2209
It's great news :), but if I understand well, it's temporary solution? I hope it will be works. "In the long term the custom layouting code should be removed and be ported to a standard GridLayout"
Git commit 0c576c940b1db0433a7e9b3dd0248948ed5f9368 by Marco Martin. Committed on 23/04/2024 at 07:32. Pushed by mart into branch 'master'. On multiline launchers are often as wide as tasks Since on multiline launchers are often as big as tasks, don't remove launchers count from the task count when we're on multiline It's only a partial solution and tasks won't always be optimally wide, but is a simple one that can be cherrypicked to 6.0 In the long term the custom layouting code should be removed and be ported to a standard GridLayout M +9 -0 applets/taskmanager/package/contents/ui/code/layout.js https://invent.kde.org/plasma/plasma-desktop/-/commit/0c576c940b1db0433a7e9b3dd0248948ed5f9368
A possibly relevant merge request was started @ https://invent.kde.org/plasma/plasma-desktop/-/merge_requests/2219
Git commit 9ad41c26e0bbe57b7c19883fc5db772613a5d6ca by Marco Martin. Committed on 24/04/2024 at 07:37. Pushed by mart into branch 'Plasma/6.0'. On multiline launchers are often as wide as tasks Since on multiline launchers are often as big as tasks, don't remove launchers count from the task count when we're on multiline It's only a partial solution and tasks won't always be optimally wide, but is a simple one that can be cherrypicked to 6.0 In the long term the custom layouting code should be removed and be ported to a standard GridLayout (cherry picked from commit 0c576c940b1db0433a7e9b3dd0248948ed5f9368) 0c576c94 On multiline launchers are often as wide as tasks M +9 -0 applets/taskmanager/package/contents/ui/code/layout.js https://invent.kde.org/plasma/plasma-desktop/-/commit/9ad41c26e0bbe57b7c19883fc5db772613a5d6ca
Git commit d1b33d1a9dc872e9a2af042152d6ab5ed2617e4e by Marco Martin. Committed on 06/05/2024 at 07:50. Pushed by mart into branch 'master'. Use a GridLayout for taskbar layout The current javascript layout code is very buggy and error prone, The normal layouting mechanism of GridLayout is much more reliable and does for faster and more readable code Related: bug 424055 M +2 -2 applets/taskmanager/package/contents/ui/ContextMenu.qml M +4 -4 applets/taskmanager/package/contents/ui/GroupDialog.qml M +1 -17 applets/taskmanager/package/contents/ui/MouseHandler.qml M +109 -28 applets/taskmanager/package/contents/ui/Task.qml M +28 -14 applets/taskmanager/package/contents/ui/TaskList.qml D +0 -246 applets/taskmanager/package/contents/ui/code/layout.js A +126 -0 applets/taskmanager/package/contents/ui/code/layoutmetrics.js M +51 -49 applets/taskmanager/package/contents/ui/main.qml https://invent.kde.org/plasma/plasma-desktop/-/commit/d1b33d1a9dc872e9a2af042152d6ab5ed2617e4e
*** Bug 468195 has been marked as a duplicate of this bug. ***
Created attachment 170983 [details] Large icons 6.1 has not resolved the issue. For me it looks like there's another issue on top of the spacing issue.
Created attachment 170984 [details] Large icons goes away with more apps open Large icons goes away with more apps open, but back to the spacing issue. Looks like one problem placed over another problem
That's a different issue which is already fixed in Plasma 6.1.1.
Created attachment 171113 [details] Task manager layout and oversized icons I have 3 laptops running Tumbelweed / KDE6 and all have the same issues in Task Manager. Reopen this or open a new bug? Operating System: openSUSE Tumbleweed 20240625 KDE Plasma Version: 6.1.0 KDE Frameworks Version: 6.3.0 Qt Version: 6.7.2 Kernel Version: 6.9.6-1-default (64-bit) Graphics Platform: X11 Processors: 8 × Intel® Core™ i7-4810MQ CPU @ 2.80GHz Memory: 31.0 GiB of RAM Graphics Processor: Quadro K3100M/PCIe/SSE2 Manufacturer: Hewlett-Packard Product Name: HP ZBook 17 G2
I just saw your comment(18). Need an option here to remove comments. Thanks
(In reply to Nate Graham from comment #18) > That's a different issue which is already fixed in Plasma 6.1.1. In 6.1.1 and still seeing the issue.
Created attachment 171206 [details] Large icons in Task Manager