kAXFocusedUIElementAttribute will return the element in the
application that has "keyboard focus", not "VO cursor focus".
By default, keyboard focus will follow the VO cursor (though the user
can turn this off in the VoiceOver Utility), but only when the
element that the VO cursor is on can receive keyboard focus. Not all
UI elements can receive keyboard focus (e.g. static text elements).
So there is no guarantee that the keyboard focused element (given by
kAXFocusedUIElementAttribute) will be what the VO cursor is currently
focused on.
There is no way to ask for the element that the VoiceOver cursor is
currently focused on.
-Rick
On Aug 22, 2006, at 12:45 , Tomas Zahradnicky wrote:
Dear accessibility list members,
my app needs to know which HIView is under the VO cursor. I thought
that when I ask the application element about the
kAXFocusedUIElementAttribute, I'll get AXUIElement of the element
that has the VO cursor.
I could then use AXUIElementGetHIObject to get an HIObjectRef of
the object and finally check its type with IsValidControlHandle to
find out whether this is a control or not.
Did I miss something hence the above approach does not work for me?
Thoughts?
Thanks,
Tomas
--
# Ing. Tomas Zahradnicky, Jr.
# The Czech Technical University
# Dept of Computer Science, FEE-CTU Prague
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Accessibility-dev mailing list (Accessibility-
email@hidden)
Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/accessibility-dev/rwfii%
40mac.com
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Accessibility-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/accessibility-dev/email@hidden
This email sent to email@hidden
