https://bugs.kde.org/show_bug.cgi?id=356161
Bug ID: 356161 Summary: [RFC] Should the minimize all script favor minimizing? Product: kwin Version: git master Platform: Other OS: Linux Status: UNCONFIRMED Severity: wishlist Priority: NOR Component: general Assignee: kwin-bugs-n...@kde.org Reporter: thomas.luebk...@gmail.com Presently, the script will rather unminimize what it has minimized as long as such minimized window is around, ignoring changes on screen. Given the approach seems to be used to "unclutter" the desktop, it sounds reasonable that users wil - spam windows, work with them - minimize all to unclutter the desktop - spam windows, work with them - minimize all to unclutter the desktop at which point "unclutter" won't happen, but the windows minimized in the first cycle will be restored. The question is whether 1. we should not ignore the interim changes and put the emphasis on *minimize* all, ie. minimize as long as there's something to minimize. A follow-up question is whether 2. the restoring call (if that actually happens...) should restore all windows that are minimized because of the script or just those in the last cycle. The pros would be that this is claimed to be the status ante w/ the secret ShowDesktopIsMinimizeAll key and may support the "unclutter" usecase. The con would be "yet another behavioral change" and so far only one user complained. Since we'll have to wait for 5.6 anyway (behavioral), we could introduce an option. The alternative to the option is to pick one habit for the kwin stock and ship the rest via GHNS. Thoughts? Reproducible: Always -- You are receiving this mail because: You are watching all bug changes.