Steven Smith wrote:
>>> It'd be nice if, from both machines, pressing the key labelled 'w' on
>>> the keyboard resulted in a 'w' being sent to whatever application is
>>> reading from the keyboard at the time.
>> --->_I think it's better to have bad mapping than missing symbols._<---
>>> Given that the backend knows exactly what each scancode is supposed to
>>> map to, we should in principle be able to avoid this sort of problem.
>>> It's just a matter of connecting everything up correctly. :)
>> No, I'm sorry, I don't think so.
> Okay, dumbest possible solution: the backend queries the local X
> server for its keymap, and publishes that in xenbus. You then have
> some userspace application running in the guest domain which looks at
> that and does xmodmap or loadkeys as appropriate.
> This is really rather distasteful, but I think it allows every key
> which can be typed on the backend keyboard to be transmitted to the
> frontend and rendered correctly there.
> You have to come up with some way of representing the keymap, but
> at least for Linux that's already done for us.
> Does this break anything?
I think it's a good idea.
But perhaps not really needed.
Because generally people always uses same keyboard and you can set directly in
the logging environment to load a default keyboard mapping by account (like a
"loadkeys" in .bash_profile). For instance, french for my account, US for your
account or german for Gerd's account. If I have to connect to other one account
(like "root", but the command "sudo" should allow to avoid that), I think it is
acceptable to have bad mapping.
OK, it doesn't work for the logging screen (console login or xdm), but
generally, on a site, all people uses same keyboard, so we can also set default
keyboard mapping at server level.
An other solution is to force everyone on earth to use french keyboard ;-)
(it's fine for me)
Bull, Architect of an Open World (TM)
+----- "Any sufficiently advanced technology is ----+
| indistinguishable from magic." - Arthur C. Clarke |
Description: OpenPGP digital signature
Xen-devel mailing list