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.
