You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It would be nice to have a more consistent, interoperable presentation of dialogs and alertdialogs (both native and ARIA). One possibility would be to encourage authors to put the contents to be presented in a description via aria-description or aria-describedby, and then encourage ATs to prefer that content over whatever they currently do when presenting a newly opened dialog/alertdialog.
There is already some precedent in using this technique:
Firefox exposes JavaScript alert contents via the accessible description.
NVDA and Orca present the accessible description, when present, of dialogs as the message content
Also Chromium may start doing something similar (we're discussing it). If it does, and WebKit also does it, then we just need buy-in from the other screen readers.
The text was updated successfully, but these errors were encountered:
@joanmarie for alert, do you mean alertdialog?
Because I think it's easy to determine what to announce for a basic alert -- just the inner text as if from a name from contents computation.
@joanmarie for alert, do you mean alertdialog? Because I think it's easy to determine what to announce for a basic alert -- just the inner text as if from a name from contents computation.
Yeah. I have JavaScript alert on my mind at the moment and wasn't thinking in terms of ARIA roles. I've edited the opening comment. Sorry for any confusion!
Closes: #1195 adds content pertaining to aria-describedby/description and aria-modal (with linking to APG).
Closes: #1739 adds AT SHOULD to address the treatment of dialog descriptions. This could probably be worded better. Suggestions welcome.
It would be nice to have a more consistent, interoperable presentation of dialogs and alertdialogs (both native and ARIA). One possibility would be to encourage authors to put the contents to be presented in a description via
aria-description
oraria-describedby
, and then encourage ATs to prefer that content over whatever they currently do when presenting a newly opened dialog/alertdialog.There is already some precedent in using this technique:
Also Chromium may start doing something similar (we're discussing it). If it does, and WebKit also does it, then we just need buy-in from the other screen readers.
The text was updated successfully, but these errors were encountered: