Re: [gtk-vnc-devel] [PATCH][RFC] Support for ExtendedKeyEvent client message



Gerd Hoffmann wrote:
  Hi,

If it is true, that KEY_Q does not necessarily correspond to a 'Q' key press, then I fail to see how the Linux input layer codes are any more well defined the PS/2 scan codes.

I think they are when it comes to those fancy multimedia keyboards which
add certain keys for "play", "pause", "next track", "volume up" and so
on.  Linux has KEY_FOO defines for them.  For PS/2 those are not
standardized and thus differ from vendor to vendor as far I know.  At
least xorg comes with a bunch of different xkb keyboard definitions for
the different keyboards ...

Has anyone thought about implementing a kernel interface to tell userspace that the kernel is capable of providing symbolic keycodes such that a keymap isn't necessary? That seems like the optimal solution to me. I would be interested in that not just for PVFB but also for QEMU.

Regards,

Anthony Liguori

cheers,
  Gerd







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