mirror of
https://gitlab.freedesktop.org/libinput/libinput.git
synced 2025-12-20 06:50:05 +01:00
doc/user: explain why we are doing motion normalization
Signed-off-by: Peter Hutterer <peter.hutterer@who-t.net>
This commit is contained in:
parent
1d0dbd2461
commit
2f8dab4537
1 changed files with 5 additions and 0 deletions
|
|
@ -27,6 +27,11 @@ libinput applies a dpi-dependent acceleration function. At low speeds, a
|
||||||
movement speed increases, acceleration is applied - at high speeds a low-dpi
|
movement speed increases, acceleration is applied - at high speeds a low-dpi
|
||||||
device will roughly feel the same as a higher-dpi mouse.
|
device will roughly feel the same as a higher-dpi mouse.
|
||||||
|
|
||||||
|
The reason for the normalization is convenience: a caller can assume that a
|
||||||
|
delta of 1 should result in a movement of 1 pixel on a traditional
|
||||||
|
(low-dpi) screen. On screens with high resolutions, the caller must scale
|
||||||
|
according to the UI scale factors.
|
||||||
|
|
||||||
This normalization only applies to accelerated coordinates, unaccelerated
|
This normalization only applies to accelerated coordinates, unaccelerated
|
||||||
coordinates are left in device-units. It is up to the caller to interpret
|
coordinates are left in device-units. It is up to the caller to interpret
|
||||||
those coordinates correctly.
|
those coordinates correctly.
|
||||||
|
|
|
||||||
Loading…
Add table
Reference in a new issue