x11proto-core: Changes to 'upstream-unstable'
Makefile.am | 2
README | 9
configure.ac | 14
specs/.gitignore | 5
specs/Makefile.am | 72
specs/encoding.xml | 3260 ++++++++++
specs/glossary.xml | 1313 ++++
specs/keysyms.xml | 6038 ++++++++++++++++++++
specs/sect1-9.xml |14884 ++++++++++++++++++++++++++++++++++++++++++++++++++
specs/x11protocol.xml | 68
10 files changed, 25660 insertions(+), 5 deletions(-)
New commits:
commit cda6ce66caa01997b9dd32eb8689d6e746558369
Author: Alan Coopersmith <alan.coopersmith@oracle.com>
Date: Wed Nov 3 00:04:22 2010 -0700
xproto 7.0.19
Signed-off-by: Alan Coopersmith <alan.coopersmith@oracle.com>
diff --git a/configure.ac b/configure.ac
index 3dc8a13..9de04cb 100644
--- a/configure.ac
+++ b/configure.ac
@@ -1,5 +1,6 @@
AC_PREREQ([2.60])
-AC_INIT([Xproto], [7.0.18], [https://bugs.freedesktop.org/enter_bug.cgi?product=xorg])
+AC_INIT([Xproto], [7.0.19],
+ [https://bugs.freedesktop.org/enter_bug.cgi?product=xorg])
AM_INIT_AUTOMAKE([foreign dist-bzip2])
AM_MAINTAINER_MODE
commit 25bd19ee8587e2c00be7179cf809f4bd8e2a3bed
Author: Alan Coopersmith <alan.coopersmith@oracle.com>
Date: Wed Nov 3 00:04:06 2010 -0700
README: Provide a small description
Signed-off-by: Alan Coopersmith <alan.coopersmith@oracle.com>
diff --git a/README b/README
index f310ce8..436f07b 100644
--- a/README
+++ b/README
@@ -1,4 +1,11 @@
- X Window System Core Protocol
+ X Window System Core Protocol
+
+This package provides the headers and specification documents defining
+the X Window System Core Protocol, Version 11.
+
+It also includes a number of headers that aren't purely protocol related,
+but are depended upon by many other X Window System packages to provide
+common definitions and porting layer.
All questions regarding this software should be directed at the
Xorg mailing list:
commit ce8b17064d38ec03527a51c2191674d56989807b
Author: Alan Coopersmith <alan.coopersmith@oracle.com>
Date: Sun Oct 31 15:35:52 2010 -0700
specs: Fix nesting of chapters included in sect1-9.xml
Signed-off-by: Alan Coopersmith <alan.coopersmith@oracle.com>
diff --git a/specs/sect1-9.xml b/specs/sect1-9.xml
index ae7e972..31de7ea 100644
--- a/specs/sect1-9.xml
+++ b/specs/sect1-9.xml
@@ -1,6 +1,5 @@
-<chapter>
-<title>TITLE</title>
-<sect1 id="acknowledgements">
+<part id="sect1-9">
+<preface id="acknowledgements">
<title>Acknowledgements</title>
<para>
The primary contributers to the X11 protocol are:
@@ -73,9 +72,9 @@ Robert W. Scheifler
<para>
X Consortium, Inc.
</para>
-</sect1>
+</preface>
-<sect1 id="protocol_formats">
+<chapter id="protocol_formats">
<title>Protocol Formats</title>
<!-- .XS -->
<!-- (SN Protocol Formats -->
@@ -166,9 +165,9 @@ also contains the least significant 16 bits of the sequence number of the last
request issued by the client that was (or is currently being) processed by
the server.
</para>
-</sect1>
+</chapter>
-<sect1 id="syntactic_conventions">
+<chapter id="syntactic_conventions">
<title>Syntactic Conventions</title>
<!-- .XS -->
<!-- (SN Syntactic Conventions -->
@@ -245,9 +244,9 @@ Events in section 11 are described in the following format:
</para>
</listitem>
</itemizedlist>
-</sect1>
+</chapter>
-<sect1 id="common_types">
+<chapter id="common_types">
<title>Common Types</title>
<!-- .XS -->
<!-- (SN Common Types -->
@@ -606,9 +605,9 @@ family (see
<emphasis role='bold'>ChangeHosts </emphasis>
request).
</para>
-</sect1>
+</chapter>
-<sect1 id="errors">
+<chapter id="errors">
<title>Errors</title>
<!-- .XS -->
<!-- (SN Errors -->
@@ -806,9 +805,9 @@ set of fixed alternatives, for example, <WINDOW or
or
<emphasis role='bold'>None ></emphasis>.
</para></note>
-</sect1>
+</chapter>
-<sect1 id="keyboards">
+<chapter id="keyboards">
<title>Keyboards</title>
<!-- .XS -->
<!-- (SN Keyboards -->
@@ -993,9 +992,9 @@ as ShiftLock, or both. In this case, the second KEYSYM is used.
The mapping between KEYCODEs and KEYSYMs is not used directly by the server;
it is merely stored for reading and writing by clients.
</para>
-</sect1>
+</chapter>
-<sect1 id="pointers">
+<chapter id="pointers">
<title>Pointers</title>
<!-- .XS -->
<!-- (SN Pointers -->
@@ -1003,9 +1002,9 @@ it is merely stored for reading and writing by clients.
<para>
Buttons are always numbered starting with one.
</para>
-</sect1>
+</chapter>
-<sect1 id="predefined_atoms">
+<chapter id="predefined_atoms">
<title>Predefined Atoms</title>
<!-- .XS -->
<!-- (SN Predefined Atoms -->
@@ -1170,9 +1169,9 @@ accessible locations,
it is suggested that two leading underscores be used to avoid conflicts with
other names.
</para>
-</sect1>
+</chapter>
-<sect1 id="connection_setup">
+<chapter id="connection_setup">
<title>Connection Setup</title>
<!-- .XS -->
<!-- (SN Connection Setup -->
@@ -1785,8 +1784,8 @@ this will usually be 2 to the power of the maximum number of bits set to 1 in
red-mask, green-mask, and blue-mask.
</para>
-</sect1>
-<sect1 id="requests">
+</chapter>
+<chapter id="requests">
<title>Requests</title>
<!-- .XS -->
<!-- \*(SN Requests -->
@@ -12386,9 +12385,9 @@ This request can be used in its minimum four byte form as padding where
necessary by client libraries that find it convenient to force requests
to begin on 64-bit boundaries.
</para>
-</sect1>
+</chapter>
-<sect1 id="connection_close">
+<chapter id="connection_close">
<title>Connection Close</title>
<!-- .XS -->
<!-- \*(SN Connection Close -->
@@ -12473,9 +12472,9 @@ or
<emphasis role='bold'>RetainTemporary </emphasis>
will not cause the server to reset.
</para>
-</sect1>
+</chapter>
<!-- .NH 1 -->
-<sect1 id="events">
+<chapter id="events">
<title>Events</title>
<!-- .XS -->
<!-- \*(SN Events -->
@@ -14840,8 +14839,8 @@ The data always consists of either 20 8-bit values or 10 16-bit values
or 5 32-bit values, although particular message types might not make use
of all of these values.
</para>
-</sect1>
-<sect1 id="flow_control_and_concurrency">
+</chapter>
+<chapter id="flow_control_and_concurrency">
<title>Flow Control and Concurrency</title>
<!-- .XS -->
<!-- \*(SN Flow Control and Concurrency -->
@@ -14881,5 +14880,5 @@ For a request from a given client,
any events destined for that client that are caused by executing the request
must be sent to the client before any reply or error is sent.
</para>
-</sect1>
</chapter>
+</part>
diff --git a/specs/x11protocol.xml b/specs/x11protocol.xml
index b022fad..562ed01 100644
--- a/specs/x11protocol.xml
+++ b/specs/x11protocol.xml
@@ -58,7 +58,8 @@ in this Software without prior written authorization from the Open Group.
</legalnotice>
</bookinfo>
-<xi:include xmlns:xi="http://www.w3.org/2001/XInclude"; href="sect1-9.xml"/>
+<xi:include xmlns:xi="http://www.w3.org/2001/XInclude"; href="sect1-9.xml"
+ xpointer="xpointer(/part/*)"/>
<xi:include xmlns:xi="http://www.w3.org/2001/XInclude"; href="keysyms.xml"/>
<xi:include xmlns:xi="http://www.w3.org/2001/XInclude"; href="encoding.xml"/>
<xi:include xmlns:xi="http://www.w3.org/2001/XInclude"; href="glossary.xml"/>
commit 14acb707dbd1f49eb0e8e5bf4164f32c3209e030
Author: Alan Coopersmith <alan.coopersmith@oracle.com>
Date: Sun Oct 31 14:56:08 2010 -0700
specs: Move indexterms out of glossdef tags
Try to avoid problems similar to those fixed in libX11
commit 511c4f6d29b2da4f71093feabcbb3913cb5d12a7
Signed-off-by: Alan Coopersmith <alan.coopersmith@oracle.com>
diff --git a/specs/glossary.xml b/specs/glossary.xml
index 7ba03ab..70fe87e 100644
--- a/specs/glossary.xml
+++ b/specs/glossary.xml
@@ -4,8 +4,8 @@
<glossentry>
<glossterm><function>Access control list</function></glossterm>
+ <indexterm significance="preferred"><primary>Access control list</primary></indexterm>
<glossdef>
-<indexterm significance="preferred"><primary>Access control list</primary></indexterm>
<para>
X maintains a list of hosts from which client programs can be run.
By default,
@@ -22,8 +22,8 @@ protocol name and data received by the server at connection setup.
</glossentry>
<glossentry>
<glossterm><function>Active grab</function></glossterm>
+ <indexterm significance="preferred"><primary>Active grab</primary></indexterm>
<glossdef>
-<indexterm significance="preferred"><primary>Active grab</primary></indexterm>
<para>
A grab is active when the pointer or keyboard is actually owned by
the single grabbing client.
@@ -33,8 +33,8 @@ the single grabbing client.
</glossentry>
<glossentry>
<glossterm><function>Ancestors</function></glossterm>
+ <indexterm significance="preferred"><primary>Ancestors</primary></indexterm>
<glossdef>
-<indexterm significance="preferred"><primary>Ancestors</primary></indexterm>
<para>
If W is an inferior of A, then A is an ancestor of W.
<!-- .KE -->
@@ -43,8 +43,8 @@ If W is an inferior of A, then A is an ancestor of W.
</glossentry>
<glossentry>
<glossterm><function>Atom</function></glossterm>
+ <indexterm significance="preferred"><primary>Atom</primary></indexterm>
<glossdef>
-<indexterm significance="preferred"><primary>Atom</primary></indexterm>
<para>
An atom is a unique ID corresponding to a string name.
Atoms are used to identify properties, types, and selections.
@@ -54,8 +54,8 @@ Atoms are used to identify properties, types, and selections.
</glossentry>
<glossentry>
<glossterm><function>Background</function></glossterm>
+ <indexterm significance="preferred"><primary>Background</primary></indexterm>
<glossdef>
-<indexterm significance="preferred"><primary>Background</primary></indexterm>
<para>
An
<emphasis role='bold'>InputOutput </emphasis>
@@ -68,8 +68,8 @@ the server will automatically tile those regions with the background.
</glossentry>
<glossentry>
<glossterm><function>Backing store</function></glossterm>
+ <indexterm significance="preferred"><primary>Backing store</primary></indexterm>
<glossdef>
-<indexterm significance="preferred"><primary>Backing store</primary></indexterm>
<para>
When a server maintains the contents of a window,
the pixels saved off screen are known as a backing store.
@@ -105,8 +105,8 @@ each bitmap is called a bit plane or plane.
</glossentry>
<glossentry>
<glossterm><function>Bitmap</function></glossterm>
+ <indexterm significance="preferred"><primary>Bitmap</primary></indexterm>
<glossdef>
-<indexterm significance="preferred"><primary>Bitmap</primary></indexterm>
<para>
A bitmap is a pixmap of depth one.
<!-- .KE -->
@@ -115,8 +115,8 @@ A bitmap is a pixmap of depth one.
</glossentry>
<glossentry>
<glossterm><function>Border</function></glossterm>
+ <indexterm significance="preferred"><primary>Border</primary></indexterm>
<glossdef>
-<indexterm significance="preferred"><primary>Border</primary></indexterm>
<para>
An
<emphasis role='bold'>InputOutput </emphasis>
@@ -142,8 +142,8 @@ the pointer is then actively grabbed by the client.
</glossentry>
<glossentry>
<glossterm><function>Byte order</function></glossterm>
+ <indexterm significance="preferred"><primary>Byte order</primary></indexterm>
<glossdef>
-<indexterm significance="preferred"><primary>Byte order</primary></indexterm>
<para>
For image (pixmap/bitmap) data,
the server defines the byte order,
@@ -157,8 +157,8 @@ and the server swaps bytes as necessary.
</glossentry>
<glossentry>
<glossterm><function>Children</function></glossterm>
+ <indexterm significance="preferred"><primary>Children</primary></indexterm>
<glossdef>
-<indexterm significance="preferred"><primary>Children</primary></indexterm>
<para>
The children of a window are its first-level subwindows.
<!-- .KE -->
@@ -167,8 +167,8 @@ The children of a window are its first-level subwindows.
</glossentry>
<glossentry>
<glossterm><function>Client</function></glossterm>
+ <indexterm significance="preferred"><primary>Client</primary></indexterm>
<glossdef>
-<indexterm significance="preferred"><primary>Client</primary></indexterm>
<para>
An application program connects to the window system server by some
interprocess communication path, such as a TCP connection or a
@@ -186,8 +186,8 @@ not by program lifetimes.
</glossentry>
<glossentry>
<glossterm><function>Clipping region</function></glossterm>
+ <indexterm significance="preferred"><primary>Clipping region</primary></indexterm>
<glossdef>
-<indexterm significance="preferred"><primary>Clipping region</primary></indexterm>
<para>
In a graphics context,
a bitmap or list of rectangles can be specified
@@ -215,8 +215,8 @@ so that windows associated with those maps display with correct colors.
</glossentry>
<glossentry>
<glossterm><function>Connection</function></glossterm>
+ <indexterm significance="preferred"><primary>Connection</primary></indexterm>
<glossdef>
-<indexterm significance="preferred"><primary>Connection</primary></indexterm>
<para>
The interprocess communication path between the server and client
program is known as a connection.
@@ -228,8 +228,8 @@ connection to the server over which requests and events are sent.
</glossentry>
<glossentry>
<glossterm><function>Containment</function></glossterm>
+ <indexterm significance="preferred"><primary>Containment</primary></indexterm>
<glossdef>
-<indexterm significance="preferred"><primary>Containment</primary></indexterm>
<para>
A window <quote>contains</quote> the pointer if the window is viewable and the
hotspot of the cursor is within a visible region of the window or a
@@ -243,8 +243,8 @@ but no inferior contains the pointer.
</glossentry>
<glossentry>
<glossterm><function>Coordinate system</function></glossterm>
+ <indexterm significance="preferred"><primary>Coordinate system</primary></indexterm>
<glossdef>
-<indexterm significance="preferred"><primary>Coordinate system</primary></indexterm>
<para>
The coordinate system has the X axis horizontal and the Y axis vertical,
with the origin [0, 0] at the upper left.
@@ -260,8 +260,8 @@ the origin is inside the border at the inside upper left.
</glossentry>
<glossentry>
<glossterm><function>Cursor</function></glossterm>
+ <indexterm significance="preferred"><primary>Cursor</primary></indexterm>
<glossdef>
-<indexterm significance="preferred"><primary>Cursor</primary></indexterm>
<para>
A cursor is the visible shape of the pointer on a screen.
It consists of a hot spot, a source bitmap, a shape bitmap,
@@ -274,8 +274,8 @@ when the pointer is in that window.
</glossentry>
<glossentry>
<glossterm><function>Depth</function></glossterm>
+ <indexterm significance="preferred"><primary>Depth</primary></indexterm>
<glossdef>
-<indexterm significance="preferred"><primary>Depth</primary></indexterm>
<para>
The depth of a window or pixmap is the number of bits per pixel that it has.
The depth of a graphics context is the depth of the drawables it can be
@@ -286,8 +286,8 @@ used in conjunction with for graphics output.
</glossentry>
<glossentry>
<glossterm><function>Device</function></glossterm>
+ <indexterm significance="preferred"><primary>Device</primary></indexterm>
<glossdef>
-<indexterm significance="preferred"><primary>Device</primary></indexterm>
<para>
Keyboards, mice, tablets, track-balls, button boxes, and so on are all
collectively known as input devices.
@@ -299,8 +299,8 @@ The core protocol only deals with two devices,
</glossentry>
<glossentry>
<glossterm><function>DirectColor</function></glossterm>
+ <indexterm significance="preferred"><primary>DirectColor</primary></indexterm>
<glossdef>
-<indexterm significance="preferred"><primary>DirectColor</primary></indexterm>
<para>
<emphasis role='bold'>DirectColor</emphasis>
is a class of colormap in which a pixel value is decomposed into three
@@ -315,8 +315,8 @@ The RGB values can be changed dynamically.
</glossentry>
<glossentry>
<glossterm><function>Display</function></glossterm>
+ <indexterm significance="preferred"><primary>Display</primary></indexterm>
<glossdef>
-<indexterm significance="preferred"><primary>Display</primary></indexterm>
<para>
A server, together with its screens and input devices, is called a display.
<!-- .KE -->
@@ -325,8 +325,8 @@ A server, together with its screens and input devices, is called a display.
</glossentry>
<glossentry>
<glossterm><function>Drawable</function></glossterm>
+ <indexterm significance="preferred"><primary>Drawable</primary></indexterm>
<glossdef>
-<indexterm significance="preferred"><primary>Drawable</primary></indexterm>
<para>
Both windows and pixmaps can be used as sources and destinations in
graphics operations.
@@ -340,8 +340,8 @@ window cannot be used as a source or destination in a graphics operation.
</glossentry>
<glossentry>
<glossterm><function>Event</function></glossterm>
+ <indexterm significance="preferred"><primary>Event</primary></indexterm>
<glossdef>
-<indexterm significance="preferred"><primary>Event</primary></indexterm>
<para>
Clients are informed of information asynchronously by means of events.
These events can be generated either asynchronously from devices
@@ -420,8 +420,8 @@ of regions of windows have been lost.
</glossentry>
<glossentry>
<glossterm><function>Extension</function></glossterm>
+ <indexterm significance="preferred"><primary>Extension</primary></indexterm>
<glossdef>
-<indexterm significance="preferred"><primary>Extension</primary></indexterm>
<para>
Named extensions to the core protocol can be defined to extend the
system.
@@ -443,8 +443,8 @@ The focus window is another term for the input focus.
</glossentry>
<glossentry>
<glossterm><function>Font</function></glossterm>
+ <indexterm significance="preferred"><primary>Font</primary></indexterm>
<glossdef>
-<indexterm significance="preferred"><primary>Font</primary></indexterm>
<para>
A font is a matrix of glyphs (typically characters).
The protocol does no translation or interpretation of character sets.
@@ -457,8 +457,8 @@ and interline spacing.
</glossentry>
<glossentry>
<glossterm><function>GC</function>, <function>GContext</function></glossterm>
+ <indexterm significance="preferred"><primary>GC</primary></indexterm>
<glossdef>
-<indexterm significance="preferred"><primary>GC</primary></indexterm>
<indexterm significance="preferred"><primary>GContext</primary></indexterm>
<para>
GC and gcontext are abbreviations for graphics context.
@@ -468,8 +468,8 @@ GC and gcontext are abbreviations for graphics context.
</glossentry>
<glossentry>
<glossterm><function>Glyph</function></glossterm>
+ <indexterm significance="preferred"><primary>Glyph</primary></indexterm>
<glossdef>
-<indexterm significance="preferred"><primary>Glyph</primary></indexterm>
<para>
A glyph is an image, typically of a character, in a font.
<!-- .KE -->
@@ -478,8 +478,8 @@ A glyph is an image, typically of a character, in a font.
</glossentry>
<glossentry>
<glossterm><function>Grab</function></glossterm>
+ <indexterm significance="preferred"><primary>Grab</primary></indexterm>
<glossdef>
-<indexterm significance="preferred"><primary>Grab</primary></indexterm>
<para>
Keyboard keys, the keyboard, pointer buttons, the pointer, and the
server can be grabbed for exclusive use by a client.
@@ -493,8 +493,8 @@ various styles of user interfaces.
</glossentry>
<glossentry>
<glossterm><function>Graphics context</function></glossterm>
+ <indexterm significance="preferred"><primary>Graphics context</primary></indexterm>
<glossdef>
-<indexterm significance="preferred"><primary>Graphics context</primary></indexterm>
<para>
Various information for graphics output is stored in a graphics context
such as foreground pixel, background pixel, line width, clipping region,
@@ -507,8 +507,8 @@ and the same depth as the graphics context.
</glossentry>
<glossentry>
<glossterm><function>Gravity</function></glossterm>
+ <indexterm significance="preferred"><primary>Gravity</primary></indexterm>
<glossdef>
-<indexterm significance="preferred"><primary>Gravity</primary></indexterm>
<para>
See <function>bit gravity</function> and <function>window gravity</function>.
<!-- .KE -->
@@ -517,8 +517,8 @@ See <function>bit gravity</function> and <function>window gravity</function>.
</glossentry>
<glossentry>
<glossterm><function>GrayScale</function></glossterm>
+ <indexterm significance="preferred"><primary>GrayScale</primary></indexterm>
<glossdef>
-<indexterm significance="preferred"><primary>GrayScale</primary></indexterm>
<para>
<emphasis role='bold'>GrayScale </emphasis>
can be viewed as a degenerate case of
@@ -532,8 +532,8 @@ The gray values can be changed dynamically.
</glossentry>
<glossentry>
<glossterm><function>Hotspot</function></glossterm>
+ <indexterm significance="preferred"><primary>Hotspot</primary></indexterm>
<glossdef>
-<indexterm significance="preferred"><primary>Hotspot</primary></indexterm>
<para>
A cursor has an associated hotspot that defines the point in the
cursor corresponding to the coordinates reported for the pointer.
@@ -543,8 +543,8 @@ cursor corresponding to the coordinates reported for the pointer.
</glossentry>
<glossentry>
<glossterm><function>Identifier</function></glossterm>
+ <indexterm significance="preferred"><primary>Identifier</primary></indexterm>
<glossdef>
-<indexterm significance="preferred"><primary>Identifier</primary></indexterm>
<para>
An identifier is a unique value associated with a resource that clients use
to name that resource.
@@ -555,8 +555,8 @@ The identifier can be used over any connection.
</glossentry>
<glossentry>
<glossterm><function>Inferiors</function></glossterm>
+ <indexterm significance="preferred"><primary>Inferiors</primary></indexterm>
<glossdef>
-<indexterm significance="preferred"><primary>Inferiors</primary></indexterm>
<para>
The inferiors of a window are all of the subwindows nested below it:
the children, the children's children, and so on.
@@ -566,8 +566,8 @@ the children, the children's children, and so on.
</glossentry>
<glossentry>
<glossterm><function>Input focus</function></glossterm>
+ <indexterm significance="preferred"><primary>Input focus</primary></indexterm>
<glossdef>
-<indexterm significance="preferred"><primary>Input focus</primary></indexterm>
<para>
The input focus is normally a window defining the scope for
processing of keyboard input.
@@ -586,8 +586,8 @@ the pointer is on at each keyboard event.
</glossentry>
<glossentry>
<glossterm><function>Input manager</function></glossterm>
+ <indexterm significance="preferred"><primary>Input manager</primary></indexterm>
<glossdef>
-<indexterm significance="preferred"><primary>Input manager</primary></indexterm>
<para>
Control over keyboard input is typically provided by an input manager client.
<!-- .KE -->
@@ -657,8 +657,8 @@ normally have been sent to.
</glossentry>
<glossentry>
<glossterm><function>Keysym</function></glossterm>
+ <indexterm significance="preferred"><primary>Keysym</primary></indexterm>
<glossdef>
-<indexterm significance="preferred"><primary>Keysym</primary></indexterm>
<para>
An encoding of a symbol on a keycap on a keyboard.
<!-- .KE -->
@@ -667,8 +667,8 @@ An encoding of a symbol on a keycap on a keyboard.
</glossentry>
<glossentry>
<glossterm><function>Mapped</function></glossterm>
+ <indexterm significance="preferred"><primary>Mapped window</primary></indexterm>
<glossdef>
-<indexterm significance="preferred"><primary>Mapped window</primary></indexterm>
<para>
A window is said to be mapped if a map call has been performed on it.
Unmapped windows and their inferiors are never viewable or visible.
@@ -678,8 +678,8 @@ Unmapped windows and their inferiors are never viewable or visible.
</glossentry>
<glossentry>
<glossterm><function>Modifier keys</function></glossterm>
+ <indexterm significance="preferred"><primary>Modifier keys</primary></indexterm>
<glossdef>
-<indexterm significance="preferred"><primary>Modifier keys</primary></indexterm>
<para>
Shift, Control, Meta, Super, Hyper, Alt, Compose, Apple, CapsLock,
ShiftLock, and similar keys are called modifier keys.
@@ -689,8 +689,8 @@ ShiftLock, and similar keys are called modifier keys.
</glossentry>
<glossentry>
<glossterm><function>Monochrome</function></glossterm>
+ <indexterm significance="preferred"><primary>Monochrome</primary></indexterm>
<glossdef>
-<indexterm significance="preferred"><primary>Monochrome</primary></indexterm>
<para>
Monochrome is a special case of
<emphasis role='bold'>StaticGray </emphasis>
@@ -701,8 +701,8 @@ in which there are only two colormap entries.
</glossentry>
<glossentry>
<glossterm><function>Obscure</function></glossterm>
+ <indexterm significance="preferred"><primary>Obscure</primary></indexterm>
<glossdef>
-<indexterm significance="preferred"><primary>Obscure</primary></indexterm>
<para>
A window is obscured if some other window obscures it.
Window A obscures window B if both are viewable
@@ -719,8 +719,8 @@ and that a window can be obscured and yet still have visible regions.
</glossentry>
<glossentry>
<glossterm><function>Occlude</function></glossterm>
+ <indexterm significance="preferred"><primary>Occlude</primary></indexterm>
<glossdef>
-<indexterm significance="preferred"><primary>Occlude</primary></indexterm>
<para>
A window is occluded if some other window occludes it.
Window A occludes window B if both are mapped, A is higher in the global
@@ -734,8 +734,8 @@ Also note that window borders are included in the calculation.
</glossentry>
<glossentry>
<glossterm><function>Padding</function></glossterm>
+ <indexterm significance="preferred"><primary>Padding</primary></indexterm>
<glossdef>
-<indexterm significance="preferred"><primary>Padding</primary></indexterm>
<para>
Some padding bytes are inserted in the data stream to maintain
alignment of the protocol requests on natural boundaries.
@@ -756,8 +756,8 @@ If C is a child of P, then P is the parent of C.
</glossentry>
<glossentry>
<glossterm><function>Passive grab</function></glossterm>
+ <indexterm significance="preferred"><primary>Passive grab</primary></indexterm>
<glossdef>
-<indexterm significance="preferred"><primary>Passive grab</primary></indexterm>
<para>
Grabbing a key or button is a passive grab.
The grab activates when the key or button is actually pressed.
@@ -767,8 +767,8 @@ The grab activates when the key or button is actually pressed.
</glossentry>
<glossentry>
<glossterm><function>Pixel value</function></glossterm>
+ <indexterm significance="preferred"><primary>Pixel value</primary></indexterm>
<glossdef>
-<indexterm significance="preferred"><primary>Pixel value</primary></indexterm>
<para>
A pixel is an N-bit value, where N is the number of bit planes used
in a particular window or pixmap (that is,
@@ -781,8 +781,8 @@ a pixel value indexes a colormap to derive an actual color to be displayed.
</glossentry>
<glossentry>
<glossterm><function>Pixmap</function></glossterm>
+ <indexterm significance="preferred"><primary>Pixmap</primary></indexterm>
<glossdef>
-<indexterm significance="preferred"><primary>Pixmap</primary></indexterm>
<para>
A pixmap is a three-dimensional array of bits.
A pixmap is normally thought of as a two-dimensional array of pixels,
@@ -795,8 +795,8 @@ A pixmap can also be thought of as a stack of N bitmaps.
</glossentry>
<glossentry>
<glossterm><function>Plane</function></glossterm>
+ <indexterm significance="preferred"><primary>Plane</primary></indexterm>
<glossdef>
-<indexterm significance="preferred"><primary>Plane</primary></indexterm>
<para>
When a pixmap or window is thought of as a stack of bitmaps,
each bitmap is called a plane or bit plane.
@@ -819,8 +819,8 @@ The plane mask is stored in a graphics context.
</glossentry>
<glossentry>
<glossterm><function>Pointer</function></glossterm>
+ <indexterm significance="preferred"><primary>Pointer</primary></indexterm>
<glossdef>
-<indexterm significance="preferred"><primary>Pointer</primary></indexterm>
<para>
The pointer is the pointing device attached to the cursor
and tracked on the screens.
@@ -842,8 +842,8 @@ rather than the client the events would normally have been sent to.
</glossentry>
<glossentry>
<glossterm><function>Pointing device</function></glossterm>
+ <indexterm significance="preferred"><primary>Pointing device</primary></indexterm>
<glossdef>
-<indexterm significance="preferred"><primary>Pointing device</primary></indexterm>
<para>
A pointing device is typically a mouse, tablet, or some other
device with effective dimensional motion.
@@ -855,8 +855,8 @@ and it tracks whatever pointing device is attached as the pointer.
</glossentry>
<glossentry>
<glossterm><function>Property</function></glossterm>
+ <indexterm significance="preferred"><primary>Property</primary></indexterm>
<glossdef>
-<indexterm significance="preferred"><primary>Property</primary></indexterm>
<para>
Windows may have associated properties,
which consist of a name, a type, a data format, and some data.
@@ -870,8 +870,8 @@ hints, program names, and icon formats with a window manager.
</glossentry>
<glossentry>
<glossterm><function>Property list</function></glossterm>
+ <indexterm significance="preferred"><primary>Property list</primary></indexterm>
<glossdef>
-<indexterm significance="preferred"><primary>Property list</primary></indexterm>
<para>
The property list of a window is the list of properties that have
been defined for the window.
@@ -881,8 +881,8 @@ been defined for the window.
</glossentry>
<glossentry>
<glossterm><function>PseudoColor</function></glossterm>
+ <indexterm significance="preferred"><primary>PseudoColor</primary></indexterm>
<glossdef>
-<indexterm significance="preferred"><primary>PseudoColor</primary></indexterm>
<para>
<emphasis role='bold'>PseudoColor</emphasis>
is a class of colormap in which a pixel value indexes the colormap to
@@ -895,8 +895,8 @@ The RGB values can be changed dynamically.
</glossentry>
<glossentry>
<glossterm><function>Redirecting control</function></glossterm>
+ <indexterm significance="preferred"><primary>Redirecting control</primary></indexterm>
<glossdef>
-<indexterm significance="preferred"><primary>Redirecting control</primary></indexterm>
<para>
Window managers (or client programs) may want to enforce window layout
policy in various ways.
@@ -909,8 +909,8 @@ rather than the operation actually being performed.
</glossentry>
<glossentry>
<glossterm><function>Reply</function></glossterm>
+ <indexterm significance="preferred"><primary>Reply</primary></indexterm>
<glossdef>
-<indexterm significance="preferred"><primary>Reply</primary></indexterm>
<para>
Information requested by a client program is sent back to the client
with a reply.
@@ -923,8 +923,8 @@ although some requests generate multiple replies.
</glossentry>
<glossentry>
<glossterm><function>Request</function></glossterm>
+ <indexterm significance="preferred"><primary>Request</primary></indexterm>
<glossdef>
-<indexterm significance="preferred"><primary>Request</primary></indexterm>
<para>
A command to the server is called a request.
It is a single block of data sent over a connection.
@@ -934,8 +934,8 @@ It is a single block of data sent over a connection.
</glossentry>
<glossentry>
<glossterm><function>Resource</function></glossterm>
+ <indexterm significance="preferred"><primary>Resource</primary></indexterm>
<glossdef>
-<indexterm significance="preferred"><primary>Resource</primary></indexterm>
<para>
Windows, pixmaps, cursors, fonts, graphics contexts, and colormaps are
known as resources.
@@ -948,8 +948,8 @@ over which the resource was created.
</glossentry>
<glossentry>
<glossterm><function>RGB values</function></glossterm>
+ <indexterm significance="preferred"><primary>RGB values</primary></indexterm>
<glossdef>
-<indexterm significance="preferred"><primary>RGB values</primary></indexterm>
<para>
Red, green, and blue (RGB) intensity values are used to define color.
These values are always represented as 16-bit unsigned numbers,
@@ -961,8 +961,8 @@ The server scales the values to match the display hardware.
</glossentry>
<glossentry>
<glossterm><function>Root</function></glossterm>
+ <indexterm significance="preferred"><primary>Root</primary></indexterm>
<glossdef>
-<indexterm significance="preferred"><primary>Root</primary></indexterm>
<para>
The root of a pixmap, colormap, or graphics context is the same as the root of
whatever drawable was used when the pixmap, colormap, or graphics context was
@@ -987,8 +987,8 @@ A root window has no parent.
</glossentry>
<glossentry>
<glossterm><function>Save set</function></glossterm>
+ <indexterm significance="preferred"><primary>Save set</primary></indexterm>
<glossdef>
-<indexterm significance="preferred"><primary>Save set</primary></indexterm>
<para>
The save set of a client is a list of other clients' windows that,
if they are inferiors of one of the client's windows at connection close,
@@ -1001,8 +1001,8 @@ lost windows if the manager terminates abnormally.
</glossentry>
<glossentry>
<glossterm><function>Scanline</function></glossterm>
+ <indexterm significance="preferred"><primary>Scanline</primary></indexterm>
<glossdef>
-<indexterm significance="preferred"><primary>Scanline</primary></indexterm>
<para>
A scanline is a list of pixel or bit values viewed as a horizontal
row (all values having the same y coordinate) of an image, with the
@@ -1013,8 +1013,8 @@ values ordered by increasing x coordinate.
</glossentry>
<glossentry>
<glossterm><function>Scanline order</function></glossterm>
+ <indexterm significance="preferred"><primary>Scanline order</primary></indexterm>
<glossdef>
-<indexterm significance="preferred"><primary>Scanline order</primary></indexterm>
<para>
An image represented in scanline order contains scanlines ordered by
increasing y coordinate.
@@ -1024,8 +1024,8 @@ increasing y coordinate.
</glossentry>
<glossentry>
<glossterm><function>Screen</function></glossterm>
+ <indexterm significance="preferred"><primary>Screen</primary></indexterm>
<glossdef>
-<indexterm significance="preferred"><primary>Screen</primary></indexterm>
<para>
A server can provide several independent screens,
which typically have physically independent monitors.
@@ -1037,8 +1037,8 @@ and pointer shared among the screens.
</glossentry>
<glossentry>
<glossterm><function>Selection</function></glossterm>
+ <indexterm significance="preferred"><primary>Selection</primary></indexterm>
<glossdef>
-<indexterm significance="preferred"><primary>Selection</primary></indexterm>
<para>
A selection can be thought of as an indirect property with dynamic
type; that is, rather than having the property stored in the server,
@@ -1066,8 +1066,8 @@ The protocol does not constrain the semantics.
</glossentry>
<glossentry>
<glossterm><function>Server</function></glossterm>
+ <indexterm significance="preferred"><primary>Server</primary></indexterm>
<glossdef>
-<indexterm significance="preferred"><primary>Server</primary></indexterm>
<para>
The server provides the basic windowing mechanism.
It handles connections from clients,
@@ -1094,8 +1094,8 @@ indivisibly.
</glossentry>
<glossentry>
<glossterm><function>Sibling</function></glossterm>
+ <indexterm significance="preferred"><primary>Sibling</primary></indexterm>
<glossdef>
-<indexterm significance="preferred"><primary>Sibling</primary></indexterm>
<para>
Children of the same parent window are known as sibling windows.
<!-- .KE -->
@@ -1104,8 +1104,8 @@ Children of the same parent window are known as sibling windows.
</glossentry>
<glossentry>
<glossterm><function>Stacking order</function></glossterm>
+ <indexterm significance="preferred"><primary>Stacking order</primary></indexterm>
<glossdef>
-<indexterm significance="preferred"><primary>Stacking order</primary></indexterm>
<para>
Sibling windows may stack on top of each other.
Windows above other windows both obscure and occlude those lower windows.
@@ -1117,8 +1117,8 @@ The relationship between sibling windows is known as the stacking order.
</glossentry>
<glossentry>
<glossterm><function>StaticColor</function></glossterm>
+ <indexterm significance="preferred"><primary>StaticColor</primary></indexterm>
<glossdef>
-<indexterm significance="preferred"><primary>StaticColor</primary></indexterm>
<para>
<emphasis role='bold'>StaticColor </emphasis>
can be viewed as a degenerate case of
@@ -1130,8 +1130,8 @@ in which the RGB values are predefined and read-only.
</glossentry>
<glossentry>
<glossterm><function>StaticGray</function></glossterm>
+ <indexterm significance="preferred"><primary>StaticGray</primary></indexterm>
<glossdef>
-<indexterm significance="preferred"><primary>StaticGray</primary></indexterm>
<para>
<emphasis role='bold'>StaticGray </emphasis>
can be viewed as a degenerate case of
@@ -1144,8 +1144,8 @@ The values are typically linear or near-linear increasing ramps.
</glossentry>
<glossentry>
<glossterm><function>Stipple</function></glossterm>
+ <indexterm significance="preferred"><primary>Stipple</primary></indexterm>
<glossdef>
-<indexterm significance="preferred"><primary>Stipple</primary></indexterm>
<para>
A stipple pattern is a bitmap that is used to tile a region that will serve
as an additional clip mask for a fill operation with the foreground
@@ -1156,8 +1156,8 @@ color.
</glossentry>
<glossentry>
<glossterm><function>String Equivalence</function></glossterm>
+ <indexterm significance="preferred"><primary>String Equivalence</primary></indexterm>
<glossdef>
-<indexterm significance="preferred"><primary>String Equivalence</primary></indexterm>
<para>
Two ISO Latin-1 STRING8 values are considered equal if they are the same
length and if corresponding bytes are either equal or are equivalent as
@@ -1175,8 +1175,8 @@ are pairwise equivalent to decimal values 246 to 254 inclusive
</glossentry>
<glossentry>
<glossterm><function>Tile</function></glossterm>
+ <indexterm significance="preferred"><primary>Tile</primary></indexterm>
<glossdef>
-<indexterm significance="preferred"><primary>Tile</primary></indexterm>
<para>
A pixmap can be replicated in two dimensions to tile a region.
The pixmap itself is also known as a tile.
@@ -1186,8 +1186,8 @@ The pixmap itself is also known as a tile.
</glossentry>
<glossentry>
<glossterm><function>Timestamp</function></glossterm>
+ <indexterm significance="preferred"><primary>Timestamp</primary></indexterm>
<glossdef>
-<indexterm significance="preferred"><primary>Timestamp</primary></indexterm>
<para>
A timestamp is a time value, expressed in milliseconds.
It typically is the time since the last
@@ -1208,8 +1208,8 @@ server time.
</glossentry>
<glossentry>
<glossterm><function>TrueColor</function></glossterm>
+ <indexterm significance="preferred"><primary>TrueColor</primary></indexterm>
<glossdef>
-<indexterm significance="preferred"><primary>TrueColor</primary></indexterm>
<para>
<emphasis role='bold'>TrueColor</emphasis>
can be viewed as a degenerate case of
@@ -1224,8 +1224,8 @@ The values are typically linear or near-linear increasing ramps.
</glossentry>
<glossentry>
<glossterm><function>Type</function></glossterm>
+ <indexterm significance="preferred"><primary>Type</primary></indexterm>
<glossdef>
-<indexterm significance="preferred"><primary>Type</primary></indexterm>
<para>
A type is an arbitrary atom used to identify the interpretation of
property data.
@@ -1237,8 +1237,8 @@ and are solely for the benefit of clients.
</glossentry>
<glossentry>
<glossterm><function>Viewable</function></glossterm>
+ <indexterm significance="preferred"><primary>Viewable</primary></indexterm>
<glossdef>
-<indexterm significance="preferred"><primary>Viewable</primary></indexterm>
<para>
A window is viewable if it and all of its ancestors are mapped.
This does not imply that any portion of the window is actually visible.
Reply to: