[PATCH] Input device properties
Simon Thum
simon.thum at gmx.de
Wed Jul 9 02:51:05 PDT 2008
Hi Peter,
thanks a lot! Looks good to me, however one question: As I want to
intercept updates to props in dix, am I expected to overwrite
SetProperty? Can I rely on drivers not cancelling me (i.e. chaining as a
part of the spec) or how would you say this could be done best?
Regards,
Simon
Peter Hutterer wrote:
> This patch adds input device properties modelled after randr output
> properties (and by modelled I mean mostly copied).
>
> Why do we want them?
> Currently the method to talk to a driver is through the ChangeDeviceControl
> request, which basically routes binary data from the client to the driver and
> vice versa. Adding new control types requires a protocol bump.
>
> The properties are simply X atoms that can be set on the device, and allow for
> arbitrary options without having to update the server and/or the protocol.
> Long-term this would allow us to deprecate the ChangeDeviceControl request.
>
> Additional patches for libXi, app/xinput and xf86-input-evdev are available in
> http://people.freedesktop.org/~whot/patches/device-properties
> The evdev driver provides the ability to set middle button function + timeout
> through properties as a simple demo.
>
> Example usage for xinput:
>
> whot at emu:~$ xinput --list-props "USB Optical Mouse"
> Device 'USB Optical Mouse':
> Middle Button Emulation: 2
> Middle Button Timeout: 50
> whot at emu:~$ xinput --set-int-prop "USB Optical Mouse" "Middle Button Timeout" 16 500
>
> Note that some of the patches require cleanup and no documentation has been
> written yet. Unless there's any NACKs, I'll push by the end of the week and
> try to get the specs updated.
>
> Cheers,
> Peter
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> xorg mailing list
> xorg at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/xorg
More information about the xorg
mailing list