summaryrefslogtreecommitdiff
path: root/man/xkb/XkbKeyActionsPtr.man
blob: 7ae448d4794e5daf58e6aca12023f688fb5ecdea (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
'\" t
.\" Copyright 1999 Oracle and/or its affiliates. All rights reserved.
.\"
.\" Permission is hereby granted, free of charge, to any person obtaining a
.\" copy of this software and associated documentation files (the "Software"),
.\" to deal in the Software without restriction, including without limitation
.\" the rights to use, copy, modify, merge, publish, distribute, sublicense,
.\" and/or sell copies of the Software, and to permit persons to whom the
.\" Software is furnished to do so, subject to the following conditions:
.\"
.\" The above copyright notice and this permission notice (including the next
.\" paragraph) shall be included in all copies or substantial portions of the
.\" Software.
.\"
.\" THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
.\" IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
.\" FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT.  IN NO EVENT SHALL
.\" THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
.\" LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING
.\" FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER
.\" DEALINGS IN THE SOFTWARE.
.\"
.TH XkbKeyActionsPtr __libmansuffix__ __xorgversion__ "XKB FUNCTIONS"
.SH NAME
XkbKeyActionsPtr \-  Returns a pointer to the two-dimensional array of key 
actions associated with 
the key corresponding to keycode
.SH SYNOPSIS
.HP
.B XkbKeyActionPtr XkbKeyActionsPtr
.BI "(\^XkbDescPtr " "xkb" "\^,"
.BI "KeyCode " "keycode" "\^);"
.if n .ti +5n
.if t .ti +.5i
.SH ARGUMENTS
.TP
.I xkb
Xkb description of interest 
.TP
.I keycode
keycode of interest
.SH DESCRIPTION
.LP
A key action defines the effect key presses and releases have on the internal 
state of the server. 
For example, the expected key action associated with pressing the Shift key is 
to set the Shift 
modifier. There is zero or one key action associated with each keysym bound to 
each key.

Just as the entire list of key symbols for the keyboard mapping is held in the
.I syms 
field of the client map, the entire list of key actions for the keyboard mapping 
is held in the 
.I acts 
array of the server map. The total size of 
.I acts 
is specified by 
.I size_acts, 
and the number of entries is specified by 
.I num_acts. 

The 
.I key_acts 
array, indexed by keycode, describes the actions associated with a key. The
.I key_acts 
array has 
.I min_key_code 
unused entries at the start to allow direct indexing using a keycode. If a
.I key_acts 
entry is zero, it means the key does not have any actions associated with it. If 
an entry is not 
zero, the entry represents an index into the 
.I acts 
field of the server map, much as the 
.I offset 
field of a KeySymMapRec structure is an index into the 
.I syms 
field of the client map. 

The reason the 
.I acts 
field is a linear list of XkbActions is to reduce the memory consumption 
associated with a keymap. 
Because Xkb allows individual keys to have multiple shift levels and a different 
number of groups per 
key, a single two-dimensional array of KeySyms would potentially be very large 
and sparse. Instead, 
Xkb provides a small two-dimensional array of XkbActions for each key. To store 
all of these 
individual arrays, Xkb concatenates each array together in the 
.I acts 
field of the server map.

The key action structures consist only of fields of type char or unsigned char. 
This is done to 
optimize data transfer when the server sends bytes over the wire. If the fields 
are anything but 
bytes, the server has to sift through all of the actions and swap any nonbyte 
fields. Because they 
consist of nothing but bytes, it can just copy them out.

.I XkbKeyActionsPtr 
returns a pointer to the two-dimensional array of key actions associated with 
the key corresponding 
to 
.I keycode. 
Use 
.I XkbKeyActionsPtr 
only if the key actually has some actions associated with it, that is,
.I XkbKeyNumActions
(xkb, keycode) returns something greater than zero.
.SH STRUCTURES
.LP
The KeySymMapRec structure is defined as follows:
.nf

    #define XkbNumKbdGroups             4
    #define XkbMaxKbdGroup              (XkbNumKbdGroups-1)
    
    typedef struct {                    /\&* map to keysyms for a single keycode */
        unsigned char       kt_index[XkbNumKbdGroups];  /\&* key type index for each group */
        unsigned char       group_info; /\&* # of groups and out of range group handling */
        unsigned char       width;      /\&* max # of shift levels for key */
        unsigned short      offset;     /\&* index to keysym table in syms array */
} XkbSymMapRec, *XkbSymMapPtr;

.fi
.SH "SEE ALSO"
.BR XkbKeyNumActions (__libmansuffix__)