- From: Silvia Pfeiffer <silviapfeiffer1@gmail.com>
- Date: Wed, 11 Apr 2012 11:10:13 +1000
- To: David Singer <singer@apple.com>
- Cc: public-texttracks@w3.org
On Wed, Apr 11, 2012 at 6:12 AM, David Singer <singer@apple.com> wrote: > > On Apr 10, 2012, at 1:37 , Silvia Pfeiffer wrote: > >> On Tue, Feb 28, 2012 at 4:39 AM, David Singer <singer@apple.com> wrote: >>>> >>>> Message-Header style gives us another way to escape continued lines, >>>> which is to indent them with whitespace. This isn't any harder >>>> programmatically, but is easier to read. (You did it anyway in your >>>> example!) Might be more confusing to debug blank line escapes though. >>> >>> Yes. I also toyed with SMTP-like multi-line (no opening bracket, and the end is a period on a line by itself), but I don't think that's so easy to read, visually, and seems more error-prone. Few people read SMTP input; people do expect to read VTT files. I am guessing that for many cases, no escaping at all will be needed (']]' on a line by itself is pretty unlikely in CSS, as are lines starting with \, and stylesheets don't need to have blank lines). >>> >>>> >>>>> Examples: >>>>> >>>>> kind=captions examplecompany-test = for steve >>>>> initialTStimestamp=162642774 >>>>> stylesheetURL=http://www.example.com/vtt-plain.css stylesheet= >>>>> [[ p { font-size: 100px; } \ p::first-line { background: >>>>> url(http://www.w3.org/StyleSheets/TR/logo-REC) no-repeat; >>>>> font-size: 10px; span { border-left: solid 1em black; } } ]] >>>>> srclang=en-US label=Zeroes for King! >>>> >>>> My suggestion would look like: >>>> >>>> Kind: captions >>>> X-examplecompany-test: for steve >>>> Timestamp-offset: 162642774 >>>> StylesheetURL: http://www.example.com/vtt-plain.css >>>> Style: >>>> p { font-size: 100px; } >>>> >>>> p::first-line { >>>> background: url(http://www.w3.org/StyleSheets/TR/logo-REC) no-repeat; >>>> font-size: 10px; >>>> span { border-left: solid 1em black; } >>>> } >>>> srclang: en_US >>>> Label: 𝟎s for 王! >>>> >>> >>> what terminates the block, in your syntax? >> >> A line that starts without white space is not part of a block, >> according to RFC822 (it's called "folding"). > > RFC 822 defines clearly that everything after the first null line is the message body, not headers, so your example would have us treating We're just parsing RFC822-style headers, not a full message. I wouldn't want to use the full RFC822 parser! > > p::first-line { > background: url(http://www.w3.org/StyleSheets/TR/logo-REC) no-repeat; > font-size: 10px; > span { border-left: solid 1em black; } > } > srclang: en_US > Label: 𝟎s for 王! > > as cue-text :-(. Or am I missing something? That's also the case in the current VTT spec (that the header lines terminate on the first blank line). > > RFC 822 generally considers values as "one long line that can be folded if it's too long", and I am not sure that's right for us. I think that line-breaks can be significant in some of the values we cant, no? (Such as CSS). Do we need empty lines? > On my reading of 822, I think this example would have to be: > > Kind: captions > X-examplecompany-test: for steve > Timestamp-offset: 162642774 > StylesheetURL: http://www.example.com/vtt-plain.css > Style: > p { font-size: 100px; } > p::first-line { > background: url(http://www.w3.org/StyleSheets/TR/logo-REC) no-repeat; > font-size: 10px; > span { border-left: solid 1em black; } > } > srclang: en_US > Label: 𝟎s for 王! Yeah, I think that's correct. Silvia.
Received on Wednesday, 11 April 2012 01:11:02 UTC