| Commit message (Collapse) | Author | Age |
| |
|
|
|
|
|
| |
Disable the undocumented xkb guts options in the key driver. (Requested by
Daniel Stone.)
|
|
|
|
|
| |
Detect keys numbered higher then buttons. Remove the (depreciated since
long before xkb support was added to evdev) XkbKeymap option.
|
|
|
|
| |
getting unplugged, that sort of stuff.)
|
|
|
|
| |
Work properly if we're defining entirely by capability maps.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
gets it.
Bugzilla #5943 <https://bugs.freedesktop.org/show_bug.cgi=5943> Make sure
we include errno.h.
Reduce EVDEV_MAXBUTTONS to 96.
Split up evdevStateRec into a struct with pointers to new structs for btn,
abs, rel, and key.
New structure type for handling the device capability bitmaps.
Add device bits and struct input_id to evdevDeviceRec.
Add matching device bits, struct input_id, and pass number to
evdevDriverRec.
Prototype for evdevGetBits from evdev_brain.c.
Conversion for the evdevStateRec split.
Remove the errno.h include, it's in evdev.h for now.
Move the bit getting from the drivers to here, into evdevDeviceRec.
Fix a rare case of fd leakage.
Add several new (and somewhat ugly) device matching options: <map>Bits:
Where map is one of ev, key, rel, abs, msc, led, snd, or ff. In the
format of '+0 +3 -1-2 ~5-10', requires bits 0 and 3 be set, bits 1 and
2 to not be set, and at least one bit in the range of 5 to
10 be set. bustype, vendor, product, and version: Simple integer options
for matching the struct device_id fields, must be 0 (the default) or
the exact value you wish to match against. pass: Bounded to 0-3,
devices are matched to the first matching entry found, order for
multiple matching entries in the same pass is undefined, but it starts
with pass 0 and goes to pass 3.
Adaptation for the evdevStateRec split and the change in capability bitmap
handling.
Add evdevGetBits to fill the new evdevBitsRec struct type.
Lots of somewhat ugly code for matching by capability bits.
Split out of evdevRescanDevices to smaller handling functions. The new
design should be better if I decide to handle arbitrary Device fields
again.
Adaptation for the evdevStateRec split and the change in capability bitmap
handling.
Handle all buttons, no button compression at this time, however we reorder
things so that BTN_MOUSE comes before BTN_MISC, somewhat evily.
Support for the new btn->state[] array of int pointers.
Adaptation for the evdevStateRec split and the change in capability bitmap
handling.
Adaptation for the evdevStateRec split and the change in capability bitmap
handling.
I really hope I didn't miss any changes.
|
| |
|
|
|
|
|
| |
(maybe) fix for bug #5950. Though, I'm not convinced and still don't
see how this bug could be happening, especially if this doesn't do it.
|
| |
|
|
|
|
| |
little bug, properly handle wheels on 3 button mice.
|
|
|
|
|
|
|
| |
updated version of the patch listed. Basicly a rewrite of the driver,
with a few pieces of the old. XKB support, proper device matching,
basic absolute pointer support. Lots more, will require some user
config changes.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
installed. Allow the use of evdev for mice on 2.4 kernels.
|
| |
|
|
|
|
|
| |
issues when input goes to multiple places. Restrict building the evdev
driver to 2.6 kernels since EVIOCGRAB didn't exist in 2.4.
|
|
|
|
| |
don't overlap the wheel buttons. Patch from Alan Swanson (#968).
|
| |
|
|
and can handle both mice and keyboards.
Convert this to UTF-8 again. The ChangeLog should be kept in UTF-8.
|