- From: Silvia Pfeiffer <silviapfeiffer1@gmail.com>
- Date: Tue, 12 Mar 2013 09:16:59 +1100
- To: David Singer <singer@apple.com>
- Cc: Glenn Maynard <glenn@zewt.org>, public-texttracks@w3.org
- Message-ID: <CAHp8n2mSvVf9ksfV-5CzYX7xU_iSo38vN5ykqs5KOdct88EiAw@mail.gmail.com>
On Tue, Mar 12, 2013 at 9:09 AM, David Singer <singer@apple.com> wrote: > > On Mar 11, 2013, at 15:00 , Silvia Pfeiffer <silviapfeiffer1@gmail.com> > wrote: > > I think it's a minimal change to escape blank lines and terminators ("." >> on a line by itself) and lines that start with the escape. >> > > It's really annoying to have to edit that as you're cutting and pasting. I > think it will be the cause of a lot of issues. > > > but if you're sure to get an error and nothing works if you forget… > I don't think that's what would happen. Everything would work until the first empty line and from there on the parser expects a cue, so it keeps dropping stuff until it finds a valid cue. Things will continue to work, except that some styles will not be applied. this is pretty common, by the way. > > > >> >> The more I think about CSS, the more I'd prefer to force it to be in an >> external stylesheet. >> >> >> It's easier to document inline and then expect to use @import, than 'the >> other way around' (which means using a data: URI, or somesuch) >> > > > So, if we use "@import (captions.css);" as Ian proposed in > https://www.w3.org/Bugs/Public/show_bug.cgi?id=18530, then the @import > needs to do all the escaping of lines and terminators? That would be > different to CSS and further confusing IMHO. > > > No, I mean if we allow inline, and document that you use @import for > reference (to an un-modified style sheet) you get both effects. Whereas if > we allow only reference, the poor sod who wants to go inline has to use > data:text/css:whatever > which is messy > Yeah, you do it the non-standard way, it gets messy. It's supposed to, right? > > > I'd prefer to just have a metadata header field: > Style: captions.css > > > I think we could live with that. we can always intro multi-line values > later, if it gets painful. it means we would have two different keys > (Style and InlineStyle, or the like), but that's livable also. > That raises another question: will browser ignore this field and this is only for non-browsers, i.e. if you use it in a Web page you have to include the captions.css file there anyway? Silvia.
Received on Monday, 11 March 2013 22:17:51 UTC