CSS 条件规则模块 第4级

1. 简介

第3级中的功能仍然在[css-conditional-3]中定义，尚未复制到本规范。

本级为@supports规则增加了扩展，允许检测对选择器的支持情况。

2. @supports规则的扩展

本级规范扩展了<supports-feature>语法如下：

<supports-feature> = <supports-selector-fn> | <supports-decl>
<supports-selector-fn> = selector( <complex-selector> )

<supports-selector-fn>

如果UA支持该函数参数给定的选择器，则结果为true。

@supports selector(col || td) {
  col.selected || td {
    background: tan;
  }
}

在条件分组规则中使用的任何命名空间前缀都必须已声明， 否则为无效配置[css-conditional-3]。 这同样适用于 selector 函数中的命名空间前缀。

@supports selector(a[xlink|href]) {
  // do something, but fail
}

@namespace x url(http://www.w3.org/1999/xlink);
@supports selector(a[x|href]) {
  // do something
}

2.1. 支持定义的扩展

当CSS处理器递归地接受该选择器的所有部分（而不是认为其任何语法未知或无效）， 且该选择器不包含未知的 -webkit- 伪元素时， 则被认为支持CSS选择器。

注意：某些函数型选择器采用宽容解析，即使某些参数未知或无效，选择器本身不会被判为无效。 这些情况依然被视为不支持。

安全性注意事项

尚未发现针对本文档的安全性问题。

隐私注意事项

selector()函数可能会暴露关于用户软件的信息， 例如其版本及是否启用或禁用某些非默认功能。

这些信息也可以通过其他API获得， 不过本规范中的相关功能是网页上暴露这些信息的途径之一。

这些信息还可用于提升用户指纹识别的准确率。

致谢

编辑者感谢上一版本模块的所有贡献者。

变更

自2022年2月17日候选推荐快照以来的变更

• 明确指出选择器中未知或无效部分虽然不会使选择器整体无效，但依然导致该选择器被视为不支持。

自2020年3月3日首个公开工作草案以来的变更

• 增加了隐私和安全章节。
• 新增了一些示例
• 明确规定命名空间前缀声明要求也适用于 selector() 内的选择器（Issue 3220）

自第3级以来的新增内容

• 为supports 查询增加了selector()记法。