<div dir="ltr"><div><div><div>Hello,<br></div>linux/input.h gives numbers of key definitions. The keymap is only useful for PC keyboard when only the layout change from one country to an other. On device we have : on/off, softkey1, softkey2, 12 keys for the keypad in some cases, home, back... The key codes are hard coded inside the kernel. When we add a keymap, we add codes, and time of treatment, and remove resources. On some devices we have only 128Mb of RAM, we can keep a big table in memory just to change KEY_LEFT to XKB_KEY_Left.<br>
</div>An other reason to disabling the keymap it's for sillicium founder. They have to provide the backend for the GPU. They have not enough time to manage a complete keyboard that the customer will change immediately. When we build a BSP for a new board, we have to build the minimum of softwares, like that we can develop with the most recent version of the kernel or the graphic libraries.<br>
</div><div>Regards,<br></div><div>Marc.<br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">2013/6/18 Michael Hasselmann <span dir="ltr"><<a href="mailto:michaelh@openismus.com" target="_blank">michaelh@openismus.com</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Mon, 2013-06-17 at 18:08 +0200, Marc Chalain wrote:<br>
> Hello,<br>
<div class="im"><br>
<br>
> My first observation is we need a PC keyboard support at the end<br>
> ( often a virtual keyboard).<br>
<br>
</div>There's an input method procotol that we intended to use for virtual<br>
keyboards. Try weston's clients/editor.c together with the example<br>
keyboard. You can plug in your own by changing [input-method] in<br>
weston.ini for instance.<br>
<br>
Sending key events should be the exception when using a virtual<br>
keyboard. Instead, we rely on input method events to input text. But<br>
even then clients will have to parse those rare key events.<br>
<br>
ciao Michael<br>
<br>
<br>
</blockquote></div><br></div>