W3C home > Mailing lists > Public > www-style@w3.org > August 2009

Re: [CSSWG] Minutes and Resolutions 2009-08-05

From: Andrey Mikhalev <amikhal@abisoft.spb.ru>
Date: Fri, 7 Aug 2009 16:41:35 +0400 (MSD)
To: Zack Weinberg <zweinberg@mozilla.com>
cc: Bert Bos <bert@w3.org>, www-style@w3.org
Message-ID: <Pine.LNX.4.63.0908071633150.9898@master.abisoft.spb.ru>
On Thu, 6 Aug 2009, Zack Weinberg wrote:

> * Add the following new macros:
>
> {badcomment1}	\/\*[^*]*\*+([^/*][^*]*\*+)*
> {badcomment2}	\/\*[^*]*(\*+[^/*][^*]*)*
> {badcomment}	{badcomment1}|{badcomment2}
>
> {baduri1}	url\({w}([!#$%&*-~]|{nonascii}|{escape})*{w}
> {baduri2}	url\({w}{badstring}
> {baduri3}	url\({w}{string}{w}
> {baduri}	{baduri1}|{baduri2}|{baduri3}
>
> * Replace the INVALID production with
>
> BAD_STRING	{badstring}
> BAD_COMMENT	{badcomment}
> BAD_URI		{baduri}
>
> * Add prose to 4.2 explaining that while each of these is an automatic
>  syntax error, the recovery behavior is different: BAD_STRING triggers
>  the "unexpected end of string" rule, BAD_COMMENT is just discarded,
>  and BAD_URI is treated as an unexpected FUNCTION token.

terrible.

S { P : url(-my-hack()); }

current token stream:
   FUNCTION('url(') + FUNCTION('-my-hack(') + ')' + ')';
syntactically correct && produce expected parsed tree.

new token stream:
   BAD_URI('url(-my-hack') + '(' + ')' + ')';
i miss something or what it supposed to be?

anyway, 'improve perfoprmance' of particular [imaginary] impl with
particular tool is not a rationale for changing core css syntax.
Received on Friday, 7 August 2009 12:42:18 GMT

This archive was generated by hypermail 2.3.1 : Tuesday, 26 March 2013 17:20:20 GMT