- From: L. David Baron <dbaron@dbaron.org>
- Date: Mon, 27 May 2013 13:51:58 +0800
- To: Simon Sapin <simon.sapin@exyr.org>
- Cc: www-style@w3.org
On Wednesday 2013-05-22 13:38 +0800, Simon Sapin wrote: > Iād be fine with a note that says exactly what is *not* allowed. > Something like this, although of course the list could be tweaked: > > A custom property declaration is ignored if it contains a <i>bad > token</i>. A <dfn>bad token</dfn> is a BAD_STRING token, BAD_URL > token, BAD_COMMENT token[1], unmatched '}' token, unmatched ']' > token, unmatched ')' token, or a block or function that contains a > <i>bad token</i>. One problem here is that CSS 2.1 produces BAD_STRING and BAD_URL at end-of-file, when our current end-of-file handling rules say that strings and URLs should in fact be valid. (Though I'm tending towards thinking that change may have been a mistake.) It might actually make more sense to fix that in 2.1 than trying to work around it in variables. Otherwise this seems reasonable to me. -David -- š L. David Baron http://dbaron.org/ š š¢ Mozilla http://www.mozilla.org/ š
Received on Monday, 27 May 2013 05:52:29 UTC