8 releases
0.2.5 | Jul 24, 2022 |
---|---|
0.2.4 | Dec 5, 2021 |
0.2.3 | Jun 15, 2021 |
0.2.2 | Apr 4, 2021 |
0.0.1 | Sep 2, 2017 |
#1198 in Hardware support
3,145 downloads per month
Used in 15 crates
(2 directly)
325KB
9K
SLoC
Contains (obscure autoconf code, 5KB) libevdev/configure.ac
evdev-rs
A Rust wrapper for libevdev
# Cargo.toml
[dependencies]
evdev-rs = "0.6.1"
to enable serialization support, enable the feature "serde"
# Cargo.toml
[dependencies]
evdev-rs = { version = "0.6.1", features = ["serde"] }
With a newer libevdev version (>= 1.10) enable the feature libevdev-1-10
to
allow disabling a property. It also extends the Enable
trait to InputProp
,
enabling the use of enable()
, disable()
and has()
for InputProp
as well.
Why a libevdev wrapper?
The evdev protocol is simple, but quirky, with a couple of behaviors that are non-obvious. libevdev transparently handles some of those quirks.
The evdev crate is an implementation of libevdev in Rust which provides most of the same features.
evdev-rs
crate closely follows libevdev and hence enjoys all the complex handling
that libevdev does. Some of the things that libevdev handles transparently, which may or
may not be in evdev
crate:
- handling of fake multitouch devices
- synching of slots and per-slot state
- transparent generation of missing tracking ids after SYN_DROPPED
- various boundary checks with defined error codes if you request invalid data (e.g. event codes that don't exist on the device)
- fd swapping on the same context
- disabling/enabling events on a per-context basis, so you can disable/enable ABS_FOO and then not care about quirks in the client-side code.
Development
src/enums.rs
can be generated by running ./tools/make-enums.sh
.