Re: Bug in Safari accessibility (Bill Cheeseman)
Re: Bug in Safari accessibility (Bill Cheeseman)
- Subject: Re: Bug in Safari accessibility (Bill Cheeseman)
- From: Larry Gerndt <email@hidden>
- Date: Wed, 10 Mar 2004 23:16:49 -0800
>
In the current version of Safari, it appears that the AXParent attribute of
>
any text field in a Web page is the AXScrollArea element of the main Web
>
page view area. However, the AXChildren of the AXScrollArea element are an
>
AXScrollBar element and an AXGroup element. The text field is a child of the
>
AXGroup element.
>
>
Buttons, static text, and other elements don't exhibit this problem -- they
>
show the AXGroup as their AXParent.
>
>
I see this both in UI Element Inspector and PreFab UI Browser.
>
>
Can somebody confirm this?
Yes, I confirm this using UIElementInspector. While we're on the subject,
Bill can you (or anyone) tell me how I can reliably get the parent window
currently under the mouse in all cases? I thought this would work:
AXUIElementCopyAttributeValue(inElement, kAXWindowAttribute,
(CFTypeRef*)&window)
but it doesn't always work: it returns nil in some cases even though the
mouse is definitely in the content region of the window. I can see this
behavior (sort of) when I use UIElementInspector, using a Safari window:
Place the mouse inside an AXStaticText field, then move it out of that area
but not onto any other control: Inspector still says the current element is
the static text. At the same time, in my code,
AXUIElementCopyAttributeValue is returning nil. Is this a bug or am I
misunderstanding something?
--
Larry Gerndt
AIM Handle: SonOfTheSonOfMan
Let the truth be told though the heavens fall -- James Garrison
_______________________________________________
accessibility-dev mailing list | email@hidden
Help/Unsubscribe/Archives:
http://www.lists.apple.com/mailman/listinfo/accessibility-dev
Do not post admin requests to the list. They will be ignored.