- From: L. David Baron <dbaron@dbaron.org>
- Date: Fri, 22 Apr 2011 20:32:46 -0700
- To: Peter Moulder <peter.moulder@monash.edu>, www-style@w3.org
On Saturday 2011-04-23 12:34 +1000, Peter Moulder wrote: > - The core grammar differs from the (non-normative) CSS 2.1 grammar > on this point. > > - Most user agents I tested (probably stable/older versions) follow > the core grammar here, and hence fail that test case. > > An exception is Gecko, but that's only because Gecko doesn't have > correct tokenization behaviour for URI generally: Gecko still uses > a FUNCTION token to handle url(...), but a result of this is that > it does the wrong thing for url(/*blah*/x.png), treating /*blah*/ > as a comment rather than part of the URI. That's fixed in Nightly and Aurora channel builds (for Firefox 5), as described in https://bugzilla.mozilla.org/show_bug.cgi?id=604179 . > The prose describing rgb() syntax is misleading, too: it says > > # The format of an RGB value in the functional notation is 'rgb(' > # followed by a comma-separated list of three numerical values > # (either three integer values or three percentage values) followed > # by ')'. [...] White space characters are allowed around the > # numerical values. [...] > I'd suggest mentioning FUNCTION token somehow, and I'd suggest > inserting "(and/or comments)" when mentioning white space. > (I'd be inclined to remove the word "characters".) As you say, it should mention an "rgb(" function token, where function token is a link to a description of what constitutes a function token with a particular name. In addition to the point you mention and the escaping issue, this should also mention the case-insensitivity. > (Regarding whether to mention comments: I grant that syndata.html > already mentions that comments can occur outside of any other tokens -- > which is why I parenthesized that note. However, just because the > grammar allows comments everywhere doesn't mean that they never change > the meaning, e.g. in the case of @charset. I think the wording on comments being allowed anywhere should probably be the place that has the explicit exception for @charset. -David -- L. David Baron http://dbaron.org/ Mozilla Corporation http://www.mozilla.com/
Received on Saturday, 23 April 2011 03:33:15 UTC