Re: TextTrack API changes

On Wed, Apr 24, 2013 at 2:43 PM, Simon Pieters <simonp@opera.com> wrote:

> On Wed, 24 Apr 2013 18:25:22 +0200, Bob Lund <B.Lund@cablelabs.com> wrote:
>
>  We've already implemented in-band captions for MPEG-2 TS where
>> getCueAsHTML returns a valid doc fragment for Cues containing 708 captions.
>> We've also implemented a UA that exposes all other MPEG-2 TS  text track
>> data as Base64 encoded text via getCueAsText for text tracks not recognized
>> by the UA. This is to provide Web applications with the opportunity to
>> handle text track formats not supported by the UA. There is at least one
>> 3rd party Web app developer that wants to make use of this feature.
>>
>
> Since the specification for .text and .getCueAsHTML() are defined in terms
> of WebVTT, it would be useful with a proposed specification for these
> features for MPEG-2 TS 708 captions and for unsupported tracks.
>

The current language under [1] states:

"The text attribute, on getting, must return the raw text track cue
text<http://www.w3.org/TR/2012/CR-html5-20121217/embedded-content-0.html#text-track-cue-text>
 of the text track
cue<http://www.w3.org/TR/2012/CR-html5-20121217/embedded-content-0.html#text-track-cue>
 that the TextTrackCue<http://www.w3.org/TR/2012/CR-html5-20121217/embedded-content-0.html#texttrackcue>
 object represents. On setting, the text track cue
text<http://www.w3.org/TR/2012/CR-html5-20121217/embedded-content-0.html#text-track-cue-text>
 must be set to the new value.

The getCueAsHTML() method must convert the text track cue
text<http://www.w3.org/TR/2012/CR-html5-20121217/embedded-content-0.html#text-track-cue-text>
 to a DocumentFragment<http://www.w3.org/TR/2012/CR-html5-20121217/infrastructure.html#documentfragment>
 for the script's
document<http://www.w3.org/TR/2012/CR-html5-20121217/webappapis.html#script's-document>
 of the entry script<http://www.w3.org/TR/2012/CR-html5-20121217/webappapis.html#entry-script>,
using the appropriate rules for doing so. For example,
forWebVTT<http://www.w3.org/TR/2012/CR-html5-20121217/infrastructure.html#webvtt>,
those rules are the WebVTT cue text parsing
rules<http://www.w3.org/TR/2012/CR-html5-20121217/infrastructure.html#webvtt-cue-text-parsing-rules>
 and the WebVTT cue text DOM construction
rules<http://www.w3.org/TR/2012/CR-html5-20121217/infrastructure.html#webvtt-cue-text-dom-construction-rules>
. [WEBVTT]<http://www.w3.org/TR/2012/CR-html5-20121217/references.html#refsWEBVTT>
"

The first of these (text), is expressed independently of VTT; the second
(getCueAsHTML) is also written generically, "using the appropriate rules".
This covers non-VTT uses by delegating the definition of "appropriate
rules" to other specifications.

I do agree that it would be useful to add language specifying what the UA
should do if the text track format's rules are either unknown or not
supported. In this regard, I agree with Silvia that text should resolve to
undefined (or perhaps null) -- I have no preference. For getCueAsHTML(),
the same could apply.

[1]
http://www.w3.org/TR/2012/CR-html5-20121217/embedded-content-0.html#texttrackcue


>
> P.S. It would be helpful if you could use proper quoting in your emails.
> Thanks.
>
>
> --
> Simon Pieters
> Opera Software
>

Received on Wednesday, 24 April 2013 22:06:24 UTC