@@ -245,9 +245,8 @@ with <<supports-condition>> defined as:
245
245
| <<supports-in-parens>> [ and <<supports-in-parens>> ]*
246
246
| <<supports-in-parens>> [ or <<supports-in-parens>> ]*
247
247
<dfn><supports-in-parens></dfn> = ( <<supports-condition>> ) | <<supports-feature>> | <<general-enclosed>>
248
- <dfn><supports-feature></dfn> = <<supports-selector-fn>> | <<supports- decl>>
248
+ <dfn><supports-feature></dfn> = <<supports-decl>>
249
249
<dfn><supports-decl></dfn> = ( <<declaration>> )
250
- <dfn><supports-selector-fn></dfn> = selector( <<complex-selector>> )
251
250
</pre>
252
251
253
252
The above grammar is purposely very loose for forwards-compatibility reasons,
@@ -287,12 +286,6 @@ as follows:
287
286
::
288
287
The result is true if the UA [=supports=] the declaration within the parentheses.
289
288
290
- : <<supports-selector-fn>>
291
- ::
292
- The result is true if the UA
293
- <a href="#dfn-support-selector">supports the selector</a>
294
- provided as an argument to the function.
295
-
296
289
: <<general-enclosed>>
297
290
::
298
291
The result is unknown.
@@ -479,12 +472,6 @@ compound values; implementations must implement all parts of the value
479
472
in order to consider the declaration supported, either inside a style rule
480
473
or in the declaration condition of an ''@supports'' rule.
481
474
482
- A CSS processor is considered to
483
- <dfn export for=CSS id="dfn-support-selector">support a CSS selector</dfn>
484
- if it accepts that selector (rather than discarding it as a
485
- parse error), and that selector doesn't contain
486
- <a>unknown -webkit- pseudo-elements</a> .
487
-
488
475
<h2 id="apis">APIs</h2>
489
476
490
477
<h3 id='extentions-to-cssrule-interface'>
0 commit comments