[whatwg] Timed tracks: feedback compendium

Glenn Maynard glenn at zewt.org
Wed Jan 5 02:32:50 PST 2011


On Wed, Jan 5, 2011 at 4:58 AM, Philip Jägenstedt <philipj at opera.com> wrote:
> <!-- comments --> in particular won't work because --> is already used in
> the timing format:
>
> 00:00.000 --> 00:01.000
>
> In any case, coming up with a syntax is not a problem, /* comments */ and //
> comments like CSS/JavaScript are the most obvious choices.

Using a syntax that can be escaped with > and < avoids needing
to add additional escapes, though at the cost of an unusual comment
syntax.  Off the top of my head, <! ... !> resembles HTML comments
enough to be fairly obvious.

// comments would mean URLs in captions would require escaping.  Most
formats that use that style of comments are programming languages,
which don't have loose URLs outside of strings.

> The question is rather if the comments should be exposed as DOM comment
> nodes in getCueAsHTML, which seems to be what you're asking for. That would
> only be possible if comments were only allowed inside the cue text, which
> means that you couldn't comment out entire cues, as such:

I don't think getCueAsHTML helps an editor (since it's one-way); an
editor will probably need to have its own parser, which isn't a big
deal.  As long as there's support for comments in the file format, so
people don't need to make up a "working" file format just to add them,
that's enough; such a parser can handle comments however it wants.

> Therefore, my thinking is that comments should be removed during parsing and
> not be exposed to any layer above it.

That's fine.

-- 
Glenn Maynard



More information about the whatwg mailing list