On 04/23/2013 11:26 PM, David Herrmann wrote:

I'm currently looking into an interface that provides file-descriptors
for wl_keyboard/wl_mouse for clients. The FDs are muted (EVIOCMUTE
proposed on linux-input by krh) while clients are inactive and unmuted
when they get input focus. This is basically a performance boost
because input events no longer pass through the compositor.
However, this mechanism could be easily used to forward any other
input fd to clients. A wl_gamepad interface could be just empty except
for this FD-passing logic.

Anything like this (and also database of device key mappings) is going to have trouble if Wayland supports remote clients. All of this would have to be forwarded to the client from the remote display, introducing a lot of complexity and nasty bugs when clients disagree with the server about what device mapping is being used. It also looks impossible to support apis like RDP where this translation is already done, except by really kludgy inverse keymaps (which cause stupid bugs in NX right now so I think they are a bad idea).

Also even the current wayland behavior with keyboards seems to conflict with input methods. You communicate with input methods with wayland requests and events, and the input method has to do all the work of decoding the keystrokes anyway.

_______________________________________________
wayland-devel mailing list
wayland-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/wayland-devel

Reply via email to