E-mail List Archives

Search E-mail List Archives for

Number of posts in this thread: 9 (In chronological order)

From: Swift, Daniel P.
Date: Fri, Oct 29 2021 7:45AM
Subject: Screen Readers and Video-only
No previous message | Next message →

Good morning!

Question for the group ... we have a video that plays on a webpage that does not have audio; however, there are visuals with written information which is still important to convey. What is the best way to make this available to people using screen readers?

I have the text available but I'm unsure of the best way to make it available. Should I link to a text file? Provide it as a track as a vtt file? Both? What is the most inclusive way to include this information?

Many thanks!

Daniel Swift, MBA
Senior Web Specialist
University Communications and Marketing
West Chester University
610.738.0589

From: Aditya
Date: Fri, Oct 29 2021 1:32PM
Subject: Re: Screen Readers and Video-only
← Previous message | Next message →

Daniel,

That content should be in a transcript that details the video and must include text visible in video.

VTT is for closed captions and in this case it should just say “No Audio” for the entire time.

The transcript can be separate from the video player itself. Think if this as a alt text for video.

Thanks,
Aditya

Sent from my iPhone

> On Oct 29, 2021, at 8:45 AM, Swift, Daniel P. < = EMAIL ADDRESS REMOVED = > wrote:
>
> Good morning!
>
> Question for the group ... we have a video that plays on a webpage that does not have audio; however, there are visuals with written information which is still important to convey. What is the best way to make this available to people using screen readers?
>
> I have the text available but I'm unsure of the best way to make it available. Should I link to a text file? Provide it as a track as a vtt file? Both? What is the most inclusive way to include this information?
>
> Many thanks!
>
> Daniel Swift, MBA
> Senior Web Specialist
> University Communications and Marketing
> West Chester University
> 610.738.0589
>
> > > >

From: glen walker
Date: Fri, Oct 29 2021 1:56PM
Subject: Re: Screen Readers and Video-only
← Previous message | Next message →

That's exactly what WCAG 1.2.1 is for (
https://www.w3.org/TR/WCAG21/#audio-only-and-video-only-prerecorded). I
don't run across prerecorded video-only very often so it's nice to see an
example here.

1.2.1 says, "Either an alternative for time-based media or an audio track
is provided that presents equivalent information...". The "alternative" is
typically a transcript, as Aditya mentioned, but you can also provide an
audio track. Essentially an audio description. I wouldn't complain if you
provided both (smile).

From: David Engebretson Jr.
Date: Fri, Oct 29 2021 2:14PM
Subject: Re: Screen Readers and Video-only
← Previous message | Next message →

And, if you are interested in using a multi-media player that provides interactive transcripts and is fully accessible, check out AblePlayer:
https://github.com/ableplayer/ableplayer

It's a nice solution with lots of flexibility.

I've also seen folks provide a download link of the transcript, or simply put the transcript below the media player. Transcripts are great for everyone!

Best,
David

From: glen walker
Date: Fri, Oct 29 2021 2:19PM
Subject: Re: Screen Readers and Video-only
← Previous message | Next message →

If we're starting accessible video player recommendations, here's another

https://www.accessibilityoz.com/ozplayer/


On Fri, Oct 29, 2021 at 2:14 PM David Engebretson Jr. <
= EMAIL ADDRESS REMOVED = > wrote:

> And, if you are interested in using a multi-media player that provides
> interactive transcripts and is fully accessible, check out AblePlayer:
> https://github.com/ableplayer/ableplayer
>
>
>

From: David Engebretson Jr.
Date: Fri, Oct 29 2021 3:08PM
Subject: Re: Screen Readers and Video-only
← Previous message | Next message →

Yah, I like that player, too. Note that OzPlayer is free for non-profit organizations only. AblePlayer is free (and open source) for all organizations.

Peace,
David

From: wolfgang.berndorfer
Date: Sat, Oct 30 2021 7:09AM
Subject: Re: Screen Readers and Video-only
← Previous message | Next message →

For blind SR users I'd add as BEST PRACTICE:

Consider a text alternative with rich semantics (headings, lists, ...), not only a transcript. For instance, a ordered list describes step by step what has to be done.
This takes less time to perceive information, navigate between steps and copy text to edit.

And sometimes a description for an alternative way to perform the functionality with keyboard only might be a necessary nice to have:
Think of a video that shows where to click on the screen to print. The information should be provided that ctrl + p does the same.

And provide the corresponding heading information:
- Video transcript: Printing with a mouse click
- Printing with keyboard shortcuts

Wolfgang

From: Birkir R. Gunnarsson
Date: Sat, Oct 30 2021 9:06AM
Subject: Re: Screen Readers and Video-only
← Previous message | Next message →

Also make sure that if the video starts playing automatically, that
users are able to stop it (in a way that is accessible).
I typically recommned putting a "stop video" button next to the skip
link at the top of the page (and treat it like a skip link, visible to
screen reader users at all times and to keyobard only users when the
link receives focus), mouse users can click on the stop/pause button
in the video player I assume.
I typically recommend making the transcript available as HTML file in
an expandable section right next to the vieo player.
<details>
<summary>View video transcript</summary>

<h2>Transcript for x</h2> (x is the title of the video)
rest of transcript
</details>

If the text is really important to the context of hte page, just make
it visible on the page at all times, with the video being a visual
extra.
You still have to make sure users are able to stop/pause it of course.


On 10/30/21, = EMAIL ADDRESS REMOVED =
< = EMAIL ADDRESS REMOVED = > wrote:
> For blind SR users I'd add as BEST PRACTICE:
>
> Consider a text alternative with rich semantics (headings, lists, ...), not
> only a transcript. For instance, a ordered list describes step by step what
> has to be done.
> This takes less time to perceive information, navigate between steps and
> copy text to edit.
>
> And sometimes a description for an alternative way to perform the
> functionality with keyboard only might be a necessary nice to have:
> Think of a video that shows where to click on the screen to print. The
> information should be provided that ctrl + p does the same.
>
> And provide the corresponding heading information:
> - Video transcript: Printing with a mouse click
> - Printing with keyboard shortcuts
>
> Wolfgang
>
>
>
>
>
>

From: Swift, Daniel P.
Date: Mon, Nov 01 2021 7:33AM
Subject: Re: Screen Readers and Video-only
← Previous message | No next message

This is all great information. Thanks everyone for your feedback!

Daniel Swift, MBA
Senior Web Specialist
University Communications and Marketing
West Chester University
610.738.0589

From: WebAIM-Forum < = EMAIL ADDRESS REMOVED = > On Behalf Of Birkir R. Gunnarsson
Sent: Saturday, October 30, 2021 11:07 AM
To: WebAIM Discussion List < = EMAIL ADDRESS REMOVED = >
Subject: Re: [WebAIM] Screen Readers and Video-only

Also make sure that if the video starts playing automatically, that
users are able to stop it (in a way that is accessible).
I typically recommned putting a "stop video" button next to the skip
link at the top of the page (and treat it like a skip link, visible to
screen reader users at all times and to keyobard only users when the
link receives focus), mouse users can click on the stop/pause button
in the video player I assume.
I typically recommend making the transcript available as HTML file in
an expandable section right next to the vieo player.
<details>
<summary>View video transcript</summary>

<h2>Transcript for x</h2> (x is the title of the video)
rest of transcript
</details>

If the text is really important to the context of hte page, just make
it visible on the page at all times, with the video being a visual
extra.
You still have to make sure users are able to stop/pause it of course.


On 10/30/21, = EMAIL ADDRESS REMOVED = <mailto: = EMAIL ADDRESS REMOVED = >
< = EMAIL ADDRESS REMOVED = <mailto: = EMAIL ADDRESS REMOVED = >> wrote:
> For blind SR users I'd add as BEST PRACTICE:
>
> Consider a text alternative with rich semantics (headings, lists, ...), not
> only a transcript. For instance, a ordered list describes step by step what
> has to be done.
> This takes less time to perceive information, navigate between steps and
> copy text to edit.
>
> And sometimes a description for an alternative way to perform the
> functionality with keyboard only might be a necessary nice to have:
> Think of a video that shows where to click on the screen to print. The
> information should be provided that ctrl + p does the same.
>
> And provide the corresponding heading information:
> - Video transcript: Printing with a mouse click
> - Printing with keyboard shortcuts
>
> Wolfgang
>
>
>
>
>
>