Remove "unImplemented" methods
[platform/upstream/at-spi2-core.git] / 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>