aboutsummaryrefslogtreecommitdiff
path: root/xorg-server/dix/BuiltInAtoms
blob: 910c6270608f7e1c87d9fbbe3da43a5c862905e5 (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
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
File: .../x11/server/dix/BuiltInAtoms

This file is of a fixed format and is used to generate both the file
include/XAtom.h and dix/initatoms.c. Neither of those files should be
edited directly. Changing the atoms in this file, or even the order in
which they occur, is equivalent to forcing a new (minor) version number
on the server. Take care.

The format of the file is that each built in atom starts in column 1
with no text, other than spaces and tabs, on that line other than a
mandatory trailing "@" at the end of the line. For each atom (Foo)
below the defines will be of the form
	#define XA_Foo <n>
and the string value of the atom will be "Foo".

The comment lines in this file are not guaranteed to be accurate. To see the
current truth, look at the Xlib documentation as well as the protocol spec.

Atoms occur in five distinct name spaces within the protocol. Any particular
atom may or may not have some client interpretation within each of the name
spaces. For each of the built in atoms, the intended semantics and the space
within which it is defined is indicated.

Those name spaces are
	Property names
	Property types
	Selections
	Font properties
	Type of a ClientMessage event	(none built into server)

For the font properties mentioned here, see the spec for more information.

				-- Selections --

PRIMARY									      @
	Selection.
SECONDARY								      @
	Selection.

			-- Property types and names --

ARC									      @
	Property type:
		x, y: INT16
		width, height: CARD16,
		angle1, angle2: INT16
ATOM									      @
	Property type:
		atom: ATOM
BITMAP									      @
	Property type:
		bitmap: PIXMAP
			This is asserted to be of depth 1.
CARDINAL								      @
	Property type:
		card: CARD32 or CARD16 or CARD8
		the datum size is dependent on the property format
COLORMAP								      @
	Property type:
		colormap: COLORMAP
CURSOR									      @
	Property type:
		cursor: CURSOR
CUT_BUFFER0								      @
CUT_BUFFER1								      @
CUT_BUFFER2								      @
CUT_BUFFER3								      @
CUT_BUFFER4								      @
CUT_BUFFER5								      @
CUT_BUFFER6								      @
CUT_BUFFER7								      @
	Property name:	(type: STRING)
		Used to implement cut buffer ring, in particular Andrew uses
		this mechanism.  Anyone else using this sort of IPC mechanism
		should use these properties.

		Data is normally fetched and stored out of CUT_BUFFER0; the
		RotateProperties request is used to rotate these buffers.
DRAWABLE								      @
	Property type:
		drawable: DRAWABLE
FONT									      @
	Property type:
		font: FONT
INTEGER									      @
	Property type:
		card: INT32 or INT16 or INT8
		the datum size is dependent on the property format
PIXMAP									      @
	Property type:
		pixmap: PIXMAP
POINT									      @
	Property type:
		x, y: INT16
RECTANGLE								      @
	Property type:
		x, y: INT16
		width, height: CARD16
RESOURCE_MANAGER							      @
	Property name: (type: STRING)
		Contents of the user's resource manager data base.
RGB_COLOR_MAP								      @
	Property type:
		colormap:	COLORMAP
		red-max:	CARD32
		red-mult:	CARD32
		green-max:	CARD32
		green-mult:	CARD32
		blue-max:	CARD32
		blue-mult:	CARD32
		base-pixel:	CARD32

	The fields `red_max', `green_max', and `blue_max' give the maximum
	red, green, and blue values, respectively.  Each color
	coefficient ranges from 0 to its max, inclusive.  For example,
	a common colormap allocation is 3/3/2:  3 planes for red, 3
	planes for green, and 2 planes for blue.  Such a colormap would
	have red_max == 7, green_max = 7, and blue_max = 3.  An alternate
	allocation that uses only 216 colors is red_max = 5, green_max =
	5, and blue_max = 5.

	The fields `red_mult', `green_mult', and `blue_mult' give the
	scale factors used to compose a full pixel value.  (See next
	paragraph.)  For a 3/3/2 allocation red_mult might be 32,
	green_mult might be 4, and blue_mult might be 1.  For a
	6-colors-each allocation, red_mult might be 36, green_mult might
	be 6, and blue_mult might be 1.

	The field `base_pixel' gives the base pixel value used to
	compose a full pixel value.  Normally base_pixel is obtained
	from a call to XAllocColorPlanes().  Given integer red, green,
	and blue coefficients in their appropriate ranges, one can
	compute a corresponding pixel value with the expression:

		r * red_mult + g * green_mult + b * blue_mult + base_pixel
	
	For gray-scale colormaps, only the colormap, red_max, red_mult,
	and base_pixel fields are defined; the other fields are
	ignored.  To compute a gray-scale pixel value, use:

		gray * red_mult + base_pixel

	This is provided to allow applications to share color maps.

RGB_BEST_MAP								      @
RGB_BLUE_MAP								      @
RGB_DEFAULT_MAP								      @
RGB_GRAY_MAP								      @
RGB_GREEN_MAP								      @
RGB_RED_MAP								      @
	Property name:	(type: RGB_COLOR_MAP)
		The needs of most applications can be met with five colormaps.
		Polite applications may need only a small RGB space, and can
		use a portion of the default color map. Applications doing
		high-quality RGB rendering will need an entire colormap,
		filled with as large an RGB space as possible, e.g. 332. For
		color separations, an application may need maximum device
		resolution for each of red, green, and blue, even if this
		requires three renderings with three colormaps.

		Each of the above five names would be used for sharing color
		maps.
STRING									      @
	Property type:
		sequence of Bytes
VISUALID								      @
	Property type:
		visual: VISUALID
WINDOW									      @
	Property type:
		window: WINDOW
WM_COMMAND								      @
	Property name: (type: STRING)
		Command line arguments used to invoke this application. The
		arguments are delimited by null characters (ASCII 0).
WM_HINTS								      @
	Property type:
		flags:		CARD32
		input:		BOOL32
		initial-state:	CARD32
		icon-pixmap:	PIXMAP
		icon-window:	WINDOW
		icon_mask:	BITMAP
		icon-x, icon-y:	INT32
		    flags contains the following bits
			0x00000001	input hint
			0x00000002	state hint
			0x00000004	icon pixmap hint
			0x00000008	icon window hint
			0x00000010	icon position hint
		     values for initial-state
			0		unspecified -> application does not
				care and WM should pick one.
			1		normal
			2		zoomed
			3		iconic
			4		inactive -> application believes
				itself to be seldomly used. WM may wish to
				place it on an inactive menu.
		This type is potentially extensible. The order is critical;
		append to the end only.
	Property name:	(type: WM_HINTS)
		Additional hints set by the client for use by the window
		manager.
WM_CLIENT_MACHINE							      @
	Property name:	(type: STRING)
		used to communicate with the window manager.  The host name
		of the machine the client is running on may be set here.
WM_ICON_NAME								      @
	Property name:	(type: STRING)
		what the application would like the label to be for
		the iconic form of the window.
WM_ICON_SIZE								      @
	Property type:
		minWidth, min-height:	CARD32
		maxWidth, max-height:	CARD32
		widthInc, height-inc:	CARD32
	Property name:	(type: ICON_SIZE)
		The window manager may set this property on the root window
		to specify the icon sizes it allows.
WM_NAME									      @
	Property name:	(type: STRING)
		used to communicate with the window manager. This is
		what the application would like the label for the window.
WM_NORMAL_HINTS								      @
	Property name:	(type: SIZE_HINTS)
		used to communicate with the window manager. This is size
		hints for a window in its "normal" state.
WM_SIZE_HINTS								      @
	Property type:
		flags:				CARD32
		x, y:				INT32
		width, height:			CARD32
		min-width, min-height:		CARD32
		max-width, max-height:		CARD32
		width-inc, height-inc:		CARD32
		min-aspect-x, min-aspect-y:	CARD32
		max-aspect-x, max-aspect-y:	CARD32
		    flags contains the following bits
			0x00000001	user specified x and y
			0x00000002	user specified width and height
			0x00000004	program specified position
			0x00000008	program specified size
			0x00000010	program specified minimum size
			0x00000020	program specified maximum size
			0x00000040	program specified resize increment
			0x00000080	program specified aspect ratio
		This type is potentially extensible. The order is critical;
		append to the end only.
WM_ZOOM_HINTS								      @
	Property name:	(type: SIZE_HINTS)
		used to communicate with the window manager. This is size
		hints for a window in its "zoomed" state.

				-- Font properties --

MIN_SPACE 								      @
	Font property: CARD32
NORM_SPACE 								      @
	Font property: CARD32
MAX_SPACE 								      @
	Font property: CARD32
END_SPACE 								      @
	Font property: CARD32
SUPERSCRIPT_X 								      @
	Font property: INT32
SUPERSCRIPT_Y 								      @
	Font property: INT32
SUBSCRIPT_X 								      @
	Font property: INT32
SUBSCRIPT_Y 								      @
	Font property: INT32
UNDERLINE_POSITION 							      @
	Font property: INT32
UNDERLINE_THICKNESS 							      @
	Font property: CARD32	
STRIKEOUT_ASCENT 							      @
	Font property: INT32
STRIKEOUT_DESCENT 							      @
	Font property: INT32
ITALIC_ANGLE 								      @
	Font property: INT32
X_HEIGHT 								      @
	Font property: INT32
QUAD_WIDTH 								      @
	Font property: INT32
WEIGHT 									      @
	Font property: CARD32
POINT_SIZE 								      @
	Font property: CARD32
RESOLUTION 								      @
	Font property: CARD32

The following optional properties on fonts have values that are atoms. The
atom print name is the useful information.

COPYRIGHT 								      @
	of the font distribution
NOTICE									      @
	trademark/copyright of the character shapes
FONT_NAME 								      @
	name of this particular instance of a font
FAMILY_NAME 								      @
	name of the 'font family' to which it belongs
FULL_NAME 								      @
	full text name of the font

The following aren't in order but putting them at the end avoids encoding
changes.

CAP_HEIGHT 								      @
	Font property: CARD32


WM_CLASS 								      @
	Property name: (type: STRING)
		Used (possibly by some window managers; definitely by 
		session managers) to look up resources in the resource 
		data base on behalf of the client who set this property.
		There are 2 elements:
			{char *resource_name; char *resource_class;}
		delimited by a null character (ascii 0)

WM_TRANSIENT_FOR							      @
	Property name: (type: WINDOW)
		Used by transient top-level windows, such as dialog 
		boxes, to point to their logical "parents".  The window 
		manager can then take down the dialog boxes when the
		"parent" gets iconified, for instance.