Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Should var really be mapped to "No accessible object"? #143

Closed
joanmarie opened this issue Aug 14, 2018 · 3 comments
Closed

Should var really be mapped to "No accessible object"? #143

joanmarie opened this issue Aug 14, 2018 · 3 comments

Comments

@joanmarie
Copy link
Contributor

It appears to me that var has semantic meaning rather than being purely stylistic. As such, I'm not sure that "no accessible object" is the correct mapping for MSAA+IA2, UIA, or ATK. For that matter, I wonder if making it an AXGroup with no means to distinguish it from other generic AXGroup instances is what is desired for macOS.

One use case that springs to my mind would be variables which consist of more than one letter. Should ab be pronounced as "a b" or the first syllable in abdomen? If the latter, well, perhaps never mind. But if it's the former, how is a screen reader to know it should "spell" out the variable name if all it's told is the font happens to be italics?

@joanmarie
Copy link
Contributor Author

Assuming it should have an accessible object, for ATK I guess ATK_ROLE_STATIC would be the best match. ATs would still need a means to know that this particular ATK_ROLE_STATIC object is a var. Could that be done via the xml-roles object attribute?

@scottaohara
Copy link
Member

i personally think this should be done by xml roles, and / or a corresponding general "code" role for AIRA.

hoping to submit a proposal for that next week to the ARIA spec per issue 527, but would be happy to discuss this further.

@scottaohara
Copy link
Member

closing this issue as varwill be mapped to "generic" once the 'inline' version of that role is specified in core aam

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants