mirror of
https://gitlab.freedesktop.org/libinput/libinput.git
synced 2026-03-22 03:20:35 +01:00
doc: move relative motion normalization page over to doc/
Signed-off-by: Peter Hutterer <peter.hutterer@who-t.net>
This commit is contained in:
parent
f82aa16624
commit
5c63a73970
3 changed files with 53 additions and 51 deletions
|
|
@ -9,6 +9,7 @@ header_files = \
|
|||
$(top_srcdir)/README.txt \
|
||||
$(srcdir)/absolute-axes.dox \
|
||||
$(srcdir)/clickpad-softbuttons.dox \
|
||||
$(srcdir)/normalization-of-relative-motion.dox \
|
||||
$(srcdir)/seats.dox \
|
||||
$(srcdir)/t440-support.dox
|
||||
|
||||
|
|
|
|||
52
doc/normalization-of-relative-motion.dox
Normal file
52
doc/normalization-of-relative-motion.dox
Normal file
|
|
@ -0,0 +1,52 @@
|
|||
/**
|
||||
@page motion_normalization Normalization of relative motion
|
||||
|
||||
Most relative input devices generate input in so-called "mickeys". A
|
||||
mickey is in device-specific units that depend on the resolution
|
||||
of the sensor. Most optical mice use sensors with 1000dpi resolution, but
|
||||
some devices range from 100dpi to well above 8000dpi.
|
||||
|
||||
Without a physical reference point, a relative coordinate cannot be
|
||||
interpreted correctly. A delta of 10 mickeys may be a millimeter of
|
||||
physical movement or 10 millimeters, depending on the sensor. This
|
||||
affects pointer acceleration in libinput and interpretation of relative
|
||||
coordinates in callers.
|
||||
|
||||
libinput normalizes all relative input to a physical resolution of
|
||||
1000dpi, the same delta from two different devices thus represents the
|
||||
same physical movement of those two devices (within sensor error
|
||||
margins).
|
||||
|
||||
Devices usually do not advertise their resolution and libinput relies on
|
||||
the udev property MOUSE_DPI for this information.
|
||||
|
||||
The format of the property for single-resolution mice is:
|
||||
@code
|
||||
MOUSE_DPI=resolution@frequency
|
||||
@endcode
|
||||
|
||||
The resolution is in dots per inch, the frequency in Hz.
|
||||
The format of the property for multi-resolution mice may list multiple
|
||||
resolutions and frequencies:
|
||||
@code
|
||||
MOUSE_DPI=r1@f1 *r2@f2 r3@f3
|
||||
@endcode
|
||||
|
||||
The default frequency must be pre-fixed with an asterisk.
|
||||
|
||||
For example, these two properties are valid:
|
||||
@code
|
||||
MOUSE_DPI=800@125
|
||||
MOUSE_DPI=400@125 800@125 *1000@500 5500@500
|
||||
@endcode
|
||||
|
||||
The behavior for a malformed property is undefined.
|
||||
|
||||
If the property is unset, libinput assumes the resolution is 1000dpi.
|
||||
|
||||
Note that HW does not usually provide information about run-time
|
||||
resolution changes, libinput will thus not detect when a resolution
|
||||
changes to the non-default value.
|
||||
|
||||
*/
|
||||
|
||||
|
|
@ -132,57 +132,6 @@ extern "C" {
|
|||
*
|
||||
*/
|
||||
|
||||
/**
|
||||
* @page motion_normalization Normalization of relative motion
|
||||
*
|
||||
* Most relative input devices generate input in so-called "mickeys". A
|
||||
* mickey is in device-specific units that depend on the resolution
|
||||
* of the sensor. Most optical mice use sensors with 1000dpi resolution, but
|
||||
* some devices range from 100dpi to well above 8000dpi.
|
||||
*
|
||||
* Without a physical reference point, a relative coordinate cannot be
|
||||
* interpreted correctly. A delta of 10 mickeys may be a millimeter of
|
||||
* physical movement or 10 millimeters, depending on the sensor. This
|
||||
* affects pointer acceleration in libinput and interpretation of relative
|
||||
* coordinates in callers.
|
||||
*
|
||||
* libinput normalizes all relative input to a physical resolution of
|
||||
* 1000dpi, the same delta from two different devices thus represents the
|
||||
* same physical movement of those two devices (within sensor error
|
||||
* margins).
|
||||
*
|
||||
* Devices usually do not advertise their resolution and libinput relies on
|
||||
* the udev property MOUSE_DPI for this information.
|
||||
*
|
||||
* The format of the property for single-resolution mice is:
|
||||
* @code
|
||||
* MOUSE_DPI=resolution@frequency
|
||||
* @endcode
|
||||
*
|
||||
* The resolution is in dots per inch, the frequency in Hz.
|
||||
* The format of the property for multi-resolution mice may list multiple
|
||||
* resolutions and frequencies:
|
||||
* @code
|
||||
* MOUSE_DPI=r1@f1 *r2@f2 r3@f3
|
||||
* @endcode
|
||||
*
|
||||
* The default frequency must be pre-fixed with an asterisk.
|
||||
*
|
||||
* For example, these two properties are valid:
|
||||
* @code
|
||||
* MOUSE_DPI=800@125
|
||||
* MOUSE_DPI=400@125 800@125 *1000@500 5500@500
|
||||
* @endcode
|
||||
*
|
||||
* The behavior for a malformed property is undefined.
|
||||
*
|
||||
* If the property is unset, libinput assumes the resolution is 1000dpi.
|
||||
*
|
||||
* Note that HW does not usually provide information about run-time
|
||||
* resolution changes, libinput will thus not detect when a resolution
|
||||
* changes to the non-default value.
|
||||
*/
|
||||
|
||||
/**
|
||||
* Log priority for internal logging messages.
|
||||
*/
|
||||
|
|
|
|||
Loading…
Add table
Reference in a new issue