Gecko [ www.foryou-vip.com ]

Name	Size	Permission	Date
appgrp.html	49.82 KB	-rw-r--r--	2014-01-06 10:39
appgrp.txt.gz	7.08 KB	-rw-r--r--	2014-01-06 10:39
changelog.Debian.gz	2.23 KB	-rw-r--r--	2014-01-06 10:39
copyright	10.06 KB	-rw-r--r--	2014-01-06 10:39
dbe.html	47.71 KB	-rw-r--r--	2014-01-06 10:39
dbe.txt.gz	8.02 KB	-rw-r--r--	2014-01-06 10:39
dpms.html	27 KB	-rw-r--r--	2014-01-06 10:39
dpms.txt.gz	3.76 KB	-rw-r--r--	2014-01-06 10:39
evi.html	23.45 KB	-rw-r--r--	2014-01-06 10:39
evi.txt.gz	3.22 KB	-rw-r--r--	2014-01-06 10:39
geproto.html	14.4 KB	-rw-r--r--	2014-01-06 10:39
geproto.txt.gz	1.86 KB	-rw-r--r--	2014-01-06 10:39
lbx.html	172.9 KB	-rw-r--r--	2014-01-06 10:39
lbx.txt.gz	23.22 KB	-rw-r--r--	2014-01-06 10:39
multibuf.html	62.89 KB	-rw-r--r--	2014-01-06 10:39
multibuf.txt.gz	11.25 KB	-rw-r--r--	2014-01-06 10:39
security.html	58.59 KB	-rw-r--r--	2014-01-06 10:39
security.txt.gz	9.6 KB	-rw-r--r--	2014-01-06 10:39
shape.html	46.25 KB	-rw-r--r--	2014-01-06 10:39
shape.txt.gz	6.4 KB	-rw-r--r--	2014-01-06 10:39
shm.html	25.95 KB	-rw-r--r--	2014-01-06 10:39
shm.txt.gz	4.9 KB	-rw-r--r--	2014-01-06 10:39
sync.html	58.78 KB	-rw-r--r--	2014-01-06 10:39
sync.txt.gz	9.84 KB	-rw-r--r--	2014-01-06 10:39
tog-cup.html	25.94 KB	-rw-r--r--	2014-01-06 10:39
tog-cup.txt.gz	3.92 KB	-rw-r--r--	2014-01-06 10:39
xtest.html	28.98 KB	-rw-r--r--	2014-01-06 10:39
xtest.txt.gz	4.52 KB	-rw-r--r--	2014-01-06 10:39

Rename

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"><html xmlns="http://www.w3.org/1999/xhtml"><head><meta http-equiv="Content-Type" content="text/html; charset=UTF-8" /><title>XTEST Extension Protocol</title><meta name="generator" content="DocBook XSL Stylesheets V1.78.1" /><style xmlns="" type="text/css">/*
 * Copyright (c) 2011 Gaetan Nadon
 * Copyright (c) 2010, Oracle and/or its affiliates. All rights reserved.
 *
 * Permission is hereby granted, free of charge, to any person obtaining a
 * copy of this software and associated documentation files (the "Software"),
 * to deal in the Software without restriction, including without limitation
 * the rights to use, copy, modify, merge, publish, distribute, sublicense,
 * and/or sell copies of the Software, and to permit persons to whom the
 * Software is furnished to do so, subject to the following conditions:
 *
 * The above copyright notice and this permission notice (including the next
 * paragraph) shall be included in all copies or substantial portions of the
 * Software.
 *
 * THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
 * IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
 * FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT.  IN NO EVENT SHALL
 * THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
 * LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING
 * FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER
 * DEALINGS IN THE SOFTWARE.
 */

/*
 * Shared stylesheet for X.Org documentation translated to HTML format
 * http://www.sagehill.net/docbookxsl/UsingCSS.html
 * http://www.w3schools.com/css/default.asp
 * https://addons.mozilla.org/en-US/firefox/addon/web-developer/developers
 * https://addons.mozilla.org/en-US/firefox/addon/font-finder/
 */

/*
 * The sans-serif fonts are considered more legible on a computer screen
 * http://dry.sailingissues.com/linux-equivalents-verdana-arial.html
 *
 */
body {
  font-family: "Bitstream Vera Sans", "DejaVu Sans", Tahoma, Geneva, Arial, Sans-serif;
  /* In support of using "em" font size unit, the w3c recommended method */
  font-size: 100%;
}

/*
 * Selection: all elements requiring mono spaced fonts.
 *
 * The family names attempt to match the proportionally spaced font
 * family names such that the same font name is used for both.
 * We'd like to use Bitstream, for example, in both proportionally and
 * mono spaced font text.
 */
.command,
.errorcode,
.errorname,
.errortype,
.filename,
.funcsynopsis,
.function,
.parameter,
.programlisting,
.property,
.screen,
.structname,
.symbol,
.synopsis,
.type
{
  font-family:  "Bitstream Vera Sans Mono", "DejaVu Sans Mono", Courier, "Liberation Mono", Monospace;
}

/*
 * Books have a title page, a preface, some chapters and appendices,
 * a glossary, an index and a bibliography, in that order.
 *
 * An Article has no preface and no chapters. It has sections, appendices,
 * a glossary, an index and a bibliography.
 */

/*
 * Selection: book main title and subtitle
 */
div.book>div.titlepage h1.title,
div.book>div.titlepage h2.subtitle {
  text-align: center;
}

/*
 * Selection: article main title and subtitle
 */
div.article>div.titlepage h2.title,
div.article>div.titlepage h3.subtitle,
div.article>div.sect1>div.titlepage h2.title,
div.article>div.section>div.titlepage h2.title {
  text-align: center;
}

/*
 * Selection: various types of authors and collaborators, individuals or corporate
 *
 * These authors are not always contained inside an authorgroup.
 * They can be contained inside a lot of different parent types where they might
 * not be centered.
 * Reducing the margin at the bottom makes a visual separation between authors
 * We specify here the ones on the title page, others may be added based on merit.
 */
div.titlepage .authorgroup,
div.titlepage .author,
div.titlepage .collab,
div.titlepage .corpauthor,
div.titlepage .corpcredit,
div.titlepage .editor,
div.titlepage .othercredit {
  text-align: center;
  margin-bottom: 0.25em;
}

/*
 * Selection: the affiliation of various types of authors and collaborators,
 * individuals or corporate.
 */
div.titlepage .affiliation {
  text-align: center;
}

/*
 * Selection: product release information (X Version 11, Release 7)
 *
 * The releaseinfo element can be contained inside a lot of different parent
 * types where it might not be centered.
 * We specify here the one on the title page, others may be added based on merit.
 */
div.titlepage p.releaseinfo {
  font-weight: bold;
  text-align: center;
}

/*
 * Selection: publishing date
 */
div.titlepage .pubdate {
  text-align: center;
}

/*
 * The legal notices are displayed in smaller sized fonts
 * Justification is only supported in IE and therefore not requested.
 *
 */
.legalnotice {
  font-size: small;
  font-style: italic;
}

/*
 * For documentation having multiple licenses, the copyright and legalnotice
 * elements sequence cannot instantiated multiple times.
 * The copyright notice and license text are therefore coded inside a legalnotice
 * element. The role attribute on the paragraph is used to allow styling of the
 * copyright notice text which should not be italicized.
 */
p.multiLicensing {
  font-style: normal;
  font-size: medium;
}

/*
 * Selection: book or article main ToC title
 * A paragraph is generated for the title rather than a level 2 heading.
 * We do not want to select chapters sub table of contents, only the main one
 */
div.book>div.toc>p,
div.article>div.toc>p {
  font-size: 1.5em;
  text-align: center;
}

/*
 * Selection: major sections of a book or an article
 *
 * Unlike books, articles do not have a titlepage element for appendix.
 * Using the selector "div.titlepage h2.title" would be too general.
 */
div.book>div.preface>div.titlepage h2.title,
div.book>div.chapter>div.titlepage h2.title,
div.article>div.sect1>div.titlepage h2.title,
div.article>div.section>div.titlepage h2.title,
div.book>div.appendix>div.titlepage h2.title,
div.article>div.appendix h2.title,
div.glossary>div.titlepage h2.title,
div.index>div.titlepage h2.title,
div.bibliography>div.titlepage h2.title {
   /* Add a border top over the major parts, just like printed books */
   /* The Gray color is already used for the ruler over the main ToC. */
  border-top-style: solid;
  border-top-width: 2px;
  border-top-color: Gray;
  /* Put some space between the border and the title */
  padding-top: 0.2em;
  text-align: center;
}

/*
 * A Screen is a verbatim environment for displaying text that the user might
 * see on a computer terminal. It is often used to display the results of a command.
 *
 * http://www.css3.info/preview/rounded-border/
 */
.screen {
  background: #e0ffff;
  border-width: 1px;
  border-style: solid;
  border-color: #B0C4DE;
  border-radius: 1.0em;
  /* Browser's vendor properties prior to CSS 3 */
  -moz-border-radius: 1.0em;
  -webkit-border-radius: 1.0em;
  -khtml-border-radius: 1.0em;
  margin-left: 1.0em;
  margin-right: 1.0em;
  padding: 0.5em;
}

/*
 * Emphasis program listings with a light shade of gray similar to what
 * DocBook XSL guide does: http://www.sagehill.net/docbookxsl/ProgramListings.html
 * Found many C API docs on the web using like shades of gray.
 */
.programlisting {
  background: #F4F4F4;
  border-width: 1px;
  border-style: solid;
  border-color: Gray;
  padding: 0.5em;
}

/*
 * Emphasis functions synopsis using a darker shade of gray.
 * Add a border such that it stands out more.
 * Set the padding so the text does not touch the border.
 */
.funcsynopsis, .synopsis {
  background: #e6e6fa;
  border-width: 1px;
  border-style: solid;
  border-color: Gray;
  clear: both;
  margin: 0.5em;
  padding: 0.25em;
}

/*
 * Selection: paragraphs inside synopsis
 *
 * Removes the default browser margin, let the container set the padding.
 * Paragraphs are not always used in synopsis
 */
.funcsynopsis p,
.synopsis p {
  margin: 0;
  padding: 0;
}

/*
 * Selection: variable lists, informal tables and tables
 *
 * Note the parameter name "variablelist.as.table" in xorg-xhtml.xsl
 * A table with rows and columns is constructed inside div.variablelist
 *
 * Set the left margin so it is indented to the right
 * Display informal tables with single line borders
 */
table {
  margin-left: 0.5em;
  border-collapse: collapse;
}

/*
 * Selection: paragraphs inside tables
 *
 * Removes the default browser margin, let the container set the padding.
 * Paragraphs are not always used in tables
 */
td p {
  margin: 0;
  padding: 0;
}

/*
 * Add some space between the left and right column.
 * The vertical alignment helps the reader associate a term
 * with a multi-line definition.
 */
td, th {
  padding-left: 1.0em;
  padding-right: 1.0em;
  vertical-align: top;
}

.warning {
  border: 1px solid red;
  background: #FFFF66;
  padding-left: 0.5em;
}
</style></head><body><div class="book"><div class="titlepage"><div><div><h1 class="title"><a id="xtest"></a>XTEST Extension Protocol</h1></div><div><h2 class="subtitle">X Consortium Standard</h2></div><div><div class="authorgroup"><div class="author"><h3 class="author"><span class="firstname">Kieron</span> <span class="surname">Drake</span></h3><div class="affiliation"><span class="orgname">UniSoft Ltd.<br /></span></div></div></div></div><div><p class="releaseinfo">X Version 11, Release 7.7</p></div><div><p class="releaseinfo">Version 2.2</p></div><div><p class="copyright">Copyright © 1992 UniSoft Group Ltd.</p></div><div><p class="copyright">Copyright © 1992, 1994 X Consortium</p></div><div><div class="legalnotice"><a id="idp50085280"></a><p>
Permission to use, copy, modify, and distribute this documentation for any
purpose and without fee is hereby granted, provided that the above copyright
notice and this permission notice appear in all copies.  UniSoft makes no
representations about the suitability for any purpose of the information in
this document.  This documentation is provided "as is" without express or
implied warranty.
</p><p>
Permission is hereby granted, free of charge, to any person obtaining a copy
of this software and associated documentation files (the "Software"), to deal
in the Software without restriction, including without limitation the rights
to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
copies of the Software, and to permit persons to whom the Software is
furnished to do so, subject to the following conditions:
</p><p>
The above copyright notice and this permission notice shall be included in
all copies or substantial portions of the Software.
</p><p>
THE SOFTWARE IS PROVIDED “AS IS”, WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT.  IN NO EVENT SHALL THE
X CONSORTIUM BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN
AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN
CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.
</p><p>
Except as contained in this notice, the name of the X Consortium shall not be
used in advertising or otherwise to promote the sale, use or other dealings
in this Software without prior written authorization from the X Consortium.
</p></div></div></div><hr /></div><div class="toc"><p><strong>Table of Contents</strong></p><dl class="toc"><dt><span class="chapter"><a href="#Overview">1. Overview</a></span></dt><dt><span class="chapter"><a href="#Description">2. Description</a></span></dt><dt><span class="chapter"><a href="#Types">3. Types</a></span></dt><dt><span class="chapter"><a href="#Client_Operations">4. Client Operations</a></span></dt><dt><span class="chapter"><a href="#Server_Requests">5. Server Requests</a></span></dt><dt><span class="chapter"><a href="#Encoding">6. Encoding</a></span></dt><dd><dl><dt><span class="sect1"><a href="#New_Types">New Types</a></span></dt><dt><span class="sect1"><a href="#Requests">Requests</a></span></dt></dl></dd><dt><span class="chapter"><a href="#References">7. References</a></span></dt></dl></div><div class="chapter"><div class="titlepage"><div><div><h1 class="title"><a id="Overview"></a>Chapter 1. Overview</h1></div></div></div><p>
This extension is a minimal set of client and server extensions
required to completely test the X11 server with no user intervention.
</p><p>
This extension is not intended to support general journaling and
playback of user actions.  This is a difficult area [XTrap, 89] as it attempts
to synchronize synthetic user interactions with their effects; it is at the
higher level of dialogue recording/playback rather than at the strictly lexical
level.  We are interested only in the latter, simpler, case.  A more detailed
discussion and justification of the extension functionality is given in
[Drake, 91].
</p><p>
We are aiming only to provide a minimum set of facilities that
solve immediate testing and validation problems.  The testing extension
itself needs testing, where possible, and so should be as simple as possible.
</p><p>
We have also tried to:
</p><div class="itemizedlist"><ul class="itemizedlist" style="list-style-type: disc; "><li class="listitem"><p>
Confine the extension to an appropriate high level within the server
to minimize portability problems.  In practice this means that the extension
should be at the DIX level or use the DIX/DDX interface, or both.  This
has effects, in particular, on the level at which "input synthesis"
can occur.
    </p></li><li class="listitem"><p>
Minimize the changes required in the rest of the server.
    </p></li><li class="listitem"><p>
Minimize performance penalties on normal server operation.
    </p></li></ul></div></div><div class="chapter"><div class="titlepage"><div><div><h1 class="title"><a id="Description"></a>Chapter 2. Description</h1></div></div></div><p>
The functions provided by this extension fall into two groups:
</p><div class="variablelist"><table border="0" class="variablelist"><colgroup><col align="left" valign="top" /><col /></colgroup><tbody><tr><td><p><span class="term">Client Operations</span></p></td><td><p>
These routines manipulate otherwise hidden client-side behavior.  The
actual implementation will depend on the details of the actual language
binding and what degree of request buffering, GContext caching, and so on, is
provided.
In the C binding, defined in "XTEST Extension Library", routines are
provided to access the internals of two opaque data structures
-- <code class="function">GC</code>s
and
<code class="function">Visual</code>s --
and to discard any requests pending within the
output buffer of a connection.  The exact details can be expected to differ for
other language bindings.
      </p></td></tr><tr><td><p><span class="term">Server Requests</span></p></td><td><p>
The first of these requests is similar to that provided in most
extensions: it allows a client to specify a major and minor version
number to the server and for the server to respond with major and minor
versions of its own.  The remaining two requests allow the following:

</p><div class="itemizedlist"><ul class="itemizedlist" style="list-style-type: disc; "><li class="listitem"><p>
Access to an otherwise "write-only" server resource: the cursor
associated with a given window
          </p></li><li class="listitem"><p>
Perhaps most importantly, limited synthesis of input device events,
almost as if a cooperative user had moved the pointing device
or pressed a key or button.
          </p></li></ul></div></td></tr></tbody></table></div></div><div class="chapter"><div class="titlepage"><div><div><h1 class="title"><a id="Types"></a>Chapter 3. Types</h1></div></div></div><p>
The following types are used in the request and event definitions in
subsequent sections:
</p><div class="informaltable"><table border="0"><colgroup><col align="left" class="c1" /><col align="left" class="c2" /></colgroup><tbody><tr><td colspan="2" align="left">
FAKE_EVENT_TYPE
{ <code class="function">KeyPress</code>,
<code class="function">KeyRelease</code>,
<code class="function">MotionNotify</code>,
<code class="function">ButtonPress</code>,
<code class="function">ButtonRelease</code> }
      </td></tr><tr><td align="left"> </td><td class="auto-generated"> </td></tr><tr><td align="left">FAKE_EVENT</td><td align="left">[type: FAKE_EVENT_TYPE,</td></tr><tr><td align="left"> </td><td align="left">detail: BYTE,</td></tr><tr><td align="left"> </td><td align="left">time: TIME,</td></tr><tr><td align="left"> </td><td align="left">root: WINDOW,</td></tr><tr><td align="left"> </td><td align="left">rootX, rootY: INT16]</td></tr></tbody></table></div><p>
CURSOR { <code class="function">CurrentCursor</code>, <code class="function"> None</code> }
or a cursor as defined by the X11 Protocol.
</p></div><div class="chapter"><div class="titlepage"><div><div><h1 class="title"><a id="Client_Operations"></a>Chapter 4. Client Operations</h1></div></div></div><p>
These are abstract definitions of functionality.  They refer to client-side
objects such as "GC" and "VISUAL" that are quoted to
denote their abstract nature.  Concrete versions of these functions are
defined only for particular language bindings.  In some circumstances
a particular language binding may not implement the relevant abstract
type or may provide it as a transparent, rather than opaque, type, with
the result that the corresponding function does not make sense or is
not required, respectively.
</p><p>
<span class="olink"><code class="function">XTestSetGContextOfGC</code></span>
</p><div class="informaltable"><table border="0"><colgroup><col align="left" class="c1" /></colgroup><tbody><tr><td align="left">
<span class="emphasis"><em>gc</em></span>: "GC"
      </td></tr><tr><td align="left">
<span class="emphasis"><em>gid</em></span>: GCONTEXT
      </td></tr></tbody></table></div><p>
Sets the GCONTEXT within the "GC" gc to have
the value specified by gid.
</p><p>
<span class="olink"><code class="function">XTestSetVisualIDOfVisual</code></span>
</p><div class="informaltable"><table border="0"><colgroup><col align="left" class="c1" /></colgroup><tbody><tr><td align="left">
<span class="emphasis"><em>visual</em></span>: "VISUAL"
      </td></tr><tr><td align="left">
<span class="emphasis"><em>visualid</em></span>: VISUALID
      </td></tr></tbody></table></div><p>
Sets the VISUALID within the "VISUAL" visual to have
the value specified by visualid.
</p><p>
<span class="olink"><code class="function">XTestDiscard</code></span>
</p><div class="informaltable"><table border="0"><colgroup><col align="left" class="c1" /></colgroup><tbody><tr><td align="left">
<span class="emphasis"><em>dpy</em></span>: "CONNECTION"
      </td></tr><tr><td align="left">
=&gt;
      </td></tr><tr><td align="left">
status: BOOL
      </td></tr></tbody></table></div><p>
Discards any requests that are present in the request buffer associated with
the "CONNECTION" dpy.
The status returned is
<code class="function">True</code>
if there were one or more requests
in the buffer and
<code class="function">False</code>
otherwise.
</p></div><div class="chapter"><div class="titlepage"><div><div><h1 class="title"><a id="Server_Requests"></a>Chapter 5. Server Requests</h1></div></div></div><p>
<code class="function">XTestGetVersion</code>
</p><div class="informaltable"><table border="0"><colgroup><col align="left" class="c1" /></colgroup><tbody><tr><td align="left">
<span class="emphasis"><em>clientMajorVersion</em></span>: CARD16
      </td></tr><tr><td align="left">
<span class="emphasis"><em>clientMinorVersion</em></span>: CARD16
      </td></tr><tr><td align="left">
   =&gt;
      </td></tr><tr><td align="left">
serverMajorVersion: CARD16
      </td></tr><tr><td align="left">
serverMinorVersion: CARD16
      </td></tr><tr><td align="left">
Errors: <code class="function">Length</code>
      </td></tr></tbody></table></div><p>
This request can be used to ensure that the server version of the XTEST
extension is usable by the client.  This document defines major version two
(2), minor version one (1).
</p><p>
<code class="function">XTestCompareCursor</code>
</p><div class="informaltable"><table border="0"><colgroup><col align="left" class="c1" /></colgroup><tbody><tr><td align="left">
<span class="emphasis"><em>window</em></span>: WINDOW
      </td></tr><tr><td align="left">
<span class="emphasis"><em>cursor-id</em></span>: CURSOR or
<code class="function">CurrentCursor</code>
or
<code class="function">None</code>
      </td></tr><tr><td align="left">
=&gt;
      </td></tr><tr><td align="left">
same: BOOL
      </td></tr><tr><td align="left">
Errors:
<code class="function">Window</code>,
<code class="function">Length</code>,
<code class="function">Cursor</code>
      </td></tr></tbody></table></div><p>
This request looks up the cursor associated with the window and
compares it with either the null cursor if cursor-id is
<code class="function">None ,</code>
or the current cursor (that is, the one being displayed),
or the cursor whose ID is cursor-id, and returns
the result of the comparison in same.
</p><p>
<code class="function">XTestFakeInput</code>
</p><div class="informaltable"><table border="0"><colgroup><col align="left" class="c1" /></colgroup><tbody><tr><td align="left">
<span class="emphasis"><em>events</em></span>: LISTofFAKE_EVENT
      </td></tr><tr><td align="left">
Errors:
<code class="function">Window</code>,
<code class="function">Length</code>,
<code class="function">Alloc</code>,
<code class="function">Value</code>
      </td></tr></tbody></table></div><p>
This request simulates the limited set of core protocol
events within the set FAKE_EVENT_TYPE.  Only the following event fields,
defined in FAKE_EVENT, are interpreted:
</p><div class="variablelist"><table border="0" class="variablelist"><colgroup><col align="left" valign="top" /><col /></colgroup><tbody><tr><td><p><span class="term">
      <span class="emphasis"><em>type</em></span>
    </span></p></td><td><p>
This must be one of
<code class="function">KeyPress</code>,
<code class="function">KeyRelease</code>,
<code class="function">MotionNotify</code>,
<code class="function">ButtonPress</code>,
or
<code class="function">ButtonRelease</code>,
or else a
<code class="function">Value</code>
error occurs.
      </p></td></tr><tr><td><p><span class="term">
      <span class="emphasis"><em>detail</em></span>
    </span></p></td><td><p>
For key events, this field is interpreted as the physical keycode.
If the keycode is less than min-keycode or greater than max-keycode,
as returned in the connection setup, then a
<code class="function">Value</code>
error occurs.
For button events, this field is interpreted as the physical (or core) button,
meaning it will be mapped to the corresponding logical button according to
the most recent
<code class="function">SetPointerMapping</code>
request.
If the button number is less than one or greater than the number of physical
buttons, then a
<code class="function">Value</code>
error occurs.
For motion events, if this field is
<code class="function">True ,</code>
then rootX and rootY
are relative distances from the current pointer location; if this field is
<code class="function">False,</code>
then they are absolute positions.
      </p></td></tr><tr><td><p><span class="term">
      <span class="emphasis"><em>time</em></span>
    </span></p></td><td><p>
This is either
<code class="function">CurrentTime</code>
(meaning no delay)
or the delay in milliseconds that the server should wait before
simulating this event.  No other requests from this client will be
processed until this delay, if any, has expired and subsequent processing
of the simulated event has been completed.
      </p></td></tr><tr><td><p><span class="term">
      <span class="emphasis"><em>root</em></span>
    </span></p></td><td><p>
In the case of motion events this field is the ID of the root window on
which the new motion is to take place.  If
<code class="function">None</code>
is specified, the root window of the screen the pointer is currently on
is used instead.
If this field is not a valid window, then a
<code class="function">Window</code>
error occurs.
      </p></td></tr><tr><td><p><span class="term">
      <span class="emphasis"><em>rootX</em></span> &amp;
      <span class="emphasis"><em>rootY</em></span>
    </span></p></td><td><p>
In the case of motion events these fields indicate relative distance or
absolute pointer coordinates, according to the setting of detail.
If the specified coordinates are off-screen, the closest on-screen
coordinates will be substituted.
    </p></td></tr></tbody></table></div><p>
When the simulated event(s) are processed, they cause event propagation,
passive grab activation, and so on, just as if the corresponding input device
action had occurred.  However, motion events might not be recorded in the
motion history buffer.
</p><p>
For the currently supported event types, the event list must have length one,
otherwise a
<code class="function">BadLength</code>
error occurs.
</p><p>
<span class="olink"><code class="function">XTestGrabControl</code></span>
</p><div class="informaltable"><table border="0"><colgroup><col align="left" class="c1" /></colgroup><tbody><tr><td align="left">
<span class="emphasis"><em>impervious</em></span>: BOOL
      </td></tr></tbody></table></div><p>
If impervious is
<code class="function">True</code>,
then the executing client becomes impervious to server grabs;
that is, it can continue executing requests even if another client
grabs the server.
If impervious is
<code class="function">False</code>,
then the executing client returns to the normal state of being
susceptible to server grabs.
</p></div><div class="chapter"><div class="titlepage"><div><div><h1 class="title"><a id="Encoding"></a>Chapter 6. Encoding</h1></div></div></div><div class="toc"><p><strong>Table of Contents</strong></p><dl class="toc"><dt><span class="sect1"><a href="#New_Types">New Types</a></span></dt><dt><span class="sect1"><a href="#Requests">Requests</a></span></dt></dl></div><p>
Please refer to the X11 Protocol Encoding document as this document uses
conventions established there.
</p><p>
The name of this extension is "XTEST".
</p><div class="sect1"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a id="New_Types"></a>New Types</h2></div></div></div><pre class="literallayout">
FAKE_EVENT_TYPE
     2     KeyPress
     3     KeyRelease
     4     ButtonPress
     5     ButtonRelease
     6     MotionNotify
</pre><p>
NOTE that the above values are defined to be the same as those for
the corresponding core protocol event types.
</p></div><div class="sect1"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a id="Requests"></a>Requests</h2></div></div></div><pre class="literallayout">
<code class="function">XTestGetVersion</code>
     1     CARD8               opcode
     1     0                   xtest opcode
     2     2                   request length
     1     CARD8               client major version
     1                         unused
     2     CARD16              client minor version
=&gt;
     1     1                   Reply
     1     CARD8               server major version
     2     CARD16              sequence number
     4     0                   reply length
     2     CARD16              server minor version
     22                        unused
</pre><pre class="literallayout">
<code class="function">XTestCompareCursor</code>
     1     CARD8               opcode
     1     1                   xtest opcode
     2     3                   request length
     4     WINDOW              window
     4     CURSOR              cursor-id
           0     None
           1     CurrentCursor
=&gt;
     1     1                   Reply
     1     BOOL                cursors are the same
     2     CARD16              sequence number
     4     0                   reply length
     24                        unused
</pre><pre class="literallayout">
<code class="function">XTestFakeInput</code>
     1     CARD8               opcode
     1     2                   xtest opcode
     2     1+(1*8)             request length
     1     FAKE_EVENT_TYPE     fake device event type
     1     BYTE                detail: button or keycode
     2                         unused
     4     TIME                delay (milliseconds)
           0     CurrentTime
     4     WINDOW              root window for MotionNotify
           0     None
     8                         unused
     2     INT16               x position for MotionNotify
     2     INT16               y position for MotionNotify
     8                         unused
</pre><pre class="literallayout">
<span class="olink"><code class="function">XTestGrabControl</code></span>
     1     CARD8               opcode
     1     3                   xtest opcode
     2     2                   request length
     1     BOOL                impervious
     3                         unused
</pre></div></div><div class="chapter"><div class="titlepage"><div><div><h1 class="title"><a id="References"></a>Chapter 7. References</h1></div></div></div><p>
Annicchiarico, D., et al.,
<span class="emphasis"><em>XTrap: The XTrap Architecture</em></span>.
Digital Equipment Corporation, July 1991.
</p><p>
Drake, K. J.,
<span class="emphasis"><em>Some Proposals for a
Minimum X11 Testing Extension</em></span>.
UniSoft Ltd., June 1991.
</p></div></div></body></html>