-
Notifications
You must be signed in to change notification settings - Fork 7.5k
New issue
Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? # to your account
Add ARIA region role and ARIA label to player element #3201
Comments
Identifying a region as a video or audio player eliminates the need to label controls as "video control name" ("video progress bar" comes to mind). That's redundant, because the SR user will know they're in a "video" region. It will also eliminate the current issue where some audio controls identify as video controls because "video" is hardcoded into their label. |
Makes sense to me. @OwenEdwards thoughts? |
What I was thinking of in #2770 was essentially this coupled with the specific Title functionality from the videojs Dock plug-in. So yes, I think it makes sense. |
@gkatsev , I can submit a PR that fixes this when I get a chance, since I've already fixed it locally. |
Fixes bug in JAWS with IE where controls for multiple players are unavailable to screen reader navigation
This is not necessary when using the ARIA region role. Also confusing language when used with the audio player.
Closed by #3227. |
If a document contains multiple players, screen readers can inadvertently combine some of the controls. A specific example occurs when using JAWS in IE 9+.
The solution is to add a "role" attribute with the value "region" to the player element, and also add an ARIA label identifying the player as an "audio player" or "video player", depending on the type. This has the benefit of adding the player to the screen reader navigation, and also fixing any bugs with the controls.
The text was updated successfully, but these errors were encountered: