Happy to help with this one. We wrote the entirety of the user interface from scratch so the changes to external projects such as Shaka don’t apply to the Stream player user interface. We spent significant effort on the accessibility of the player but have not completed any formal assessments on it yet. I however can provide some general information on the accessibility features:
Things we’ve got:
- Support for keyboard-only for captions, navigation, media controls (Each control UI element is focusable and intractable via keyboard)
- Player support captions (no adjustable colors, see below)
- Player scales well when zoomed in via the browser
- Lots of additional non-standard keyboard shortcuts for media control
- Adjustable playback speed
Things we’re missing:
- Visually hidden labels for buttons (this is something we’re working on fixing and understand that it’s critical)
- A panel to display all the keyboard shortcuts
- Adjustable caption colors and fonts
- Voice control for those who can’t use keyboard/mouse
Things we’re researching on how to improve:
- How screen readers interact with certain elements such as the time elapsed display. This changes every second, how does a user who uses a screen reader want this information presented to them?
- How should we make the indications (such as visual feedback displayed after play/pause/muted/fast-forward/etc) accessible? These are likely not the best it can be.
We’re happy to hear your thoughts on this. Please keep in mind that you can use Stream with a video player of your choice using HLS and DASH manifests provided if you require certain features Stream doesn’t support yet out of the box.
If you’re evaluating the Stream player for a specific purpose and would like to chat with us in more detail or privately, happy to connect you with the right person if you email me at [email protected].