Bug 448912

Summary: Combine Task Manager and Icons-only Task Manager and provide an internal config option to switch between their usage modes
Product: [Plasma] plasmashell Reporter: Photon <ncqm3qdz>
Component: Task Manager and Icons-Only Task Manager widgetsAssignee: Eike Hein <hein>
Status: CONFIRMED ---    
Severity: wishlist CC: nate, plasma-bugs-null
Priority: NOR    
Version First Reported In: master   
Target Milestone: 1.0   
Platform: Other   
OS: Linux   
Latest Commit: Version Fixed/Implemented In: 5.26
Sentry Crash Report:

Description Photon 2022-01-21 17:25:07 UTC
Task Manager and Icons-only Task Manager behaves exactly the same. The only difference is the presence or absence of window labels. Combining those two into just "Window List" (I think that this name makes more sense for this widget) and providing an option to show or hide labels would make reduce complexity.

Also, there is something weird. Here in bugs.kde.org, the category of this bug is named as "Task Manager and Icons-Only Task Manager applets" instead of "Window list and Icons-Only Task Manager applets", which indicates that they are pratically the same thing.
Comment 1 Nate Graham 2022-01-23 19:16:17 UTC
> Task Manager and Icons-only Task Manager behaves exactly the same
They do not: The traditional Task Manager shows all non-dialog windows with text, and only groups items when when it runs out of space. It has the provision for a separated launcher area. The Icons-Only Task Manager automatically groups all windows into apps with no labels, and it has no separate launcher; the launchers become the open windows/apps. The TTM implements the classic Windows-Vista-and-earlier taskbar, while the IOTM implements a "dock" paradigm.


> Combining those two into just "Window List" (I think that this name makes more sense for this widget) and
> providing an option to show or hide labels would make reduce complexity
There is already an applet called "Window List" that shows all windows, including transient pop-ups and dialogs. So I don't think we could use that name.


> which indicates that they are pratically the same thing.
Indeed, internally they are practically the same thing; they use the same codebase, it's just that they're divided into multiple widgets because their purposes are different.


What we could maybe do is have a single Task manager applet with a configuration UI in its config window to switch between "Dock mode" and "Traditional mode" or whatever. I'm not against that, but it's just a different way of expressing the same concept, really. It would make it easier to switch between modes for people who look for this in the applet's settings, but harder for people who look for it in the Alternatives popup.

Not sure it's worth doing.
Comment 2 Fushan Wen 2022-06-23 01:59:17 UTC
Git commit a85eaedaaea1eb5acac45fab1d304a5d2a8dbc93 by Fushan Wen.
Committed on 23/06/2022 at 01:52.
Pushed by fusionfuture into branch 'master'.

libtaskmanager: Fix dragging launcher icon when separateLaunchers is false

When separateLaunchers is false and there are two opened pinned tasks
and one launcher icon, dragging the launcher icon to a position between
the two pinned tasks always fails for the first time.

The general idea of this fix is to make sure after every move operation,
pinned launhcer item and the corresponding opened window still stay
together.
FIXED-IN: 5.26

M  +31   -12   libtaskmanager/launchertasksmodel.cpp
M  +70   -22   libtaskmanager/tasksmodel.cpp

https://invent.kde.org/plasma/plasma-workspace/commit/a85eaedaaea1eb5acac45fab1d304a5d2a8dbc93
Comment 3 Nate Graham 2022-06-23 14:03:11 UTC
Oops, wrong bugzilla ticket number in the commit message, so this got accidentally marked as resolved.