- From: Guillaume via GitHub <sysbot+gh@w3.org>
- Date: Wed, 24 Jul 2024 12:14:00 +0000
- To: public-css-archive@w3.org
To clarify my previous comment, since it took me a few minutes to remember...
If `unknown: 1` or `color: invalid` were not matching `<declaration>`, then `@import 'sheet.css' supports(unknown: 1)` would be invalid, which does not conform to the spec. The grammar is `@import ... supports(<declaration>)` (simplified).
With `@supports (unknown: 1) {}`, the grammar is `@supports (<declaration> | <any-value>)` (also simplified). Parsing `unknown: 1` as an invalid `<declaration>` saves time when evaluating `@supports` to determine if its contents must be applied by the UA, because it would be probably marked as `<any-value>` (`<general-enclosed>`), so they do not neet to re-evaluate its support for the `<declaration>`.
So I propose to make `<supports-decl>` invalid when the UA does not support its `<declaration>`, instead of `<declaration>`.
I do not like making a grammar sensitive to browser support (which it already is with `<declaration>`), so it would wise to discuss more about it.
```diff
Style sheets <strong>must not</strong> use such a rule and
processors <strong>must</strong> ignore such a rule (including all of its contents).
+
+ If the UA does not [=support=] the declaration within the parentheses,
+ <<supports-decl>> is invalid.
```
```diff
: <<supports-decl>>
::
- The result is true if the UA [=supports=] the declaration within the parentheses.
+ The result is true.
```
```diff
If a processor does not implement, with a usable level of support,
both the property and the value given,
then it <strong>must not</strong>
- accept the declaration or claim support for it.
+ claim support for it.
```
--
GitHub Notification of comment by cdoublev
Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/8795#issuecomment-2247756947 using your GitHub account
--
Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Wednesday, 24 July 2024 12:14:01 UTC