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
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
|
.\" Copyright (c) 1999 - Sun Microsystems, Inc.
.\" 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, and/or sell copies of the Software, and to permit persons
.\" to whom the Software is furnished to do so, provided that the above
.\" copyright notice(s) and this permission notice appear in all copies of
.\" the Software and that both the above copyright notice(s) and this
.\" permission notice appear in supporting documentation.
.\"
.\" 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
.\" OF THIRD PARTY RIGHTS. IN NO EVENT SHALL THE COPYRIGHT HOLDER OR
.\" HOLDERS INCLUDED IN THIS NOTICE BE LIABLE FOR ANY CLAIM, OR ANY SPECIAL
.\" INDIRECT OR CONSEQUENTIAL DAMAGES, OR ANY DAMAGES WHATSOEVER RESULTING
.\" FROM LOSS OF USE, DATA OR PROFITS, WHETHER IN AN ACTION OF CONTRACT,
.\" NEGLIGENCE OR OTHER TORTIOUS ACTION, ARISING OUT OF OR IN CONNECTION
.\" WITH THE USE OR PERFORMANCE OF THIS SOFTWARE.
.\"
.\" Except as contained in this notice, the name of a copyright holder
.\" shall not be used in advertising or otherwise to promote the sale, use
.\" or other dealings in this Software without prior written authorization
.\" of the copyright holder.
.\"
.TH XkbKeyActionEntry __libmansuffix__ __xorgversion__ "XKB FUNCTIONS"
.SH NAME
XkbKeyActionEntry \- Returns the key action corresponding to group grp and shift
level lvl from the
two-dimensional table of key actions associated with the key corresponding to
keycode
.SH SYNOPSIS
.B XkbAction XkbKeyActionEntry macro
(
.I xkb,
.I keycode,
.I shift,
.I grp
)
.br
XkbDescPtr \fIxkb\fP\^;
.br
KeyCode \fIkeycode\fP\^;
.br
int \fIshift\fP\^;
.br
int \fIgrp\fP\^;
.if n .ti +5n
.if t .ti +.5i
.SH ARGUMENTS
.TP
.I \- xkb
Xkb description of interest
.TP
.I \- keycode
keycode of interest
.TP
.I \- shift
shift level within group
.TP
.I \- grp
group index for group 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 XkbKeyActionEntry
returns the key action corresponding to group
.I grp
and shift level
.I lvl
from the two-dimensional table of key actions associated with the key
corresponding to
.I keycode.
.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
|
