From: Laurent Vivier <Laurent.Vivier@bull.net>
To: Steven Smith <sos22-xen@srcf.ucam.org>
Cc: Jeremy Katz <katzj@redhat.com>,
aliguori <aliguori@mail.utexas.edu>,
xen-devel <xen-devel@lists.xensource.com>,
sos22@srcf.ucam.org, Markus Armbruster <armbru@redhat.com>
Subject: Re: [PATCH] Paravirt framebuffer backend tools [2/5]
Date: Thu, 07 Sep 2006 14:03:24 +0200 [thread overview]
Message-ID: <45000A8C.90103@bull.net> (raw)
In-Reply-To: <20060907095529.GA3511@cam.ac.uk>
[-- Attachment #1.1: Type: text/plain, Size: 2190 bytes --]
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._<---
> Agreed.
>
>>> 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.
Why ?
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)
Regards,
Laurent
--
Laurent.Vivier@bull.net
Bull, Architect of an Open World (TM)
+----- "Any sufficiently advanced technology is ----+
| indistinguishable from magic." - Arthur C. Clarke |
[-- Attachment #1.2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #2: Type: text/plain, Size: 138 bytes --]
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel
next prev parent reply other threads:[~2006-09-07 12:03 UTC|newest]
Thread overview: 42+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-09-02 19:58 [PATCH] Paravirt framebuffer backend tools [2/5] Jeremy Katz
2006-09-04 9:01 ` Steven Smith
2006-09-04 12:55 ` Laurent Vivier
2006-09-06 9:15 ` Steven Smith
2006-09-06 11:41 ` Laurent Vivier
2006-09-06 17:10 ` Steven Smith
2006-09-06 17:50 ` Gerd Hoffmann
2006-09-07 7:32 ` Laurent Vivier
2006-09-07 7:50 ` Steven Smith
2006-09-07 7:31 ` Laurent Vivier
2006-09-07 8:38 ` Steven Smith
2006-09-07 9:31 ` Laurent Vivier
2006-09-07 9:55 ` Steven Smith
2006-09-07 12:03 ` Laurent Vivier [this message]
2006-09-08 13:26 ` Anthony Liguori
2006-09-08 14:00 ` Laurent Vivier
2006-09-08 14:12 ` Steven Smith
2006-09-08 14:23 ` Anthony Liguori
2006-10-07 16:48 ` Markus Armbruster
2006-10-10 16:53 ` Stephen C. Tweedie
2006-10-10 17:46 ` Anthony Liguori
2006-10-10 17:46 ` Anthony Liguori
2006-10-11 13:49 ` Markus Armbruster
2006-10-11 15:18 ` Gerd Hoffmann
2006-10-11 15:21 ` Laurent Vivier
2006-10-10 18:48 ` Steven Smith
2006-09-10 10:40 ` Steven Smith
2006-09-10 13:05 ` Anthony Liguori
2006-09-05 16:11 ` Jeremy Katz
2006-09-05 16:57 ` Anthony Liguori
2006-09-06 9:14 ` Steven Smith
2006-09-06 9:13 ` Steven Smith
2006-09-30 8:51 ` Markus Armbruster
2006-10-02 9:01 ` Steven Smith
2006-10-04 14:04 ` Markus Armbruster
2006-10-04 14:20 ` Daniel P. Berrange
2006-10-04 14:57 ` Anthony Liguori
2006-10-05 18:41 ` Steven Smith
2006-10-05 18:33 ` Steven Smith
2006-10-06 14:10 ` Markus Armbruster
2006-10-07 9:42 ` Steven Smith
2006-09-12 18:55 ` Daniel P. Berrange
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=45000A8C.90103@bull.net \
--to=laurent.vivier@bull.net \
--cc=aliguori@mail.utexas.edu \
--cc=armbru@redhat.com \
--cc=katzj@redhat.com \
--cc=sos22-xen@srcf.ucam.org \
--cc=sos22@srcf.ucam.org \
--cc=xen-devel@lists.xensource.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.