Feedback on spec changes is always very welcome, but calling them 'trash', 'nonsense' and such is neither strictly necessary nor a productive way to engage the editors and the larger group. Thanks. > as i said, error handling is right opposite. > unexpected token in selector invalidate statement. > unexpected token in declaration invalidate only declaration. > from now, try to write down tokens which are 'unexpected in statement', > and you got the picture. > > futuremore, sentence violate following: > 4.1.6 > A block starts with a left curly brace ({) and ends with the matching > right curly brace (}). In between there may be any tokens, except that > parentheses (( )), brackets ([ ]) and braces ({ }) must always occur in > matching pairs and may be nested > 4.1.7 > The selector (see also the section on selectors) consists of everything > up > to (but not including) the first left curly brace ({) > > note last sentence does not enforce 'matching pairs', and, in fact, is > prose replacemnent for > error '{' > parser directive. > > worth all above formal objection? First, I suggest reading on the background of this change: http://wiki.csswg.org/spec/css2.1#issue-24 Second, as Giovanni points out, a declaration is not a statement. Maybe an example would help explain how you're reading the rule i.e. if there is a contradiction, something that used to be invalid may now be valid or ambiguous ?Received on Tuesday, 5 May 2009 21:07:39 GMT
This archive was generated by hypermail 2.2.0+W3C-0.50 : Monday, 7 December 2009 18:16:14 GMT