New xorg keysyms.

[Daniel Stone]

On Sun, Feb 04, 2007 at 09:23:09AM -0500, Zephaniah E. Hull wrote:
> Based on previous threads, it was decided not to add any more keysyms to
> XF86keysym.h so as to prevent any collisions with any keysyms later
> added by XFree86.
> 
> Attached below is a patch to add xorgkeysym.h, with several keysyms
> added for keys found on OLPC systems.
> 
> My current plan is to commit this in the next few days if there are no
> objections to the approach.

Hi Zepheniah,
Unfortunately I can't see most of these being generally useful: if we
accept that OLPC is a vendor in the traditional sense, then these are
vendor-specific to OLPC, rather than vendor-specific to the Xorg SI.
You may want to look at an olpckeysym.h for stuff that isn't going to be
useful outside of the device.

> +/*
> + * Sometimes funciton keys are "grouped" into sets in some
> + * visible or tactile fashion, and we'd like any key to
> + * be able to be treated the same for a simpler UI.
> + */
> +
> +#define XorgXK_FuncGroup0  0x10090001
> +#define XorgXK_FuncGroup1  0x10090002
> [...]
> +#define XorgXK_FuncGroup7  0x10090008

I can actually see this being useful: multimedia keyboards with an
F-lock or thereabouts essentially simulate multiple groups, albeit with
a simpler UI.  ACK.

(Though is there any reason to start numbering from 0001, not 0000?)

> +/* the next set define "views" of your environment */
> +
> +#define XorgXK_ViewSource   0x10090009  /* view of source of the "activity" or appl. */
> +#define XorgXK_ViewActivity 0x10090010	/* view of your current "activity" or appl. */
> +#define XorgXK_ViewHome     0x10090011	/* view of your personal environment */
> +#define XorgXK_ViewFriends  0x10090012  /* view of friends */
> +#define XorgXK_ViewMesh     0x10090013  /* view of people "near" you in the mesh */

NAK: These don't appear to be at all useful outside of OLPC.

> +/*
> + * These differ from the XorgXKB keysyms, and we expect they will be used as
> + * modifier keys, allowing you to grab window contents and move them around
> + * rather than simulating motion of the pointer when a button is depressed.
> + *
> + */
> +
> +#define XorgXK_Grab_L	0x10090014  /* pointer stays put while contents scroll */
> +#define XorgXK_Grab_R	0x10090015  /* pointer stays put while contents scroll */

Possible ACK: seems like useful behaviour.

> +/*
> + * The function key.
> + */
> +#define XorgXK_Fn	0x10090016 /* sometimes the Fn key also sends a code */

ACK.

> +/*
> + * Monitor brightness and volume control buttons for cases where the keyboard
> + * has fixed setting keys, as opposed to up/down adjustment keys.
> + */
> +
> +#define XorgXK_MonBrightnessOff		0x10090017
> +#define XorgXK_MonBrightnessLow		0x10090018
> +#define XorgXK_MonBrightnessMed		0x10090019
> +#define XorgXK_MonBrightnessHigh	0x10090020
> +#define XorgXK_VolumeOff		0x10090021
> +#define XorgXK_VolumeLow		0x10090022
> +#define XorgXK_VolumeMed		0x10090023
> +#define XorgXK_VolumeHigh		0x10090024

Hrngh.  People probably aren't going to listen for these; is there any
chance your driver could establish the current state and send
brightness/volume up/down as appropriate, rather than these fixed
levels?  (NAK.)

Cheers,
Daniel
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <http://lists.x.org/archives/xorg/attachments/20070204/c2488adb/attachment.pgp>