May 15 2017
Correct description once again. :)
@jpeg, I think this should be double and I correct the description.
Correct the description about ECORE_AXIS_LABEL_TOUCH_PALM enum
May 3 2017
Mar 15 2016
Hi, zmike. :)
This patch will be followed by other patch-sets including ecore-drm and ecore input evas side implementations.
Even the additional patches become added to this revision, it'll still be partial implementations and other patches need to be added more and more.
Would you really like to contain test cases/usage in this revision ? If you'd like to, then I'll do it. :)
The following stuff was omitted. :)
#define ECORE_MAGIC_DEV 0x5e9e6510
Dec 22 2015
updated doc for @return
initialized code value to zero in _device_handle_key()
updated doc for @return sections for both apis
Dec 21 2015
modify to return if we got ZERO as a keycode from libinput
fix docs and codes
Dec 20 2015
ManMower, thanks for the information.
This change is for both static and dynamic remapping.
In static remapping cases, this allows compositor to do remapping just with keycode information
and we don't need to know the scancode information.
Dec 17 2015
Unfortunately, it looks like libinput will only accept such things if they're very hardware specific, so what you've done is the right way to go.
libinput doesn't want to have to solve the API issues, would rather leave that to compositors.
devilhorns, thank you for your review.
I added the two missing lines. :)
Two missing lines are added (@return).
Dear all, please kindly review this changes.
IMO, its better to have key remap functionality in libinput as one of the device configuration stuff.
Now libinput doesn't have the key remap feature, therefore I added it into ecore drm evdev.
Once if libinput has the support for key remap functionality, I'll rewrite these apis to use libinput's.
Actually, as I added key remap feature as a libinput device configuration stuff in my local enviroment,
it works properly and seems better.