mirror of
https://github.com/hyprwm/wlroots-hyprland.git
synced 2024-11-23 05:15:58 +01:00
util: fix non-linear behavior of wlr_box_closest_point()
Per comments in util/box.h, the width and height of a wlr_box are exclusive; that is, for a 100x100 box at (0,0), the point (99,99) is inside it while the point (100,100) is outside it. Thus mathematically, there exists no single closest point to the bottom-right corner of the box while remaining inside it. You can construct an infinite series approaching the limit, such as {(99,99), (99.9,99.9), (99.99,99.99)...}, but since the intervals are half-open, there is no "last" point. wlr_box_closest_point() must therefore define an arbitrary "closest" point. For points below and to the right of the box, the current implementation returns (box.x + width - 1, box.y + height - 1). Let's continue to do this. However, the current implementation is non-linear: with the example 100x100 box, it will return an input point of (99.9,99.9) unchanged, but for an input point (100.1,100.1) the returned point will jump back to (99.0,99.0). In practice, this non-linearity results in strange behaviors when driving the mouse cursor to a screen corner. On a 1920x1080 display for example, driving the cursor quickly to the bottom-left corner results in a position of exactly (0,1079). Continuing to slowly nudge the cursor downward results in the position jumping between (0,1079) and other, fractional coordinates such as (0,1079.88). The fractional coordinates expose some client/toolkit-side bugs (which, to be clear, should be fixed on the client side), but IMHO the wlroots behavior is also inconsistent and wrong -- when I drive the mouse cursor into the corner of the screen, it should come to a stop at a fixed position, not jitter around.
This commit is contained in:
parent
34219b0334
commit
3fc66d4525
1 changed files with 21 additions and 3 deletions
24
util/box.c
24
util/box.c
|
@ -1,4 +1,3 @@
|
|||
#include <limits.h>
|
||||
#include <math.h>
|
||||
#include <stdbool.h>
|
||||
#include <stdlib.h>
|
||||
|
@ -14,10 +13,29 @@ void wlr_box_closest_point(const struct wlr_box *box, double x, double y,
|
|||
return;
|
||||
}
|
||||
|
||||
// Note: the width and height of the box are exclusive; that is,
|
||||
// for a 100x100 box at (0,0), the point (99,99) is inside it
|
||||
// while the point (100,100) is outside it.
|
||||
//
|
||||
// Mathematically, there exists no single closest point to the
|
||||
// bottom-right corner of the box while remaining inside it. You
|
||||
// can construct an infinite series approaching the limit, such
|
||||
// as {(99,99), (99.9,99.9), (99.99,99.99)...}, but since the
|
||||
// intervals are half-open, there is no "last" point.
|
||||
//
|
||||
// This function must therefore define an arbitrary "closest"
|
||||
// point. For simplicity and consistency, this is defined to be
|
||||
// (box.x + width - 1, box.y + height - 1).
|
||||
//
|
||||
// (The previous implementation was non-linear: with the example
|
||||
// 100x100 box, it would return an input point of (99.9,99.9)
|
||||
// unchanged, but for an input point (100.1,100.1) the returned
|
||||
// point would jump back to (99.0,99.0). This is now fixed.)
|
||||
|
||||
// find the closest x point
|
||||
if (x < box->x) {
|
||||
*dest_x = box->x;
|
||||
} else if (x >= box->x + box->width) {
|
||||
} else if (x > box->x + box->width - 1) {
|
||||
*dest_x = box->x + box->width - 1;
|
||||
} else {
|
||||
*dest_x = x;
|
||||
|
@ -26,7 +44,7 @@ void wlr_box_closest_point(const struct wlr_box *box, double x, double y,
|
|||
// find closest y point
|
||||
if (y < box->y) {
|
||||
*dest_y = box->y;
|
||||
} else if (y >= box->y + box->height) {
|
||||
} else if (y > box->y + box->height - 1) {
|
||||
*dest_y = box->y + box->height - 1;
|
||||
} else {
|
||||
*dest_y = y;
|
||||
|
|
Loading…
Reference in a new issue