3581aa25e0
* WIP syncing impl * Finish up syncing impl * Reorganize synchronization code + add more docs * Wrap libc::input_id * Remove thread::sleep used for testing * Make EventStream::Item io::Result<InputEvent> * Add RawDevice::empty_state() * Update Device rustdoc * Make raw/sync_stream naming consistent * Update crate docs * Fix missing first event of block * Owned AttributeSet, borrowed AttributeSetRef * Add some basic syncing tests * Add some more syncing tests |
||
|---|---|---|
| examples | ||
| src | ||
| .gitignore | ||
| .travis.yml | ||
| Cargo.toml | ||
| README.md | ||
evdev
Nice(r) access to evdev devices.
What is evdev?
evdev is the Linux kernel's generic input interface, also implemented by other
kernels such as FreeBSD.
This crate exposes access to these sorts of input devices. There is some trickery involved, so please read the crate documentation.
What does this library support?
This library exposes raw evdev events, but uses the Rust Iterator trait to
do so. When processing events via fetch_events, the library will handle
SYN_DROPPED events by injecting fake state updates in an attempt to ensure
callers see state transition messages consistent with actual device state. When
processing via *_no_sync this correction is not done, and SYN_DROPPED messages
will appear if the kernel ring buffer is overrun before messages are read. I try to
match libevdev
closely, where possible.
Writing to devices is not yet supported (eg, turning LEDs on).
There is no abstraction for gamepad-like devices that allows mapping button numbers to logical buttons, nor is one planned. Such a thing should take place in a higher-level crate, likely supporting multiple platforms.
Example
See <examples/evtest.rs> for an example of using this library (which roughly corresponds to the userspace evtest tool.