diff options
author | Stein <bakkeby@gmail.com> | 2022-08-09 10:38:08 +0200 |
---|---|---|
committer | Hiltjo Posthuma <hiltjo@codemadness.org> | 2022-08-10 15:31:21 +0200 |
commit | a859676ead17017bbe81b4989b2f2e0b00a0b4ba (patch) | |
tree | 6f3dda2ac548478b739c648e36e2a7a60dde660f /%252525253fid%252525253d84d7322113c2bf023f5eaa8537fb0e72d4105046%2525253fid%2525253d5799dd1fca6576b662d299e210cd5933b29d502d%25253fid%25253d5799dd1fca6576b662d299e210cd5933b29d502d&id2%25253d44adafe0069e73aa03a3829d7bb39591cd8b3f1d%253fid%253d5799dd1fca6576b662d299e210cd5933b29d502d%3fid%3d44adafe0069e73aa03a3829d7bb39591cd8b3f1d?id=a859676ead17017bbe81b4989b2f2e0b00a0b4ba | |
parent | e0dee911455cee739a5b05a994828f4a37a2764d (diff) |
Simplify client y-offset correction
The reasoning behind the original line may be lost to time as
it does not make much sense checking the position on the x-axis
to determine how to position the client on the y-axis.
In the context of multi-monitor setups the monitor y position
(m->my) may be greater than 0 (say 500), in which case the window
could be placed out of view if:
- the window attributes have a 0 value for the y position and
- we end up using the y position of bh (e.g. 22)
If the aim is to avoid a new floating client covering the bar then
restricting y position to be at least that of the window area
(m->wy) should cover the two cases of using a top bar and using a
bottom bar.
Diffstat (limited to '%252525253fid%252525253d84d7322113c2bf023f5eaa8537fb0e72d4105046%2525253fid%2525253d5799dd1fca6576b662d299e210cd5933b29d502d%25253fid%25253d5799dd1fca6576b662d299e210cd5933b29d502d&id2%25253d44adafe0069e73aa03a3829d7bb39591cd8b3f1d%253fid%253d5799dd1fca6576b662d299e210cd5933b29d502d%3fid%3d44adafe0069e73aa03a3829d7bb39591cd8b3f1d?id=a859676ead17017bbe81b4989b2f2e0b00a0b4ba')
0 files changed, 0 insertions, 0 deletions