[Bug 5758] insufficient accessibility fallback for <audio> or <video>

http://www.w3.org/Bugs/Public/show_bug.cgi?id=5758





--- Comment #14 from Silvia Pfeiffer <silviapfeiffer1@gmail.com>  2010-02-07 01:36:15 ---
The discussions on this bug have touched multiple topics related to media and
accessibility.

I'd like to propose this bug to focus on the support of synchronised
accessibility data (captions, subtitles, audio description, sign language) -
both embedded in stream and external.

In particular, this bug is not about "fallbacks" (and possibly the word
"fallback" should be replaced with "support" in the title).

As for all the other topics that this bug has touched upon, here is what I took
out:
* choice of a baseline code - not something we can make any progress on through
a bug
* video fallback in UAs where video is not supported - already possible
* non-synchronised text alternatives - already possible through putting text or
a link next to the video (and possibly using aria-describedBy to link it to the
video)
* access to captions/subtitles available in media files that a UA does not
support (e.g. MPEG with subtitles in Firefox) - is simply not technically
possible
* @alt attribute - has been discussed in WHATWG, see thread at
http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/2009-August/021865.html;
basically, the following attributes already provide what is required: @title,
@aria-label, @aria-describedby

Hope this answers some questions and lets us move to the core accessibility
issues for media elements that are still open and that Ian proposed a process
for how to address.


-- 
Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

Received on Sunday, 7 February 2010 01:36:17 UTC