- From: Simon Sapin <simon.sapin@exyr.org>
- Date: Sat, 15 Jun 2013 08:39:23 +0100
- To: "Tab Atkins Jr." <jackalmage@gmail.com>
- CC: "www-style@gtalbot.org" <www-style@gtalbot.org>, W3C www-style mailing list <www-style@w3.org>
Le 15/06/2013 07:05, Tab Atkins Jr. a écrit :
> On Fri, Jun 14, 2013 at 10:01 PM, "Gérard Talbot"<www-style@gtalbot.org> wrote:
>> Le Ven 14 juin 2013 13:41, Simon Sapin a écrit :
>>> 3. h1, h2/* No block */<EOF>
>>
>> No opening curly brace "{" either here. There is no declaration block
>> which could or would have to be applied anyway. I don't see how this sort
>> of code can be tested.
> You can use the CSSOM to observe whether a rule is created or not.
>
> Simon, I think the "throw away the rule" behavior was probably from my
> early over-zealous error-handling in the parser, and I'd be fine going
> either way - keeping it as an error which throws away the rule, or
> making it valid and just create an empty rule.
To clarify: my proposal is to keep the current Syntax 3 behavior. I just
want to check that there is no objection, since it seems to be a corner
case that nobody thought about. (Although I admittedly didn’t search the
list’s archives.)
Adding some examples to the "Error handling" section could also be good.
> I'm perfectly okay with your examples #2 ending up as an error, since
> fixing it would require reintroducing the
> "rule-filled/declaration-filled/neither" concept that I'm glad we got
> rid of.
Syntax is perfectly happy with "@media print<EOF>", it’s just an at-rule
without a block (the ending semicolon is implied.) It’s at the
Conditional Rule level that a block is expected for @media and this rule
is deemed invalid.
--
Simon Sapin
Received on Saturday, 15 June 2013 07:39:50 UTC