| Summary: | For all window placement modes, when a newly-opened non-tiled, non-maximized, non-fullscreen app window would completely cover the one immediately beneath it, cascade the window instead | ||
|---|---|---|---|
| Product: | [Plasma] kwin | Reporter: | Beat Fasel <beat_fasel> |
| Component: | core | Assignee: | Natalie Clarius <natalie_clarius> |
| Status: | RESOLVED FIXED | ||
| Severity: | wishlist | CC: | anditosan1000, arcooke, ceceron, ch75, edlin280, harijs, hein, kde, kde, kde, masterdany88, natalie_clarius, nate, postix |
| Priority: | HI | Keywords: | usability |
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | unspecified | ||
| OS: | Linux | ||
| Latest Commit: | https://invent.kde.org/plasma/kwin/commit/274922caafb440af41c4add2c5047c52f97e3217 | Version Fixed In: | 5.27 |
| Sentry Crash Report: | |||
|
Description
Beat Fasel
2003-05-03 16:30:27 UTC
As of KDE 3.2.2, in centered windows placment mode, windows still often occlude other windows, especially of the same type (e.g. konqueror windows). It would nice if windows would not cover each other 100% when being of the same type. Thanks, Beat This would be most helpful when using xinerama over multiple screens. As it is right now (KDE 4.2.3), each screen is managed fairly smartly but it stinks to have one screen get overly populated while adjacent screens have almost nothing on them. It seems that kwin seems to prefer the screen which currently has the mouse over those which have the most available real-estate. *** Bug 217478 has been marked as a duplicate of this bug. *** *** Bug 377737 has been marked as a duplicate of this bug. *** *** Bug 58064 has been marked as a duplicate of this bug. *** *** Bug 338495 has been marked as a duplicate of this bug. *** *** Bug 387603 has been marked as a duplicate of this bug. *** *** Bug 275565 has been marked as a duplicate of this bug. *** *** Bug 272088 has been marked as a duplicate of this bug. *** >For all window placement modes, when a newly-opened non-tiled non-fullscreen app window would completely cover the one immediately beneath it, cascade the window instead
If a user has chosen a strategy that explicitly states what it should do (centered, zero cornered, maximised, under mouse) then doing something "magic" and not what the user explicitly asked seems like a bad idea.
The number of duplicates would seem to indicate otherwise. I come from the Mac world where windows are generally placed centered, but when a new window would completely cover the window beneath it, the new window is cascaded. In practice this is much nicer than covering up the window underneath it. Maybe it's one of those things that you need to get used to to appreciate. But... having gotten used to it, I would really like to use it, because lacking it makes the Centered window placement mode really frustrating. FWIW, my wife voiced the exact same criticism of the Centered placement mode when she tried it out, and ended up switching back to Smart, which annoys her for other reasons (what she really wants is Bug 15329). (In reply to David Edmundson from comment #10) > >For all window placement modes, when a newly-opened non-tiled non-fullscreen app window would completely cover the one immediately beneath it, cascade the window instead > > If a user has chosen a strategy that explicitly states what it should do > (centered, zero cornered, maximised, under mouse) then doing something > "magic" and not what the user explicitly asked seems like a bad idea. *sigh* I guess we could a new placement policy or adjust existing (smart or centered). In general, the proposed approach seems to be very sensible. s/could/could create/ I suggest to adjust Smart placement policy. That would be cool! FWIW Centered and Zero-Cornered also suffer noticeably from this issue as well. In principle Random and Under Cursor could too, but probably not as much since window position is more variable with those placement modes. In #377737 I suggested a "staggered centered" option which would spawn new windows near the center of the screen, offset a bit from the center in random directions. Just whipped up a quick little example here https://codepen.io/cowsay/pen/oNvwLrQ Maybe something to consider? A possibly relevant merge request was started @ https://invent.kde.org/plasma/kwin/-/merge_requests/3229 Git commit 274922caafb440af41c4add2c5047c52f97e3217 by Natalie Clarius. Committed on 02/12/2022 at 14:05. Pushed by ngraham into branch 'master'. placement: cascade if window would completely overlap another window M +39 -0 src/placement.cpp M +2 -0 src/placement.h https://invent.kde.org/plasma/kwin/commit/274922caafb440af41c4add2c5047c52f97e3217 |