New xorg keysyms.

Zephaniah E. Hull warp at aehallh.com
Sun Feb 4 10:15:17 PST 2007


On Sun, Feb 04, 2007 at 05:11:51PM +0200, Daniel Stone wrote:
> 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.

Alright, a revised patch is attached.
> 
> (Though is there any reason to start numbering from 0001, not 0000?)

Hold over from a comment in xf86keysym.h, fixed.
> 
> > +/* 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.

Moved to olpckeysym.h
> 
> > +/*
> > + * 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.)

Moved to olpckeysym.h.

These are actual keys on the keyboard that have pretty much no special
handling in xf86-input-evdev, so trying to do what you describe would
be, uglier then not having support outside of Sugar for them.

Zephaniah E. Hull.
> 
> Cheers,
> Daniel

-- 
	  1024D/E65A7801 Zephaniah E. Hull <warp at aehallh.com>
	   92ED 94E4 B1E6 3624 226D  5727 4453 008B E65A 7801
	    CCs of replies from mailing lists are requested.

* james would be more impressed if netgod's magic powers could stop the
splits in the first place...
* netgod notes debian developers are notoriously hard to impress
        -- Seen on #Debian
-------------- next part --------------
A non-text attachment was scrubbed...
Name: x11proto_keysym.diff
Type: text/x-diff
Size: 3060 bytes
Desc: not available
URL: <http://lists.x.org/archives/xorg/attachments/20070204/9ca609e8/attachment.diff>
-------------- 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/9ca609e8/attachment.pgp>


More information about the xorg mailing list