RE: Determining whether a window supports accessibility
RE: Determining whether a window supports accessibility
- Subject: RE: Determining whether a window supports accessibility
- From: "Chen Wang" <email@hidden>
- Date: Thu, 2 Jun 2005 10:39:16 -0400
- Thread-topic: Determining whether a window supports accessibility
If you check the display of UIElement Inspector line by line, you will
find an item "AXChildren", it tells you how many children behind the
current element. In some case, UIElement Inspector could not discover
all children for you.
Another better but non-free tool is UI Browser. It can explore the whole
hierarchy of UI elements. One extremely helpful feature is that it can
highlight the selected UI element, so that you can see where it is on
the GUI. The trail version can be downloaded from:
http://www.prefab.com/uibrowser/
However, Ms Word is not fully "access-enabled" on Mac. To access its
text area, you have to work with Microsoft Office Object Model by using
AppleScript. Another bed news is: some product from Apple itself, iWork
for example, also does not fully implement AX features.
Chen
-----Original Message-----
From:
accessibility-dev-bounces+chen.wang=email@hidden
.com
[mailto:accessibility-dev-bounces+chen.wang=bloorviewmacmillan.on.ca@lis
ts.apple.com] On Behalf Of David Niemeijer
Sent: Thursday, June 02, 2005 8:33 AM
To: email@hidden
Subject: Determining whether a window supports accessibility
Is there a way (a logic basically based on interpretting the AX
features) that would allow me to determine whether a Window
implements AX features or not.
For example, when I point my cursor at the center of a Word document
window UIElement Inspector tells me that the cursor is above an
AXWindow. If I do the same for TextEdit it tells me I am above an
AXTextArea. However, if I move my cursor over the window titlebar of
the TextEdit window UI Element Inspector also tells me it is an
AXWindow. In the Word case everything in the window but the
scrollbars and grow area are reported as AXWindow (in other words the
Window does not fully implement AX features). In the TextEdit case I
only get reported AXWindow over the titlebar. Is there a way to
distinguish the TextEdit titlebar's AXWindow reporting from the
entire Word window AXWindow reporting? You see, I need to deal with
things differently in the case of a click in a window that everywhere
just reports as AXWindow from the case of a window where AX is fully
implemented and the click was just in the window frame. Or, framing
my question differently, is there a way to recognize a window that is
entirely report as a window frame (The Word case) from one where only
the real frame is rported as a frame (the TextEdit case)?
Thanks,
david.
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Accessibility-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
orviewmacmillan.on.ca
This email sent to email@hidden
Confidentiality Notice: This e-mail, including any attachments, is for the sole use of the intended recipient(s) and may contain private, confidential, and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient or this information has been inappropriately forwarded to you, please contact the sender by reply e-mail and destroy all copies of the original.
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Accessibility-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden