mlm@odi.com (Mitchell Model) (09/15/89)
From /usr/include/X11/keysymdef.h:
/*
* Auxilliary Functions; note the duplicate definitions for left and right
* function keys; Sun keyboards and a few other manufactures have such
* function key groups on the left and/or right sides of the keyboard.
* We've not found a keyboard with more than 35 function keys total.
*/
Well, it's happened. The Sun type 4 keyboards (the PC-like
abominations) have L1-L10 on the left, R1-R15 on the right, and F1-F12
on top, totalling 37 keys. F11 is defined to be equivalent to L1 and
F12 to L2. Will R4 fix keysymdef.h to allow F11 and F12 their own
identity apart from L1 and L2? (I suppose I could make the change
locally by just grabbing a pair of unused keysym values (for instance,
the only 0xFFF? defined is 0xFFF (XK_Delete)), but obviously this is
going to be problem for a large number of people.) Is this issue
bug-reportable, discussable, or already taken care of?
--
Mitchell L Model Object Design, Inc.
Director, HeadStart Program 1 New England Executive Park
Burlington MA 01803
mlm@odi.com, odi!mlm@uunet.uu.net (617) 270-9797rws@EXPO.LCS.MIT.EDU (Bob Scheifler) (09/18/89)
Will R4 fix keysymdef.h to allow F11 and F12 their own
identity apart from L1 and L2?
Not presently planned.
(I suppose I could make the change
locally by just grabbing a pair of unused keysym values (for instance,
the only 0xFFF? defined is 0xFFF (XK_Delete))
Using Consortium-controlled keysym space would be a mistake. If you want
to do something in the interim, choose values in the vendor-private space,
and register them with the X Registry if you want to.
Is this issue bug-reportable, discussable, or already taken care of?
Yes, Yes, and No.