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.

Reply via email to