- From: Silvia Pfeiffer <silviapfeiffer1@gmail.com>
- Date: Thu, 22 Mar 2012 11:52:13 +1100
- To: John Foliot <john@foliot.ca>
- Cc: David Singer <singer@apple.com>, Sean Hayes <Sean.Hayes@microsoft.com>, janina@rednote.net, "'"'xn--mlform-iua@målform.no'"'" <xn--mlform-iua@xn--mlform-iua.no>, rubys@intertwingly.net, laura.lee.carlson@gmail.com, mjs@apple.com, Paul Cotton <Paul.Cotton@microsoft.com>, public-html-a11y@w3.org, public-html@w3.org
On Thu, Mar 22, 2012 at 11:18 AM, John Foliot <john@foliot.ca> wrote: > > Ya, there was some discussion around extending the number of @kind values, > that got derailed and derided by some browser engineers (at least that is > what *I* recall). I believe that (Comcast? CableLabs?) had asked for either > more, or an extensible mechanism to reference more and that it was met with > resistance. We could perhaps again look at adding new @kind values: > > <track kind="transcript" src=""> > <track kind="description" src=""> > <track kind="posterdescription" src=""> <track> is a timed resource. Neither transcript, nor description, nor posterdescription are timed - they cannot be parsed into cues and displayed time-synchronously over the video. You cannot misuse the track element in this way. Silvia.
Received on Thursday, 22 March 2012 00:53:05 UTC