Hi, with the icon-only task manager, you can click on an app icon to minimize/maximize the corresponding window. However, this does not work when more than one instances of a certain app are open. Clicking on the icon then just results in the window thumbnails to disappear, which is not useful. Also tested it on 5.9, same issue. Could you please fix that? Regards
Clicking a group should either launch the Present Windows effect for the set of windows or open the group popup dialog. Are those things not happening for you?
(In reply to Eike Hein from comment #1) > Present Windows effect for the set > of windows What exactly is the "Present Windows effect"? (In reply to Eike Hein from comment #1) > or open the group popup dialog. What exactly is the "group popup dialog"? (In reply to Eike Hein from comment #1) > Are those things not happening for you? I guess they are not. Tested with KDE Neon 5.8.5 and neon-devedition-gitunstable-20170128-0806-amd64.
Created attachment 103708 [details] Screenshot_1
Created attachment 103709 [details] Screenshot_2
To be more precise: When hovering over the launcher, it looks like this: https://bugs.kde.org/attachment.cgi?id=103708 When clicking on the launcher, it suddenly looks like this: https://bugs.kde.org/attachment.cgi?id=103709 But I would expect that clicking on the launcher simply toggles between minimizing/maximizing the most recent window of that group, just as it does when clicking on a launcher which has just one open window.
PS: Those screenshots were taken in KDE Neon 5.8.5, but the issue is the same in neon-devedition-gitunstable-20170128-0806-amd64 (i.e. Plasma 5.9.x).
Present Windows is this: https://www.youtube.com/watch?v=ysGu5fU6oFg Clicking a group button in ITM will open a Present Windows view provided the effect is enabled (default) and compositing is enabled (default on supported hw). Failing either it falls back to the same popup dialog the regular TM shows for a group.
(In reply to Eike Hein from comment #7) > Present Windows is this: https://www.youtube.com/watch?v=ysGu5fU6oFg > > Clicking a group button in ITM will open a Present Windows view provided the > effect is enabled (default) and compositing is enabled (default on supported > hw). I have "Present Windows" enabled in KWin and have it set to the default settings and I can successfully toggle it with CTRL+F7/F9/F10. > Failing either it falls back to the same popup dialog the regular TM > shows for a group. See above. Present Windows is working on the hardware here, yet clicking on an icon-only task manager launcher with more than one open window does not bring up Present Windows. Instead, it brings up this https://bugs.kde.org/attachment.cgi?id=103709. What could be causing this? Besides: I don't really want it to bring up the Present Windows effect. I would like it to minimize/maximize the most recent window of that group. Just as it is being done for a launcher that has just one open Window. And just as it is being done in Windows 7/8/8.1/10. Is it possible to configure it like that? Or is there any chance you could add an option for that? IMHO this would make for a much better workflow and a better UX.
> What could be causing this? Dunno - I can't reproduce it not working, however. Perhaps restart plasmashell from a terminal and check output. > Is it possible to configure it like that? No. > Or is there any chance you could add an option for that? I currently don't see a need (the proposed behavior is nonsensical to me, even accounting for the fact that you probably mean un-minimize instead of maximize), but feedback indicates otherwise, sure. That said, it would be technically pretty difficult to do, perhaps - I don't think minimized windows are part of the stacking order, so there no way to find out what "the most recent window of that group" was without tons of tracking we currently don't do.
> > What could be causing this? > > Dunno - I can't reproduce it not working, however. Perhaps restart > plasmashell from a terminal and check output. What commands would you use for that inside a running KDE Neon 5.8.5? (In reply to Eike Hein from comment #9) > That said, it would be technically pretty difficult to do, perhaps - I don't > think minimized windows are part of the stacking order, so there no way to > find out what "the most recent window of that group" was without tons of > tracking we currently don't do. Checked it again on Windows 10. Actually, Windows 10 does not minimize/un-minimize in this case. Upon clicking, it simply closes the window thumbnail previews. That is still better than falling back to that group popup dialog in KDE. May I ask what's the reasoning behind falling back to the group popup dialog? I don't see any advantage in falling back to that group popup dialog. I'd say it would be better to simply close the window thumbnail previews upon click. And I also do not see any advantage in bringing up Present Windows, because, why would you, you already have the window preview thumbnails. But, again, minimizing/un-minimizing would be even better. Even though MS Windows is not doing it like that ;). So, here's actually a feature request that does not ask to replicate something from Windows but doing something differently ;).
> May I ask what's the reasoning behind falling back to the group popup dialog? The overall idea is to show something that allows you to pick one of the things in the group when you click it. It falls back to the dialog when it can't do Present Windows because the user disabled the effect or compositing is disabled, as explained earlier. > I'd say it would be better to simply close the window thumbnail previews upon click. I think you're confused about the "window thumbnail previews" being somehow related to clicking in any way. It's a tooltip. It shows on hover. Tooltips are optional (they can be disabled both in the applet settings and globally for all of Plasma), the click behavior isn't. > And I also do not see any advantage in bringing up Present Windows, because, why would you, you already have the window preview thumbnails. It's what the old KDE 4 Icontasks in KDE 4's kdeplasma-addons did (which I didn't write), and since the impetus was to bring it back for users who liked it, the behavior was preserved as is. Installed base and what they're used to matters (unlike, say, what Windows does).
We have a request to bring forward/minimize all windows when clicking on a grouped icon: https://bugs.kde.org/show_bug.cgi?id=370258 Would that be acceptable?
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days, the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please set the bug status as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging Thank you for helping us make KDE software even better for everyone!
I figured out why the Present Windows effect might not work from the Icons-Only Task Manager: if you have the effect itself configured to omit minimized windows. This may be useful for the full-screen version of the effect, but breaks the workflow for the IOTM when multiple instances of an app are open and all but one is minimized. In this case, clicking on the app in the IOTM will simply do nothing.
This bug persists on X11. On wayland I get a vertical menu instead of nothing when grouped windows are clicked. Operating System: Arch Linux KDE Plasma Version: 5.15.2 KDE Frameworks Version: 5.55.0 Qt Version: 5.12.1
*** This bug has been marked as a duplicate of bug 428301 ***