Some further thoughts on the <track> element.<div class="gmail_quote"><div class="im"><br><a href="http://www.whatwg.org/specs/web-apps/current-work/multipage/video.html#the-track-element" target="_blank">http://www.whatwg.org/specs/web-apps/current-work/multipage/video.html#the-track-element</a><br>


<br></div>The @kind attribute is currently serving several purposes. This may be ok, but we need to be aware of it and maybe include a note in its description about it.<br><br>Firstly, the @kind attribute describes semantically what the track is: a subtitle, caption, textual description, chapters or "metadata" (i.e. "anything") track.<br>


<br>Secondly, the @kind attribute implies whether the track will be displayed: subtitle and caption are rendered (right now just for the video viewport, but I am hoping we can make this more general), chapters are probably rendered with the controls, and textual descriptions and "metadata" are not rendered.<br>


<br>Thirdly, the @kind attribute implies what parser will be used on the cues: subtitle, caption and chapters are parsed as simple markup, chapters are parsed as just plain text stripped of any markup (so speech synthesizers and braille devices can deal with it), and "metadata" is parsed as arbitrary data for script use only.<br>


<br>I think by understanding this and by making this explicit in the spec, we can more clearly decide what track kinds are still missing and also what we actually need to implement.<br><br>Cheers,<br><font color="#888888">Silvia.</font></div>