[Bug 12964] <video>: Declarative linking of full-text transcripts to video and audio elements

https://www.w3.org/Bugs/Public/show_bug.cgi?id=12964

John Foliot <jfoliot@stanford.edu> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Keywords|                            |TrackerRequest

--- Comment #7 from John Foliot <jfoliot@stanford.edu> 2012-01-13 05:24:09 UTC ---
(In reply to comment #5)
> 
> Status: Did Not Understand Request

Add a @transcript attribute to the <video> and <audio> elements with a URL as
the value.

> Rationale: We need implementation experience before we can add this to the
> spec. Without it, I see no reason why this would not suffer the same fate as
> similar solutions before it (like longdesc, summary, cite, etc).

The Editor's bias against specific accessibility accommodations such as
@longdesc and @summary is not a reason to fail to address this requirement. 

We have evidence that video producers will be creating and subsequently
providing transcripts (essentially non-time-stamped captions or subtitles) and
so accurate content will be produced at the time of content creation. Best
Practices and possibly legislation(s) will require content authors to provide
these transcripts to end-users, and a means to directly and programmaticly link
the transcript to the video element (without the absolute requirement for
on-screen text) is well founded.

On 2012-01-06 Anne van Kesteren stated "A standard sets a goal."
https://www.w3.org/Bugs/Public/show_bug.cgi?id=13531#c8, and so the need for
implementation experience should not be a reason to reject this
user-requirement.

-- 
Configure bugmail: https://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 Friday, 13 January 2012 05:28:15 UTC