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

ARIA tag for musical score #2231

Closed
mscuthbert opened this issue Feb 15, 2022 · 6 comments
Closed

ARIA tag for musical score #2231

mscuthbert opened this issue Feb 15, 2022 · 6 comments

Comments

@mscuthbert
Copy link

I was wondering what the proper "aria-role" would be for a musical score, especially one rendered as SVG etc. or one rendered in Braille Music Code? I am thinking about content like:

<svg aria-role="?musical-score-img?" aria-labeledby="score1_braille">
       ... a million Path objects that convey no information to a screen-reader user...
</svg>
<pre class="sr-only" aria-role="?musical-score-braille" id="score1_braille">
⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠩⠩⠩⠨⠉⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀
⠼⠚⠀⠨⠙⠚⠀⠪⠺⠹⠣⠇⠫⠀⠹⠺⠪⠣⠇⠹⠀⠊⠚⠳⠻⠣⠇⠪⠀⠺⠺⠻⠫⠀⠪⠺⠹⠣⠇⠹
⠀⠀⠐⠪⠺⠹⠪⠀⠳⠻⠗⠣⠇⠀⠟⠻⠻⠈⠉⠀⠻⠛⠩⠋⠻⠣⠇⠣⠅
</pre>

Math equations have a defined Aria role but musical scores do not. I would like to label the musical outputs from my program properly if possible. Thanks!

@pkra
Copy link
Member

pkra commented Feb 15, 2022

This seems more like a question for ARIA Authoring Practices (on how to build accessible musical notation).

For the braille part, there's the proposed aria-braillelabel https://w3c.github.io/aria/#aria-braillelabel that is targeted for ARIA 1.3. As it turns out, I plan to use musical notation as an example for w3c/aria-practices#1825 -- musical notation is one of the rare cases where braille-specific labels might be justified.

@alastc
Copy link
Contributor

alastc commented Feb 15, 2022

I agree with @pkra that this is better aimed at the ARIA practices.

From a WCAG point of view if there isn't a suitable role available (and implemented in AT), then having a good preceding heading and/or a text description of the image/pre would be appropriate.

If that makes sense can we close this issue? I can't see any changes we'd make to the WCAG documentation based on this issue.

@pkra
Copy link
Member

pkra commented Feb 15, 2022

@alastc if there's someone with sufficient privileges in both repositories, perhaps the issue could be transferred.

@alastc
Copy link
Contributor

alastc commented Feb 15, 2022

That isn't me, I'm not sure there is overlap. Might be easiest for @mscuthbert to just copy to the ARIA repo.

@bruce-usab
Copy link
Contributor

@mscuthbert be sure to ping @JaninaSajka as she almost certainly has some practical ideas. I agree that this is out of scope for WCAG. I would like to promote better HTML support for both dynamic braille displays and braille hard copy but I am not sure where the opportunities are.

@mscuthbert
Copy link
Author

Thanks for the great comments and for pointing me in the right direction and getting me in touch with a great person who may have ideas. What a wonderfully welcoming community. I'll close the comment since there's no action at least at present here.

@alastc alastc closed this as completed Feb 16, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants