[Spice-devel] [patch 0/2] vdagent KEYVAL extension

Marc-André Lureau mlureau at redhat.com
Tue Oct 8 20:17:05 CEST 2013


Hi

----- Original Message -----
> > Keys that don't have utf8 equivalent should be sent with the current input,
> > I don't
> > see a benefit changing that.
> > 
> > Having a utf8 input is mainly useful for utf8 input from client (input
> > method,
> > browser) and to bypass guest keymaps.
> > 
> > It shouldn't be used for all inputs.
> 
> I need that for spiceterm.
> 
> I do not really understand why you limit yourself by sending such restricted
> information
> on the input channel. Why do not send all information we have?

You said it yourself, unicode doesn't have representation for all keyboard keys. As you have seen in my previous reply, I am looking at the problem from an "input-method" level. And I don't know if it's a good idea to depend on X11/gdk keysyms in general for Spice.

> Else I need to listen on two different input channels, and mix them somehow.
> That does
> not make any sense to me.

Indeed, that might be a problem since input channel and vdagent/main channel are not synchronized.

Could we have the utf8 input message on the input channel, and multiplex it with the rest of vdagent messages, so at least the remote/guest receives event in order (assuming input channel waits for vdagent before processing key event)? 



More information about the Spice-devel mailing list