Re: [patch 0/2] vdagent KEYVAL extension

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



> > Did the spice-html5 people already found a way to generate scancodes?
> 
> I don't see the relation. For example, in case of html5 client to spiceterm, you
> don't need (and don't have) hw scancode.

I talk about html client with qemu. The suggested protocol extension provides
a clean solution for the html5 client.

> Why do you want to mix scancodes and keysym in the same message?

First, because it solves the html client problem. Second, because it  results
in simpler code.

> If the server needs keysyms, it can have the keysym capability. If it wants
> scancode, it should not advertize it.
> 
> 
> If you really need both, we could have the protocol (another capability)
> specifying that a keysym event is immediately followed by the corresponding
> scancode sequence. 

For what reason do you want such a complex solution?

But wait, I will post a patch with many cleanups tomorrow. You can then see how it
fits all together.

Many thanks for your patience,

Dietmar

_______________________________________________
Spice-devel mailing list
Spice-devel@xxxxxxxxxxxxxxxxxxxxx
http://lists.freedesktop.org/mailman/listinfo/spice-devel




[Index of Archives]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [ECOS]     [Asterisk Internet PBX]     [Linux API]     [Monitors]