diff options
author | Stein <bakkeby@gmail.com> | 2022-08-11 11:15:55 +0200 |
---|---|---|
committer | Hiltjo Posthuma <hiltjo@codemadness.org> | 2022-08-12 09:02:34 +0200 |
commit | 44adafe0069e73aa03a3829d7bb39591cd8b3f1d (patch) | |
tree | ec82bb37bf7d03446872c5777b8b74a7156ad506 /Makefile | |
parent | a859676ead17017bbe81b4989b2f2e0b00a0b4ba (diff) | |
download | dwm-44adafe0069e73aa03a3829d7bb39591cd8b3f1d.tar.gz |
Make floating windows spawn within the monitor's window area
This is a follow-up on this thread:
https://lists.suckless.org/hackers/2208/18462.html
The orginal code had constraints such that if a window's starting
attributes (position and size) were to place the window outside of
the edges of the monitor, then the window would be moved into view
at the closest monitor edge.
There was an exception to this where if a top bar is used then the
window should not obscure the bar if present, which meant to place
the window within the window area instead.
The proposed change here makes it the general rule that floating
windows should spawn within the window area rather than within the
monitor area. This makes it simple and consistent with no
exceptions and it makes the intention of the code clear.
This has the benefit of making the behaviour consistent regardless
of whether the user is using a top bar or a bottom bar.
Additionally this will have an effect on patches that modify the
size of the window area. For example if the insets patch is used to
reserve space on the left hand side of the monitor for a dock or a
vertical bar then new floating clients will not obscure that area.
Diffstat (limited to 'Makefile')
0 files changed, 0 insertions, 0 deletions