diff options
| author | srdusr <[email protected]> | 2025-05-23 01:48:00 +0200 |
|---|---|---|
| committer | srdusr <[email protected]> | 2025-05-23 01:48:00 +0200 |
| commit | c6bdc26541c4aa8d6594de0ba16a20504c44487a (patch) | |
| tree | aac0ed6c1d565b15f4e2a5e3cb52dcaef6b970a5 /legacy-cpp/scripts/install_deps_arch.sh | |
| parent | 54195f079810410eb9456348e7e44d382d3c4d3f (diff) | |
| download | srdwm-c6bdc26541c4aa8d6594de0ba16a20504c44487a.tar.gz srdwm-c6bdc26541c4aa8d6594de0ba16a20504c44487a.zip | |
Clamp the winit backend's own CSD margin offset to non-negative too
Same fix as the udev backend's matching content-position code: a real
CSD shadow margin (dwindow.geometry().loc) is never negative, but a
live Firefox window was observed reporting loc = (-10, -10) despite
sync_geometry's tiled-state hint telling it to reserve no margin at
all. This path (rounded_content_element, a live GLES shader rendering
the client's own texture directly, not a separate pre-shifted buffer)
doesn't have the udev backend's double-application bug, but it shares
the same single-subtraction call and so needed the same clamp.
Diffstat (limited to 'legacy-cpp/scripts/install_deps_arch.sh')
0 files changed, 0 insertions, 0 deletions