- From: <bugzilla@jessica.w3.org>
- Date: Thu, 02 Feb 2012 04:36:07 +0000
- To: public-texttracks@w3.org
https://www.w3.org/Bugs/Public/show_bug.cgi?id=15851 Summary: WebVTT: File-wide Metadata Product: TextTracks CG Version: unspecified Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P2 Component: WebVTT AssignedTo: ian@hixie.ch ReportedBy: silviapfeiffer1@gmail.com QAContact: dave.null@w3.org CC: mike@w3.org, public-texttracks@w3.org For HTML-page independent use of WebVTT files the WebVTT parser [1] tolerates [2] the introduction of metadata at the top of the WebVTT file after the "WEBVTT" file identifier and the first cue, separated by a blank line. Web browsers won't care what is in there and can ignore this header metadata. But other applications will care, including the WebVTT encapsulation specification for WebM as currently under development [3] and other players that need the information that the <track> element has. We therefore need to define the format of header metadata and which fields should be used by default. I propose we use the name-value approach to metadata with a "=" as a separator and one name-value per line, e.g. Version=V1_ABC License=CC-BY-SA Also, in analogy to what is happening with the <track> element in HTML, we should encourage the three following standard metadata headers: Language=en Kind=Captions Label=English captions Any further metadata header schemes can be created by other organisations based on this (e.g. Dublin Core). In summary: I would suggest to introduce into the spec a normative note about the format of header metadata fields and an informative note about the recommended core metadata headers Language, Kind and Label. [1] http://dev.w3.org/html5/webvtt/#webvtt-parser [2] by virtue of parsing step 15 [3] https://docs.google.com/document/d/1-tVXd1mRlWNvZrdIkLAJEp5xt3gDVDwfVubyUm9oNJ4/edit?hl=en_US -- 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 Thursday, 2 February 2012 04:36:09 UTC