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

Feature: Braille only regions for student testing #2352

Open
aleventhal opened this issue Oct 8, 2024 · 3 comments
Open

Feature: Braille only regions for student testing #2352

aleventhal opened this issue Oct 8, 2024 · 3 comments
Labels
feature may add new concept(s) to ARIA which will require implementations or APG changes NeedsExplainer In order to progress this a more detailed explainer needs to be created
Milestone

Comments

@aleventhal
Copy link
Contributor

aleventhal commented Oct 8, 2024

Some testing services use a nonstandard attribute called brailleonlyregion. When JAWS sees this attribute, it will output the region in Braille, but not as text to speech.
Purpose: test someone's ability to read text aloud, without having the screen reader tell them how to do it.

Obviously, not ever screen reader user reads Braille, but apparently Pearson, ETS, Cambium and others have found value in this.

As we are pushing away from supporting any nonstandard attributes (screen readers can currently consume attributes directly via ISimpleDOMNode), we need a standards-based way to provide the same feature.

@aleventhal aleventhal added the feature may add new concept(s) to ARIA which will require implementations or APG changes label Oct 8, 2024
@spectranaut spectranaut changed the title Feature: Braille only regions for tests Feature: Braille only regions for student testing Oct 10, 2024
@jnurthen jnurthen added NeedsExplainer In order to progress this a more detailed explainer needs to be created and removed Agenda labels Oct 17, 2024
@cookiecrook
Copy link
Contributor

@mhakkinen Would you or someone else at ETS be able to write the explainer? Doesn't have to be long... Just outline the need, and explain why existing mechanisms (aria-label="masked for test" aria-braillelabel="braille this text") don't provide sufficient utility. Thanks.

@cookiecrook cookiecrook removed their assignment Oct 17, 2024
@spectranaut
Copy link
Contributor

Minutes from last weeks meeting: https://www.w3.org/2024/10/17-aria-minutes#964a

@spectranaut spectranaut added this to the 2025 milestone Oct 22, 2024
@aleventhal
Copy link
Contributor Author

Does anyone know somebody from a testing service who might be able to answer this? @cookiecrook, do you have another way to reach out to @mhakkinen?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
feature may add new concept(s) to ARIA which will require implementations or APG changes NeedsExplainer In order to progress this a more detailed explainer needs to be created
Projects
None yet
Development

No branches or pull requests

4 participants