Video.js’s Approach to Video Player Accessibility
Updated: June 3, 2019
The original author of Video.js, Steve Heffernan, joined the expert panel at 3Play’s webinar on the future of video player accessibility. Play the video below to watch Steve’s presentation, or read on for highlights.
What is Video.js?
Steve Heffernan is the original author of Video.js and continues to lead the project at Brightcove. He tells the origin story of the platform:
As a free, open-source project, Video.js is entirely built and maintained by over 150 contributors.
“All of the features,” says Steve, “including accessibility features, have been added by contributors who have stepped up and said, ‘I want to improve the player in this way.'”
He encourages anyone who wants to contribute to Video.js development to do so on Github.
Video.js & Mozilla Build VTT.js
Since it was built with HTML5 in mind, Video.js has supported WebVTT captions for a long time — longer even than most web browsers.
To take caption support to the next level, Video.js partnered with Mozilla, the company behind the Firefox web browser, to build VTT.js. Now both Video.js and Firefox share the same code base for displaying captions, which allows for complex maneuvers like displaying vertical language captions or multiple caption tracks at once.
Challenge: Extensibility vs. Accessibility
Steve laments one of Video.js’s greatest design challenges:
“When we tried to make the player more customizable, it resulted in poor accessibility.”
He gives a few examples.
Divs vs. Buttons
For his first example, Steve compares the use of a
button tag with a
div that has a customized role of button. Defining a custom role of button within a
div protects your UI from adopting style formatting from other frameworks.
The image below shows an example of a video in Foundation framework that uses the
button tag instead of a
div. You can see how the button display is affected by Foundation’s style defaults for that tag. Using
div prevents this.
button tags are useful for screen readers to identify buttons on a video player and are a much better option for making your video accessible to blind users. Video.js will move to adopt the
button tag for this reason.
Video.js ran into other issues when updating the video player control bar. Steve explains:
Future Plans for Video.js Accessibility
In addition to switching to
button tags and fixing the tab order, Video.js has a few other plans for better video player accessibility. Improvements on the horizon include:
- Improve focus styles
- Possibly adding audio descriptions with YouDescribe.org
- Aiming for WCAG 2.0 compliance
Hear what else Steve has to say about the future of video accessibility in the post-webinar Q&A.
Closed Captions Required for Movie Trailers
Movie trailers with captions help provide access for people with disabilities, particularly those who are deaf or hard of hearing. In addition to accessibility, movie trailers with captions are more likely to catch the viewer’s attention and keep them engaged. Though the…
TikTok Accessibility: Best Practices for Creators
With over two billion all-time downloads and 80 million daily users in the US alone, TikTok is one of the most popular apps of our time, particularly among Gen Z. However, when it comes to TikTok accessibility, the app, unfortunately, falls short.…
How to Create Top-Notch Remote Video Content: 3 Tips from ACCESS Speakers
If you’re planning on producing video content for your business in the near future, I’d hedge to say you’ll be making it in-house – literally. As remote work persists, video marketers have traded their office DSLRs for webcams and iPhones and their…