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 <[email protected]> Date: Wed Nov 3 00:04:22 2010 -0700 xproto 7.0.19 Signed-off-by: Alan Coopersmith <[email protected]> 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 <[email protected]> Date: Wed Nov 3 00:04:06 2010 -0700 README: Provide a small description Signed-off-by: Alan Coopersmith <[email protected]> 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 <[email protected]> Date: Sun Oct 31 15:35:52 2010 -0700 specs: Fix nesting of chapters included in sect1-9.xml Signed-off-by: Alan Coopersmith <[email protected]> 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 <[email protected]> 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 <[email protected]> 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. -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected] Archive: http://lists.debian.org/[email protected]
