From mboxrd@z Thu Jan  1 00:00:00 1970
From: Steven Smith <sos22-xen@srcf.ucam.org>
Subject: Re: [PATCH] Paravirt framebuffer backend tools [2/5]
Date: Wed, 6 Sep 2006 10:15:05 +0100
Message-ID: <20060906091505.GD3257@cam.ac.uk>
References: <20060904090150.GC4812@cam.ac.uk> <44FC224D.3090300@bull.net>
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1650316215=="
Return-path: <xen-devel-bounces@lists.xensource.com>
In-Reply-To: <44FC224D.3090300@bull.net>
List-Unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>,
	<mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
List-Post: <mailto:xen-devel@lists.xensource.com>
List-Help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-Subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>,
	<mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
Mime-version: 1.0
Sender: xen-devel-bounces@lists.xensource.com
Errors-To: xen-devel-bounces@lists.xensource.com
To: Laurent Vivier <Laurent.Vivier@bull.net>
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>
List-Id: xen-devel@lists.xenproject.org


--===============1650316215==
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="hxkXGo8AKqTJ+9QI"
Content-Disposition: inline


--hxkXGo8AKqTJ+9QI
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

> Steven Smith wrote:
> [...]
> >> --- /dev/null	Thu Jan 01 00:00:00 1970 +0000
> >> +++ b/tools/xenfb/keymapping.c	Sat Sep 02 15:19:25 2006 -0400
> >> @@ -0,0 +1,141 @@
> >> +#include <stdint.h>
> >> +#include <gdk/gdkkeysyms.h>
> >> +#include <linux/input.h>
> >> +
> >> +uint32_t gdk_linux_mapping[0x10000] =3D {
> >> +	[GDK_a] =3D KEY_A,
> > This is kind of ugly.  Is there any chance it could be autogenerated?
> > Also, where did 0x10000 come from?
> >=20
> > Also, depending on GTK just for the keymap table is a real pain.  Or
> > is it already required for libvncserver?
> >=20
> For the VNC part, as it depends on libvncserver, it should use
> /usr/include/rfb/keysym.h:
>=20
> +uint32_t gdk_linux_mapping[0x10000] =3D {
> +	[XK_a] =3D KEY_A,
Yes, you're right.  The dependency on GTK is unimportant, but
libvncserver thinks it's generating X keysyms rather than GDK keys, so
XK_* is the correct thing to use, I think.

> For the SDL part, I'm sorry to repeat it should use scancode instead
> of symbol id ...
I think that would imply that the frontend would need to maintain its
own keymap, yes?  What do you think should happen if the system
running the SDL viewer has e.g. a French keyboard but the virtual
machine is configured with a US keymap?  Or have I misunderstood you?

Steven.

--hxkXGo8AKqTJ+9QI
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)

iD8DBQFE/pGZO4S8/gLNrjcRAoV8AJ9csriTylWgp6deJfN57XAKnk7OBACgw7oZ
gQcC/pWxs7hL2z9zqq5pzVA=
=IYXD
-----END PGP SIGNATURE-----

--hxkXGo8AKqTJ+9QI--


--===============1650316215==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

--===============1650316215==--