Update reviewers

Correct description once again. :)

@jpeg, I think this should be double and I correct the description.
Thanks.

Correct the description about ECORE_AXIS_LABEL_TOUCH_PALM enum

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

updated doc for @return

initialized code value to zero in _device_handle_key()

updated doc for @return sections for both apis

modify to return if we got ZERO as a keycode from libinput

fix docs and codes

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.

In D3463#54654, @ManMower wrote:

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.