RE: Acessibility of <audio> and <video>

Sadly, that is not correct. From the current draft:

"Content may be provided inside the video element. User agents should not show this content to the user; it is intended for older Web browsers which do not support video, so that legacy video plugins can be tried, or to show text to the users of these older browser informing them of how to access the video contents. 

In particular, this content is not fallback content intended to address accessibility concerns. To make video content accessible to the blind, deaf, and those with other physical or cognitive disabilities, authors are expected to provide alternative media streams and/or to embed accessibility aids (such as caption or subtitle tracks) into their media streams."

J.Ja

> -----Original Message-----
> From: Edward O'Connor [mailto:hober0@gmail.com]
> Sent: Monday, August 25, 2008 11:20 AM
> To: Justin James
> Cc: HTML WG
> Subject: Re: Acessibility of <audio> and <video>
> 
> > I find it a bit strange that
> > we are spending a huge amount of energy around the img/@alt issue,
> but no
> > one has brought up something like @alt for the audio and video tags.
> 
> This is because, for legacy reasons, <img> is an empty element, and so
> its text equivalent lives in an attribute, whereas <audio> and <video>
> both support rich fallback via their content.

Received on Monday, 25 August 2008 20:21:37 UTC