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

[AriaNotify] Speech markup/pronunciations (i.e. SSML or IPA) #2335

Open
alisonmaher opened this issue Sep 17, 2024 · 2 comments
Open

[AriaNotify] Speech markup/pronunciations (i.e. SSML or IPA) #2335

alisonmaher opened this issue Sep 17, 2024 · 2 comments

Comments

@alisonmaher
Copy link

As discussed in #1958 (comment), there may be cases where an author would want to provide a separate string to provide a hint to ATs for how the notification should be spoken.

The use cases provided in the discussion thread are compelling, and I think there is value to such an addition. However, I would like to propose that we consider this for a future version of the API instead to allow us to gather feedback from developers and end users as ariaNotify starts to get adopted with its current set of functionality. This will help inform the best way to incorporate this additional customizability going forward.

@jcsteh
Copy link

jcsteh commented Sep 19, 2024

It's worth noting that practically speaking, we don't have any mainstream, interoperable way to specify speech markup or pronunciation anywhere else in HTML, ARIA or CSS. There is ongoing work in this area, but it hasn't yet resulted in any mainstream implementations. It seems like perhaps that problem needs to be solved properly before we try to solve this specifically for notifications. Otherwise, we might end up with diverging ways of specifying speech markup/pronunciation and that certainly wouldn't be ideal.

@alisonmaher
Copy link
Author

This was also discussed at TPAC:

keithamus: there are a couple open issues I can lump together that I think we can defer. But I think braille support and speech markup we can design around those later

The group seemed to agree with deferring this till a future version

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