- From: Tab Atkins Jr. via GitHub <sysbot+gh@w3.org>
- Date: Thu, 07 Feb 2019 23:47:39 +0000
- To: public-css-archive@w3.org
tabatkins has just created a new issue for https://github.com/w3c/csswg-drafts:
== [css-syntax] problem with parse rule ==
(migrated from mailing list)
**Johannes Koch said:**
> There's a similar issue in 5.3.3. Parse a rule
>
> 3. If the current input token is an `<EOF-token>`, return a syntax error.
>
> Otherwise, if the current input token is an `<at-keyword-token>`,
> consume an at-rule and let rule be the return value.
>
> Otherwise, consume a qualified rule and let rule be the return
> value. If nothing was returned, return a syntax error.
>
> 4. While the current input token is a `<whitespace-token>`, consume the
> next input token.
>
> At step 4 the current input token is the last token consumed by 5.4.2.
> or 5.4.3. ('}' or ';') and cannot be either whitespace or EOF.
---------------
**Tab Atkins said:**
> Ugh, sorry about that. Fixed now.
>
> I just reviewed all the other parse/consume algos as well, and found a
> few more current/next token bugs. They're all fixed, and I took the
> opportunity to make the spec algos more consistent - they now all
> operate on the remaining stream, ignoring the current input token, and
> several algorithms subsequently reconsume more often.
Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/3633 using your GitHub account
Received on Thursday, 7 February 2019 23:47:40 UTC