- From: Silvia Pfeiffer <silviapfeiffer1@gmail.com>
- Date: Thu, 30 Aug 2012 20:58:05 +1000
- To: Simon Pieters <simonp@opera.com>
- Cc: Ian Hickson <ian@hixie.ch>, Glenn Maynard <glenn@zewt.org>, David Singer <singer@apple.com>, public-texttracks <public-texttracks@w3.org>
There's a whole thread about this how we arrived at this at: http://lists.w3.org/Archives/Public/public-texttracks/2012Feb/0031.html Happy to reconsider, though, but might be good to address the concerns raised there. Silvia. On Thu, Aug 30, 2012 at 8:06 PM, Simon Pieters <simonp@opera.com> wrote: > On Thu, 30 Aug 2012 02:21:28 +0200, Glenn Maynard <glenn@zewt.org> wrote: > >>> key: | >>> valueline >>> valueline >>> … >>> . >>> >> >> Also, &escapes; need to be allowed, so that "-->" can be escaped to >> "-->". This is needed for single-line headers, too. Other than that >> one oddity, however, this format requiers no escaping except for prefixing >> backslashes, and unescaping can be as simple as "if the line begins with a >> backslash, remove it". > > > OK, now this syntax is becoming so horrible I don't know what to make of it. > Please, let's take a step back and think again. We don't need to put > everything between the "WEBVTT" and a blank line. We can have cue-like > blocks for multiline things, e.g.: > > WEBVTT > language: fr > kind: subtitles > > STYLE > #foo { color:green } > i { font-family:serif } > > foo > 00:00:00.000 --> 00:00:05.000 > testing <i>testing</i> > > > This is backwards compatible! No escapes needed! It doesn't support > embedding "-->", but I'd rather change the parser to only be aggressive > about "-->" after the first real cue than to support &escapes; in metadata > values. > > -- > Simon Pieters > Opera Software >
Received on Thursday, 30 August 2012 10:58:57 UTC