WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
Xen

xen-devel

[Top] [All Lists]

Re: [Xen-devel] [PATCH] Paravirt framebuffer backend tools [2/5]

To: Anthony Liguori <aliguori@xxxxxxxxxxxxx>
Subject: Re: [Xen-devel] [PATCH] Paravirt framebuffer backend tools [2/5]
From: Markus Armbruster <armbru@xxxxxxxxxx>
Date: 2006年10月07日 18:48:47 +0200
Cc: Laurent Vivier <Laurent.Vivier@xxxxxxxx>, xen-devel <xen-devel@xxxxxxxxxxxxxxxxxxx>, sos22@xxxxxxxxxxxxx, Jeremy Katz <katzj@xxxxxxxxxx>
Delivery-date: 2006年10月07日 09:49:05 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <45017CCF.9050707@xxxxxxxxxxxxx> (Anthony Liguori's message of "2006年9月08日 10:23:11 -0400")
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <20060904090150.GC4812@xxxxxxxxx> <44FC224D.3090300@xxxxxxxx> <20060906091505.GD3257@xxxxxxxxx> <44FEB3DE.5070502@xxxxxxxx> <20060906171006.GA5306@xxxxxxxxx> <44FFCAC0.6060809@xxxxxxxx> <20060907083848.GA3078@xxxxxxxxx> <45016F8E.1030300@xxxxxxxxxxxxx> <20060908141248.GA6845@xxxxxxxxx> <45017CCF.9050707@xxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Gnus/5.1008 (Gnus v5.10.8) Emacs/21.4 (gnu/linux)
I think I understand the problem of key encoding, but I'm not sure I
fully understand the solutions proposed here, so let me summarize and
ask (possibly stupid) questions.
The backend gets keys in an encoding that depends on the software used
to access the keyboard:
* with SDL, struct SDL_keysym (consists of scancode, SDL keysym,
current modifiers and optionally Unicode translation),
* with LibVNCServer: rfbKeySym (which is just an X11 keysym).
The frontend needs to stuff Linux keycodes into the input layer.
Our job is to translate from frontend keysyms to Linux keycodes, and
the question is to find out how and where.
Translating SDL_keysym.scancode into Linux keycode should be
straightforward, but translating X11 keysyms isn't. Steven mentioned
code in rdesktop that does that, and Anthony pointed to QEMU.
It would be nice to encapsulate all knowledge about frontend keysyms
in the frontends, i.e. to translate to a common wire encoding there.
Any reason why that's not the way to go? Any reason why the wire
encoding can't (or shouldn't) be simply Linux keycodes?
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
<Prev in Thread] Current Thread [Next in Thread>
Previous by Date: Re: [Xen-devel] open source and trademark , Bastian Blank
Next by Date: Re: [Xen-devel] open source and trademark , Rik van Riel
Previous by Thread: Re: [Xen-devel] [PATCH] Paravirt framebuffer backend tools [2/5] , Steven Smith
Next by Thread: Re: [Xen-devel] [PATCH] Paravirt framebuffer backend tools [2/5] , Stephen C. Tweedie
Indexes: [Date] [Thread] [Top] [All Lists]

Copyright ©, Citrix Systems Inc. All rights reserved. Legal and Privacy
Citrix This site is hosted by Citrix

AltStyle によって変換されたページ (->オリジナル) /