<div dir="ltr">You bring this up every single time somebody mentions keyboard input, and every single time we explain in excruciating detail exactly how you're wrong, why you're wrong, and why the use cases you cite are broken work perfectly today.<br><br>Please stop bringing it up. This is your second warning.<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Dec 9, 2014 at 3:45 PM, Bill Spitzak <span dir="ltr"><<a href="mailto:spitzak@gmail.com" target="_blank">spitzak@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 12/09/2014 12:48 AM, Hans de Goede wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
No this is about input-method like functionality.<br>
</blockquote>
<br></span>
Okay, in that case I think the api should be designed such that a text editor gets the UTF-8 to insert in *exactly* the same way whether the language is English or Chinese or Russian and whether or not this device is being used. This includes things that are often built into clients, such as compose keys and typing "alt+u+digits" to insert random Unicode points. All of these should be done by the input method api.<span class=""><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Currently (IIRC) these devices do double translation, so the ready to<br>
use text gets converted into keycodes again, and then back, which is<br>
bound to be lossy, and a bad idea in general, so we want to get rid<br>
of the double translation for these.<br>
</blockquote>
<br></span>
I certainly agree this is a problem with how Wayland is being done now. My main concern is with remote display on some device that delivers keystrokes already translated into keysyms.<br>
<br>
My personal feeling is that it would be better to have libinput or the compositor look up keysyms, rather than clients link with xkb. No more or fewer events are sent than currently, but attached to key transitions are the keysym (possibly none) produced by that transition. This would allow arbitrary code installed along with the device to do the translation which would allow your input device to work.<br>
<br>
There is however very strong disagreement with this idea from the Wayland developers.<div class="HOEnZb"><div class="h5"><br>
______________________________<u></u>_________________<br>
wayland-devel mailing list<br>
<a href="mailto:wayland-devel@lists.freedesktop.org" target="_blank">wayland-devel@lists.<u></u>freedesktop.org</a><br>
<a href="http://lists.freedesktop.org/mailman/listinfo/wayland-devel" target="_blank">http://lists.freedesktop.org/<u></u>mailman/listinfo/wayland-devel</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature">  Jasper<br></div>
</div>