xml/Accessibility_Registry.xml

   1 <node name="/node" xmlns:tp="http://telepathy.freedesktop.org/wiki/DbusSpec#extensions-v0">
   2
   3 <tp:title>AT-SPI - Assistive Technology Service Provider Interface </tp:title>
   4 <tp:copyright>Copyright 2008 Novell, Inc.</tp:copyright>
   5 <tp:copyright>Copyright 2001 Sun Microsystems Inc.</tp:copyright>
   6 <tp:license xmlns="http://www.w3.org/1999/xhtml">
   7   <p>This library is free software; you can redistribute it and/or
   8     modify it under the terms of the GNU Library General Public
   9     License as published by the Free Software Foundation; either
  10     version 2 of the License, or (at your option) any later version.</p>
  11
  12   <p>This library is distributed in the hope that it will be useful,
  13     but WITHOUT ANY WARRANTY; without even the implied warranty of
  14     MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
  15     Library General Public License for more details.</p>
  16
  17   <p>You should have received a copy of the GNU Library General Public
  18     License along with this library; if not, write to the
  19     Free Software Foundation, Inc., 59 Temple Place - Suite 330,
  20     Boston, MA 02111-1307, USA.</p>
  21 </tp:license>
  22 <interface name="org.freedesktop.atspi.Registry">
  23   <tp:docstring xmlns="http://www.w3.org/1999/xhtml">
  24     <p>The Registry is a service through which applications providing
  25       accessibility services (servers) can rendezvous with consumers of those
  26       services (Assistive Technologies).  The Registry is the first &quot;port of call&quot; for
  27       accessible applications and for assistive technologies wishing to query and
  28       interact with those applications.  </p>
  29
  30     <p>The Registry service provides four basic functions to Assistive Technology (AT) clients:
  31       \li it provides a list of the applications who have registered with the AT-SPI
  32       framework, thereby announcing their participation in the AT-SPI framework;
  33       \li it allows AT clients to register for notification of changes in application
  34       state (at-spi Events);
  35       \li it dispatches/relays said events from participating applications to
  36       the registered listeners;
  37       \li it gives access to system device events via the associated DeviceEventController
  38       interface.  </p>
  39
  40     <p>From the point of view of accessible applications (i.e. AT-SPI service producers),
  41       the Registry is primarily a registration and event delivery service.  Applications
  42       normally only call the registerApplication and deregisterApplication Registry methods,
  43       and its inherited EventListener::notifyEvent method.  </p>
  44
  45     <p>@note Although all application events are dispatched via the Registry, other AT client
  46       calls are serviced directly by the applications, rather than being relayed via the
  47       Registry.  The AT client obtains references to these application objects
  48       via the enumeration of Desktop instances whose children are Application instances
  49       (Registry::getDesktopList) and via examination of the 'source' member of the Event
  50       structure.   </p>
  51
  52     <p>The Registry normally lives in its own process space; communication via Registry and
  53       both application services and AT clients takes place via IPC.  A process space diagram
  54       illustrating the relationship between applications, Registry, and AT is shown below.
  55       @image html &quot;http://developer.gnome.org/projects/gap/tech-docs/SPIBlockDiagram.png&quot;  </p>
  56
  57     <p>@see Desktop, Application, Event, EventListener</p>
  58   </tp:docstring>
  59   <method name="registerApplication">
  60     <tp:docstring>
  61       Register a new application with the accessibility broker.
  62     </tp:docstring>
  63     <arg direction="in" name="app" type="o" tp:type="Application">
  64     <tp:docstring>
  65       a reference to the requesting Application
  66     </tp:docstring>
  67     </arg>
  68   </method>
  69   <method name="deregisterApplication">
  70     <tp:docstring xmlns="http://www.w3.org/1999/xhtml">
  71       <p>De-register an application previously registered with the broker.
  72         deregisterApplication:</p>
  73     </tp:docstring>
  74     <arg direction="in" name="app" type="o" tp:type="Application">
  75     <tp:docstring>
  76       a reference to the Application to be deregistered.
  77     </tp:docstring>
  78     </arg>
  79   </method>
  80   <method name="registerGlobalEventListener">
  81     <tp:docstring xmlns="http://www.w3.org/1999/xhtml">
  82       <p>Register a client's interest in (all) application events of
  83         a certain type.</p>
  84     </tp:docstring>
  85     <arg direction="in" name="listener" type="o" tp:type="EventListener">
  86     <tp:docstring>
  87       a reference to the requesting ::EventListener.
  88     </tp:docstring>
  89     </arg>
  90     <arg direction="in" name="eventName" type="s">
  91     <tp:docstring>
  92       a string which indicates the type of events about which the client desires notification.
  93     </tp:docstring>
  94     </arg>
  95   </method>
  96   <method name="deregisterGlobalEventListenerAll">
  97     <tp:docstring>
  98       deregisterGlobalEventListenerAll:
  99     </tp:docstring>
 100     <arg direction="in" name="listener" type="o" tp:type="EventListener">
 101     <tp:docstring>
 102       the requesting EventListenerRequest that a previously registered client stop receivingglobal notifications for all events for which it was registered.
 103     </tp:docstring>
 104     </arg>
 105   </method>
 106   <method name="deregisterGlobalEventListener">
 107     <tp:docstring>
 108       deregisterGlobalEventListener:
 109     </tp:docstring>
 110     <arg direction="in" name="listener" type="o" tp:type="EventListener">
 111     <tp:docstring>
 112       the requesting EventListener
 113     </tp:docstring>
 114     </arg>
 115     <arg direction="in" name="eventName" type="s">
 116     <tp:docstring>
 117       a string indicating the type of eventsRequest that a previously registered client stop receivingglobal notifications for events of a certain type.
 118     </tp:docstring>
 119     </arg>
 120   </method>
 121   <method name="getDesktopCount">
 122     <tp:docstring xmlns="http://www.w3.org/1999/xhtml">
 123       <p>event types: &quot;Window&quot; &quot;Desktop&quot;
 124         &quot;Window:Create&quot; &quot;Window:Destroy&quot;
 125         &quot;Window:Iconify&quot; &quot;Window:Restore&quot;
 126         &quot;Window:Fullscreen&quot; &quot;Window:Resize&quot;
 127         &quot;Desktop:Create&quot; &quot;Desktop:Destroy&quot;
 128         &quot;Desktop:Focus&quot; &quot;Desktop:Defocus&quot;
 129         &quot;Desktop:Reorder&quot;
 130         &quot;Focus&quot;
 131         &quot;GtkWidget:show&quot;
 132         &quot;GObject:notify:&lt;propertyname&gt;&quot;     </p>
 133
 134       <p>( not sure we should allow these last 2 forms,
 135         since they are toolkit-specific, but they're powerful )    </p>
 136
 137       <p>getDesktopCount:    </p>
 138
 139       <p>Get the current number of desktops.</p>
 140     </tp:docstring>
 141     <arg direction="out" type="n" tp:type="short">
 142     <tp:docstring>
 143       a short integer indicating the current number of Desktops.
 144     </tp:docstring>
 145     </arg>
 146   </method>
 147   <method name="getDesktop">
 148     <tp:docstring xmlns="http://www.w3.org/1999/xhtml">
 149       <p>getDesktop:
 150         @n: the index of the requested Desktop.    </p>
 151
 152       <p>Get the nth accessible desktop.     </p>
 153     </tp:docstring>
 154     <arg direction="in" name="n" type="n" tp:type="short"/>
 155     <arg direction="out" type="o" tp:type="Desktop">
 156     <tp:docstring>
 157       a reference to the requested Desktop.
 158     </tp:docstring>
 159     </arg>
 160   </method>
 161   <method name="getDesktopList">
 162     <tp:docstring xmlns="http://www.w3.org/1999/xhtml">
 163       <p>Get a list of accessible desktops.     </p>
 164     </tp:docstring>
 165     <arg direction="out" type="as" tp:type="DesktopSeq">
 166     <tp:docstring>
 167       a sequence containing references tothe Desktops.
 168     </tp:docstring>
 169     </arg>
 170   </method>
 171   <method name="getDeviceEventController">
 172     <tp:docstring xmlns="http://www.w3.org/1999/xhtml">
 173       <p>Obtain an object which can be used to request device event notifications.    </p>
 174     </tp:docstring>
 175     <arg direction="out" type="o" tp:type="DeviceEventController">
 176     <tp:docstring>
 177       an object implementing DeviceEventController
 178     </tp:docstring>
 179     </arg>
 180   </method>
 181 </interface>
 182 <tp:enum name="KeyEventType" type="u">
 183   <tp:docstring>
 184     Deprecated, DO NOT USE!
 185   </tp:docstring>
 186   <tp:enumvalue suffix="KEY_PRESSED"/>
 187   <tp:enumvalue suffix="KEY_RELEASED" value="1"/>
 188 </tp:enum>
 189 <tp:enum name="EventType" type="u">
 190   <tp:docstring xmlns="http://www.w3.org/1999/xhtml">
 191     <p>Used to specify the event types of interest to an EventListener, or
 192       to identify the type of an event for which notification has been sent.
 193       @see EventTypeSeq, DeviceEvent::type</p>
 194   </tp:docstring>
 195   <tp:enumvalue suffix="KEY_PRESSED_EVENT">
 196   <tp:docstring>
 197     &lt; key on a keyboard device was pressed.
 198   </tp:docstring>
 199   </tp:enumvalue>
 200   <tp:enumvalue suffix="KEY_RELEASED_EVENT" value="1">
 201   <tp:docstring>
 202     &lt; key on a keyboard device was released.
 203   </tp:docstring>
 204   </tp:enumvalue>
 205   <tp:enumvalue suffix="BUTTON_PRESSED_EVENT" value="2">
 206   <tp:docstring xmlns="http://www.w3.org/1999/xhtml">
 207     <p>&lt; button on a non-keyboard human interface device
 208       (HID) was pressed </p>
 209   </tp:docstring>
 210   </tp:enumvalue>
 211   <tp:enumvalue suffix="BUTTON_RELEASED_EVENT" value="3">
 212   <tp:docstring xmlns="http://www.w3.org/1999/xhtml">
 213     <p>&lt; button on a non-keyboard human interface device
 214       (HID) was pressed </p>
 215   </tp:docstring>
 216   </tp:enumvalue>
 217 </tp:enum>
 218 <tp:enum name="KeySynthType" type="u">
 219   <tp:docstring>
 220     Used when synthesizing keyboard input via DeviceEventController:generateKeyboardEvent.
 221   </tp:docstring>
 222   <tp:enumvalue suffix="KEY_PRESS">
 223   <tp:docstring>
 224     emulate the pressing of a hardware keyboard key.
 225   </tp:docstring>
 226   </tp:enumvalue>
 227   <tp:enumvalue suffix="KEY_RELEASE" value="1">
 228   <tp:docstring>
 229     emulate the release of a hardware keyboard key.
 230   </tp:docstring>
 231   </tp:enumvalue>
 232   <tp:enumvalue suffix="KEY_PRESSRELEASE" value="2">
 233   <tp:docstring>
 234     a hardware keyboard key is pressed and immediately released.
 235   </tp:docstring>
 236   </tp:enumvalue>
 237   <tp:enumvalue suffix="KEY_SYM" value="3">
 238   <tp:docstring xmlns="http://www.w3.org/1999/xhtml">
 239     <p>a symbolic key event is generated, without specifying a hardware key.
 240       @note if the keysym is not present in the current keyboard map,
 241       the DeviceEventController instance has a limited ability to generate
 242       such keysyms on-the-fly.  Reliability of generateKeyboardEvent calls
 243       using out-of-keymap keysyms will vary from system to system, and on the
 244       number of different out-of-keymap being generated in quick succession.
 245       In practice this is rarely significant, since the keysyms of interest to
 246       AT clients and keyboard emulators are usually part of the current keymap, i.e.
 247       present on the system keyboard for the current locale (even if a physical
 248       hardware keyboard is not connected.</p>
 249   </tp:docstring>
 250   </tp:enumvalue>
 251   <tp:enumvalue suffix="KEY_STRING" value="4">
 252   <tp:docstring xmlns="http://www.w3.org/1999/xhtml">
 253     <p>a string is converted to its equivalent keyboard events and emitted.
 254       If the string consists of complex character or composed characters
 255       which are not in the current keymap, string emission is subject to the
 256       out-of-keymap limitations described for KeySynthType::KEY_SYM.
 257       In practice this limitation primarily effects Chinese and Japanese locales.</p>
 258   </tp:docstring>
 259   </tp:enumvalue>
 260 </tp:enum>
 261 <tp:enum name="ModifierType" type="u">
 262   <tp:enumvalue suffix="MODIFIER_SHIFT">
 263   <tp:docstring>
 264     The left or right 'Shift' key
 265   </tp:docstring>
 266   </tp:enumvalue>
 267   <tp:enumvalue suffix="MODIFIER_SHIFTLOCK" value="1">
 268   <tp:docstring>
 269     The ShiftLock or CapsLock key
 270   </tp:docstring>
 271   </tp:enumvalue>
 272   <tp:enumvalue suffix="MODIFIER_CONTROL" value="2">
 273   <tp:docstring>
 274     'Control'/'Ctrl'
 275   </tp:docstring>
 276   </tp:enumvalue>
 277   <tp:enumvalue suffix="MODIFIER_ALT" value="3">
 278   <tp:docstring>
 279     The Alt key (as opposed to AltGr)
 280   </tp:docstring>
 281   </tp:enumvalue>
 282   <tp:enumvalue suffix="MODIFIER_META" value="4">
 283   <tp:docstring xmlns="http://www.w3.org/1999/xhtml">
 284     <p>depending on the platform this may map to 'Window', 'Function', 'Meta',
 285       'Menu', or 'NumLock'.
 286       Such 'Meta keys' will map to one of META, META2, META3.
 287       On X Windows platforms these META values map to
 288       the modifier masks Mod1Mask, Mod2Mask, Mod3Mask, e.g. an event having
 289       ModifierType::MODIFIER_META2 means that the 'Mod2Mask' bit is
 290       set in the corresponding XEvent.</p>
 291   </tp:docstring>
 292   </tp:enumvalue>
 293   <tp:enumvalue suffix="MODIFIER_META2" value="5"/>
 294   <tp:enumvalue suffix="MODIFIER_META3" value="6"/>
 295   <tp:enumvalue suffix="MODIFIER_NUMLOCK" value="7">
 296   <tp:docstring xmlns="http://www.w3.org/1999/xhtml">
 297     <p>A symbolic meta key name that is mapped by AT-SPI to the
 298       appropriate META value, for the convenience of the client.</p>
 299   </tp:docstring>
 300   </tp:enumvalue>
 301 </tp:enum>
 302 <tp:struct name="EventListenerMode">
 303   <tp:docstring xmlns="http://www.w3.org/1999/xhtml">
 304     <p>A structure that encapsulates the characteristics of the event notifications
 305       that should be sent to an EventListener in response to a call to
 306       DeviceEventController::registerKeystrokeListener or
 307       DeviceEventController::registerDeviceEventListener. </p>
 308   </tp:docstring>
 309   <tp:member type="b" tp:name="synchronous">
 310   <tp:docstring xmlns="http://www.w3.org/1999/xhtml">
 311     <p>&lt; If \c True, specifies that
 312       DeviceEventController should block while waiting
 313       for client to process the requested event notifications;
 314       ordinarily should be used only when client needs to perform
 315       operations synchronously with event delivery. Note that because
 316       of the architecture of device event systems in general,
 317       use of this flag may not block delivery of the event to
 318       the currently focussed application unless it is used in
 319       conjunction with the preemptive flag. </p>
 320   </tp:docstring>
 321   </tp:member>
 322   <tp:member type="b" tp:name="preemptive">
 323   <tp:docstring xmlns="http://www.w3.org/1999/xhtml">
 324     <p>&lt; If \c True, specifies that
 325       Listener is allowed to pre-empt the delivery of the event,
 326       effectively &quot;consuming&quot; it such that it is not delivered
 327       to the currently focussed desktop application.
 328       Key events consumed via this API will not be
 329       available for use by other applications or services, so this
 330       option should be used sparingly. </p>
 331   </tp:docstring>
 332   </tp:member>
 333   <tp:member type="b" tp:name="global">
 334   <tp:docstring xmlns="http://www.w3.org/1999/xhtml">
 335     <p>&lt; If \c True, specifies that
 336       Event notifications should be sent regardless of whether the
 337       currently focussed application participates in the AT-SPI
 338       infrastructure.  On systems with the XEvIE X extension, this flag
 339       also allows access to events which are already subject to
 340       interception via a &quot;system keygrab&quot; (as described in the X Window System
 341       documentation for XGrabKey).  The 'global' and 'preemptive' flags
 342       should only be used together for the purposes of registering
 343       &quot;system global key shortcuts&quot; i.e. command keys for use by the
 344       assistive technology. </p>
 345   </tp:docstring>
 346   </tp:member>
 347 </tp:struct>
 348 <tp:struct name="DeviceEvent">
 349   <tp:docstring>
 350     A structure which encapsulates information about a device event.
 351   </tp:docstring>
 352   <tp:member type="u" tp:name="type">
 353   <tp:docstring>
 354     &lt; Identifies the type of the containing DeviceEvent.
 355   </tp:docstring>
 356   </tp:member>
 357   <tp:member type="i" tp:name="id">
 358   <tp:docstring xmlns="http://www.w3.org/1999/xhtml">
 359     <p>&lt; an identifier which identifies this event in the event stream.
 360       On X Window systems this corresponds to the XEvent serial number.</p>
 361   </tp:docstring>
 362   </tp:member>
 363   <tp:member type="n" tp:name="hw_code">
 364   <tp:docstring xmlns="http://www.w3.org/1999/xhtml">
 365     <p>&lt; a numeric code which is hardware and system-dependent, identifying the
 366       specific hardware button or key on the device for which the event has
 367       occurred. On X Window systems, for global key notifications and for most
 368       non-global key notifications as well, this code corresponds to the
 369       XKeycode.  For switch and button events it indicates the switch
 370       or button number.
 371       @note
 372       For technical reasons, this code may differ from the XKeycode
 373       when generated by Java applications for consumption by non-global
 374       key listeners.  This is subject to change in future versions of the
 375       DeviceEventController implementation.</p>
 376   </tp:docstring>
 377   </tp:member>
 378   <tp:member type="n" tp:name="modifiers">
 379   <tp:docstring xmlns="http://www.w3.org/1999/xhtml">
 380     <p>&lt; an unsigned short int consisting of zero or more of the following
 381       values OR'ed together:
 382       \li \c 1&lt;&lt;::MODIFIER_SHIFT   (=1, corresponds to Xlib's ShiftMask)
 383       \li \c 1&lt;&lt;::MODIFIER_SHIFTLOCK    (=2, corresponds to Xlib's LockMask)
 384       \li \c 1&lt;&lt;::MODIFIER_CONTROL (=4, corresponds to Xlib's ControlMask)
 385       \li \c 1&lt;&lt;::MODIFIER_ALT    (=8, corresponds to Xlib's Mod1Mask)
 386       \li \c 1&lt;&lt;::MODIFIER_META    (=16, corresponds to Xlib's Mod2Mask)
 387       \li \c 1&lt;&lt;::MODIFIER_META2    (=32, corresponds to Xlib's Mod3Mask)
 388       \li \c 1&lt;&lt;::MODIFIER_META3    (=64, corresponds to Xlib's Mod4Mask)</p>
 389   </tp:docstring>
 390   </tp:member>
 391   <tp:member type="i" tp:name="timestamp">
 392   <tp:docstring xmlns="http://www.w3.org/1999/xhtml">
 393     <p>&lt; an unsigned integer representing the time that the
 394       event occurred.  On X Window systems this event is
 395       a time in milliseconds from some arbitrary starting
 396       point; it therefore has a cycle time of approximately
 397       50 days.</p>
 398   </tp:docstring>
 399   </tp:member>
 400   <tp:member type="s" tp:name="event_string">
 401   <tp:docstring xmlns="http://www.w3.org/1999/xhtml">
 402     <p>&lt; A string representation of the event.  If is_text is
 403       \c True, then this string represents the character or typographic
 404       sequence that would be received by a focussed text input field.
 405       event_string is in general suitable for exposure to the
 406       end-user for purposes of keyboard echo.</p>
 407   </tp:docstring>
 408   </tp:member>
 409   <tp:member type="b" tp:name="is_text">
 410   <tp:docstring xmlns="http://www.w3.org/1999/xhtml">
 411     <p>&lt; \c True if the event results in the insertion of characters
 412       into an input text buffer, or would do so if delivered to a focussed
 413       text input field. ¨Typographical¨ key events have this field set to
 414       \c True, whereas ¨control¨ key events generally do not.</p>
 415   </tp:docstring>
 416   </tp:member>
 417 </tp:struct>
 418 <tp:struct name="KeyDefinition">
 419   <tp:docstring xmlns="http://www.w3.org/1999/xhtml">
 420     <p>A structure which defines the identity of a key for which notifications
 421       are to be requested.  The data in the members of a ::KeyDefinition are used to
 422       determine which keyboard events 'match' the notification request filed by a client.  </p>
 423
 424     <p>@note Ordinarily a KeyDefinition specifies one and only one of the criteria below;
 425       the result of using a KeyDefinition with multiple members defined as nonzero is
 426       undefined.  </p>
 427
 428     <p>@param keycode if nonzero, the numeric, system-dependent value corresponding to a
 429       physical key on the keyboard.  Keycode values have no semantic meaning to the end-user,
 430       and may depend on the user's hardware and operating environment.  They therefore are
 431       rarely useful &quot;as-is&quot; to AT clients, unless the client has used operating system
 432       services to identify the hardward keycode associated with a particular key symbol.
 433       Notifications for key events requested by keycode are less dependent on modifier state
 434       than \c keysym based notifications, but some hardware (notably many laptops) may generate
 435       more than one keycode for the same physical key, depending on the state of physical
 436       shift/modifier keys.
 437       @param keysym if nonzero, the numeric value corresponding to the X Keysym of the key for which
 438       notification is requested.  Note that the presence of active modifiers will affect
 439       whether notification for key events requested via &quot;keysym&quot; specification takes place,
 440       since the keysym depends on the modifier state for most keys.
 441       @param keystring if non-NULL, the string value of the inserted characters if the corresponding
 442       key event has ::KeyEvent:is_text set to \c True, or the string representing the
 443       'name' of the key.  On X11 systems, the string 'name' of non-printing keysyms corresponds
 444       to the values in &quot;keysymdef.h&quot; as provided by Xlib, with the leading &quot;XK_&quot; stripped off.</p>
 445   </tp:docstring>
 446   <tp:member type="i" tp:name="keycode"/>
 447   <tp:member type="i" tp:name="keysym"/>
 448   <tp:member type="s" tp:name="keystring"/>
 449   <tp:member type="i" tp:name="unused"/>
 450 </tp:struct>
 451 <interface name="org.freedesktop.atspi.DeviceEventListener">
 452   <tp:docstring xmlns="http://www.w3.org/1999/xhtml">
 453     <p>This interface should be implemented by AT-SPI clients who wish to
 454       make use of the DeviceEventController to receive device event notifications.
 455       DeviceEvents include keyboard events and mouse button/motion events.</p>
 456   </tp:docstring>
 457   <method name="notifyEvent">
 458     <tp:docstring>
 459       Notify an interested DeviceEventListener that a DeviceEvent has occurred.
 460     </tp:docstring>
 461     <arg direction="in" name="event" type="(uinnisb)" tp:type="DeviceEvent"/>
 462     <arg direction="out" type="b" tp:type="boolean">
 463     <tp:docstring>
 464       \c True if the recipient/consumer wishes to consume the event, i.e.prevent it from being delivered to the desktop, \c False if the event should continue to be delivered as normal.
 465     </tp:docstring>
 466     </arg>
 467   </method>
 468 </interface>
 469 <interface name="org.freedesktop.atspi.DeviceEventController">
 470   <tp:docstring xmlns="http://www.w3.org/1999/xhtml">
 471     <p>The interface via which clients request notification of device events, and
 472       through which device events may be simulated.</p>
 473   </tp:docstring>
 474   <method name="registerKeystrokeListener">
 475     <tp:docstring xmlns="http://www.w3.org/1999/xhtml">
 476       <p>Register to intercept keyboard events, and either pass them on or
 477         consume them.     </p>
 478     </tp:docstring>
 479     <arg direction="in" name="listener" type="o" tp:type="DeviceEventListener">
 480     <tp:docstring>
 481       a DeviceEventListener which will intercept key events.
 482     </tp:docstring>
 483     </arg>
 484     <arg direction="in" name="keys" type="a(iisi)" tp:type="KeySet">
 485     <tp:docstring>
 486       a KeySet indicating which keys to intercept, or KEYSET_ALL_KEYS.
 487     </tp:docstring>
 488     </arg>
 489     <arg direction="in" name="mask" type="u" tp:type="ControllerEventMask">
 490     <tp:docstring>
 491       a ControllerEventMask filtering the intercepted key events.
 492     </tp:docstring>
 493     </arg>
 494     <arg direction="in" name="type" type="au" tp:type="KeyEventTypeSeq">
 495     <tp:docstring>
 496       a KeyEventTypeSeq that may created by ORing event types together.
 497     </tp:docstring>
 498     </arg>
 499     <arg direction="in" name="mode" type="(bbb)" tp:type="EventListenerMode">
 500     <tp:docstring>
 501       an EventListenerMode indicating whether the listener should receive the events synchronously, potentially consuming them,or just be notified asynchronously of those events that havebeen generated.@note Some platforms have limited support for global, preemptive EventListenerMode.Such a registration may fail if another client already has priority for preemptiveaccess to one or more of the members of the KeySet.  AT consumers have the optionof re-trying the request without the global flag, or without the preemptive flag,or of re-trying with a different KeySet.  The best support for pre-emptiveglobal keyboard listeners is provided on platforms whose Xserver implementationprovides the XEvIE extension.
 502     </tp:docstring>
 503     </arg>
 504     <arg direction="out" type="b" tp:type="boolean">
 505     <tp:docstring>
 506       \c True if the DeviceEventListener was successfully registeredfor the requested KeySet, ControllerEventMask, event types, and EventListenerMode; otherwise returns \c False.
 507     </tp:docstring>
 508     </arg>
 509   </method>
 510   <method name="deregisterKeystrokeListener">
 511     <tp:docstring>
 512       De-register a previously registered keyboard eventlistener.
 513     </tp:docstring>
 514     <arg direction="in" name="listener" type="o" tp:type="DeviceEventListener">
 515     <tp:docstring>
 516       a DeviceEventListener which will intercept key events.
 517     </tp:docstring>
 518     </arg>
 519     <arg direction="in" name="keys" type="a(iisi)" tp:type="KeySet">
 520     <tp:docstring>
 521       a KeySet indicating which keys to intercept, or KEYSET_ALL_KEYS.
 522     </tp:docstring>
 523     </arg>
 524     <arg direction="in" name="mask" type="u" tp:type="ControllerEventMask">
 525     <tp:docstring>
 526       a ControllerEventMask filtering the intercepted key events.
 527     </tp:docstring>
 528     </arg>
 529     <arg direction="in" name="type" type="au" tp:type="KeyEventTypeSeq">
 530     <tp:docstring>
 531       an EventType mask that may created by ORing event types together.
 532     </tp:docstring>
 533     </arg>
 534   </method>
 535   <method name="registerDeviceEventListener">
 536     <tp:docstring xmlns="http://www.w3.org/1999/xhtml">
 537       <p>Register to intercept events, and either pass them on or
 538         consume them. To listen to keyboard events use registerKeystrokeListener
 539         instead.</p>
 540     </tp:docstring>
 541     <arg direction="in" name="listener" type="o" tp:type="DeviceEventListener">
 542     <tp:docstring>
 543       a DeviceEventListener which will intercept events.
 544     </tp:docstring>
 545     </arg>
 546     <arg direction="in" name="types" type="u" tp:type="EventTypeSeq">
 547     <tp:docstring>
 548       an EventTypeSeq indicating which event types to listen for.
 549     </tp:docstring>
 550     </arg>
 551     <arg direction="out" type="b" tp:type="boolean">
 552     <tp:docstring>
 553       \c True if successful, \c False if not
 554     </tp:docstring>
 555     </arg>
 556   </method>
 557   <method name="deregisterDeviceEventListener">
 558     <tp:docstring>
 559       De-register a previously registered keyboard eventlistener.
 560     </tp:docstring>
 561     <arg direction="in" name="listener" type="o" tp:type="DeviceEventListener">
 562     <tp:docstring>
 563       a DeviceEventListener which will intercept events.
 564     </tp:docstring>
 565     </arg>
 566     <arg direction="in" name="types" type="u" tp:type="EventTypeSeq">
 567     <tp:docstring>
 568       an EventTypeSeq indicating which event types to stoplistening for.
 569     </tp:docstring>
 570     </arg>
 571   </method>
 572   <method name="notifyListenersSync">
 573     <tp:docstring xmlns="http://www.w3.org/1999/xhtml">
 574       <p>Notify the Registry instance that a device event has taken place, and
 575         allow pre-emptive listeners the opportunity to 'consume' the event
 576         and thus prevent its further issuance/forwarding.  This is the
 577         method used by accessibility bridges to forward &quot;toolkit dependent&quot;
 578         device events to the Registry from the application's process space.    </p>
 579
 580       <p>@note AT clients do not normally need to use this method, it is intended for use
 581         by toolkit bridges and special-purpose applications.    </p>
 582     </tp:docstring>
 583     <arg direction="in" name="event" type="(uinnisb)" tp:type="DeviceEvent"/>
 584     <arg direction="out" type="b" tp:type="boolean">
 585     <tp:docstring>
 586       \c True if the event was consumed by a (pre-emptive) listener,\c False if not (in which case the device event will be forwardedas normal to any application which would normally receive it, e.g.the currently active application in the case of mouse or keyboard events).
 587     </tp:docstring>
 588     </arg>
 589   </method>
 590   <method name="notifyListenersAsync">
 591     <tp:docstring xmlns="http://www.w3.org/1999/xhtml">
 592       <p>Notify the Registry instance that a device event has taken place in
 593         an asynchronous manner.  This is the
 594         method used by accessibility bridges to forward &quot;toolkit dependent&quot;
 595         device events to the Registry from the application's process space.
 596         If the event in question is potentially pre-emptible.
 597         ::notifyListenersSync should be used instead.    </p>
 598
 599       <p>@note AT clients do not normally need to use this method, it is intended for use
 600         by toolkit bridges and special-purpose applications.</p>
 601     </tp:docstring>
 602     <arg direction="in" name="event" type="(uinnisb)" tp:type="DeviceEvent"/>
 603   </method>
 604   <method name="generateKeyboardEvent">
 605     <tp:docstring>
 606       Synthesize a keyboard event.
 607     </tp:docstring>
 608     <arg direction="in" name="keycode" type="i">
 609     <tp:docstring>
 610       a long integer indicating the keycode ofthe keypress to be synthesized.
 611     </tp:docstring>
 612     </arg>
 613     <arg direction="in" name="keystring" type="s">
 614     <tp:docstring>
 615       an optional UTF-8 string indicating a complexkeyboard input event.
 616     </tp:docstring>
 617     </arg>
 618     <arg direction="in" name="type" type="u" tp:type="KeySynthType">
 619     <tp:docstring>
 620       a KeySynthType indicating the type of event(s) to be synthesized: a key press, release, press-release pair,or a complex input string (for instance from aninternationalized or complex text input method, ora composed character).@note keycode may be truncated before beingprocessed, as keycode length may be platform-dependentand keycode ranges are generally much smaller thanCORBA_long. One or the other of keycode or keystring are generally NULL, (but not both), depending on the value of \c type.
 621     </tp:docstring>
 622     </arg>
 623   </method>
 624   <method name="generateMouseEvent">
 625     <tp:docstring>
 626       Synthesize a mouse event.
 627     </tp:docstring>
 628     <arg direction="in" name="x" type="i">
 629     <tp:docstring>
 630       a long integer indicating the screen x coord for the mouse event.
 631     </tp:docstring>
 632     </arg>
 633     <arg direction="in" name="y" type="i">
 634     <tp:docstring>
 635       a long integer indicating the screen y coord for the mouse event.
 636     </tp:docstring>
 637     </arg>
 638     <arg direction="in" name="eventName" type="s">
 639     <tp:docstring>
 640       a string indicating the type of mouse event, e.g. &quot;button1up&quot;
 641     </tp:docstring>
 642     </arg>
 643   </method>
 644 </interface>
 645 </node>