Re: Revision of keysymdef.h

  Markus,

> Over the years, a number of problems have piled up with <X11/keysymdef.h>,
> which I have set out to sort out.

I would like to add small changes into the XKB (iso9995) section of that file.
First of all I don't like the keysym XK_ISO_Group_Shift is an alias for
Mode_switch
#define XK_ISO_Group_Shift              0xFF7E  /* Alias for mode_switch */

Mode_switch in the core protocol controls some (unnamed) modifier, whereas
in XKB "group shift" means some another action.  Actually, now Mode_switch in
XKB does both, i.e. sets a modifier and shifts an XKB group.  But I know
tasks where it would be better to separate these actions.

And the second change.  XKB has 4 'xkb groups' but keysymdef.h defines only
keysyms for switching to the First_Group, Last_Group (and also Next_Group,
Prev_Group).  Some people want to use in their keymaps keysyms that are able
to switch directly to the one of possible 4 groups.  Also there is only one
keysym that according to its name is purposed for group latching
(XK_ISO_Group_Latch). Therefore it would be useful to complete this set with
keysyms like:
XK_ISO_First_Group_Latch
XK_ISO_Second_Group
XK_ISO_Second_Group_Latch
XK_ISO_Second_Group_Lock
XK_ISO_Third_Group
XK_ISO_Third_Group_Latch
XK_ISO_Third_Group_Lock
XK_ISO_Forth_Group
XK_ISO_Forth_Group_Latch
XK_ISO_Forth_Group_Lock

There is a gap in codes from 0xfe10 to 0xfe1f and I think it could be used for
these keysyms.

And just a question.  What do you think about a bunch of keysyms from XKeysymDB
for internet and multimedia keys (such as XF86AudioPlay, XF86AudioLowerVolume,
XF86Mail, XF86HomePage, etc)?  Are not they worth including into keysymdef.h ?

-- 
 Ivan U. Pascal         |   e-mail: [email protected]
   Administrator of     |   Tomsk State University
     University Network |       Tomsk, Russia