summaryrefslogtreecommitdiff
path: root/keysyms
diff options
context:
space:
mode:
authorIan Osgood <iano@quirkster.com>2006-04-19 20:42:46 -0700
committerIan Osgood <iano@quirkster.com>2006-04-19 20:42:46 -0700
commit86d3282b0fdc8a33f5d0472803a66923d51926df (patch)
tree1aeb48966fa87b3023ffb5fd57155d9ae60b7b63 /keysyms
parentf88a511cdb5e931cecca4831124f94a713e08f0b (diff)
Enumeration and documentation for col parameter
Diffstat (limited to 'keysyms')
-rw-r--r--keysyms/keysyms.c77
-rw-r--r--keysyms/xcb_keysyms.h8
2 files changed, 85 insertions, 0 deletions
diff --git a/keysyms/keysyms.c b/keysyms/keysyms.c
index 926e40d..7756947 100644
--- a/keysyms/keysyms.c
+++ b/keysyms/keysyms.c
@@ -76,6 +76,83 @@ XCBKeySymbolsFree (XCBKeySymbols *syms)
}
}
+/* Use of the 'col' parameter:
+
+A list of KeySyms is associated with each KeyCode. The list is intended
+to convey the set of symbols on the corresponding key. If the list
+(ignoring trailing NoSymbol entries) is a single KeySym ``K'', then the
+list is treated as if it were the list ``K NoSymbol K NoSymbol''. If the
+list (ignoring trailing NoSymbol entries) is a pair of KeySyms ``K1
+K2'', then the list is treated as if it were the list ``K1 K2 K1 K2''.
+If the list (ignoring trailing NoSymbol entries) is a triple of KeySyms
+``K1 K2 K3'', then the list is treated as if it were the list ``K1 K2 K3
+NoSymbol''. When an explicit ``void'' element is desired in the list,
+the value VoidSymbol can be used.
+
+The first four elements of the list are split into two groups of
+KeySyms. Group 1 contains the first and second KeySyms; Group 2 contains
+the third and fourth KeySyms. Within each group, if the second element
+of the group is NoSymbol , then the group should be treated as if the
+second element were the same as the first element, except when the first
+element is an alphabetic KeySym ``K'' for which both lowercase and
+uppercase forms are defined. In that case, the group should be treated
+as if the first element were the lowercase form of ``K'' and the second
+element were the uppercase form of ``K.''
+
+The standard rules for obtaining a KeySym from a KeyPress event make use
+of only the Group 1 and Group 2 KeySyms; no interpretation of other
+KeySyms in the list is given. Which group to use is determined by the
+modifier state. Switching between groups is controlled by the KeySym
+named MODE SWITCH, by attaching that KeySym to some KeyCode and
+attaching that KeyCode to any one of the modifiers Mod1 through Mod5.
+This modifier is called the group modifier. For any KeyCode, Group 1 is
+used when the group modifier is off, and Group 2 is used when the group
+modifier is on.
+
+The Lock modifier is interpreted as CapsLock when the KeySym named
+XK_Caps_Lock is attached to some KeyCode and that KeyCode is attached to
+the Lock modifier. The Lock modifier is interpreted as ShiftLock when
+the KeySym named XK_Shift_Lock is attached to some KeyCode and that
+KeyCode is attached to the Lock modifier. If the Lock modifier could be
+interpreted as both CapsLock and ShiftLock, the CapsLock interpretation
+is used.
+
+The operation of keypad keys is controlled by the KeySym named
+XK_Num_Lock, by attaching that KeySym to some KeyCode and attaching that
+KeyCode to any one of the modifiers Mod1 through Mod5 . This modifier is
+called the numlock modifier. The standard KeySyms with the prefix
+``XK_KP_'' in their name are called keypad KeySyms; these are KeySyms
+with numeric value in the hexadecimal range 0xFF80 to 0xFFBD inclusive.
+In addition, vendor-specific KeySyms in the hexadecimal range 0x11000000
+to 0x1100FFFF are also keypad KeySyms.
+
+Within a group, the choice of KeySym is determined by applying the first
+rule that is satisfied from the following list:
+
+* The numlock modifier is on and the second KeySym is a keypad KeySym. In
+ this case, if the Shift modifier is on, or if the Lock modifier is on
+ and is interpreted as ShiftLock, then the first KeySym is used,
+ otherwise the second KeySym is used.
+
+* The Shift and Lock modifiers are both off. In this case, the first
+ KeySym is used.
+
+* The Shift modifier is off, and the Lock modifier is on and is
+ interpreted as CapsLock. In this case, the first KeySym is used, but
+ if that KeySym is lowercase alphabetic, then the corresponding
+ uppercase KeySym is used instead.
+
+* The Shift modifier is on, and the Lock modifier is on and is
+ interpreted as CapsLock. In this case, the second KeySym is used, but
+ if that KeySym is lowercase alphabetic, then the corresponding
+ uppercase KeySym is used instead.
+
+* The Shift modifier is on, or the Lock modifier is on and is
+ interpreted as ShiftLock, or both. In this case, the second KeySym is
+ used.
+
+*/
+
XCBKEYSYM XCBKeySymbolsGetKeysym (XCBKeySymbols *syms,
XCBKEYCODE keycode,
int col)
diff --git a/keysyms/xcb_keysyms.h b/keysyms/xcb_keysyms.h
index a2e3d3e..d9e36cd 100644
--- a/keysyms/xcb_keysyms.h
+++ b/keysyms/xcb_keysyms.h
@@ -5,6 +5,13 @@
typedef struct _XCBKeySymbols XCBKeySymbols;
+/* enumeration for col parameter? */
+enum {
+ XCBLookupNone = 1,
+ XCBLookupChars = 2,
+ XCBLookupKeySym = 3,
+ XCBLookupBoth = 4
+} XCBLookup;
XCBKeySymbols *XCBKeySymbolsAlloc (XCBConnection *c);
@@ -28,6 +35,7 @@ XCBKEYSYM XCBKeyReleaseLookupKeysym (XCBKeySymbols *syms,
int XCBRefreshKeyboardMapping (XCBKeySymbols *syms,
XCBMappingNotifyEvent *event);
+/* TODO: need XLookupString equivalent */
/* Tests for classes of symbols */