我在哪里可以找到有关W3C决策背后原因的信息?

我在哪里可以找到有关W3C决策背后原因的信息?,w3c,W3c,我在Selenium测试中广泛使用:contains()选择器。W3C规范已经删除了它 我想了解原因,但找不到解释这一决定背后原因的文件。查看(pseudo类最后一次出现在版本中)并搜索google 我在哪里可以找到有关对W3C规范进行此类更改的原因的信息?您可能可以在W3C邮件列表中找到原因: 关于这件事有很多讨论。根据,除其他外,它可能与性能问题有关。您可能可以在W3C邮件列表中找到原因: 关于这件事有很多讨论。根据,除其他外,它可能与性能问题有关。:contains()被删除,因为他们

我在Selenium测试中广泛使用
:contains()
选择器。W3C规范已经删除了它

我想了解原因,但找不到解释这一决定背后原因的文件。查看(pseudo类最后一次出现在版本中)并搜索google


我在哪里可以找到有关对W3C规范进行此类更改的原因的信息?

您可能可以在W3C邮件列表中找到原因:


关于这件事有很多讨论。根据,除其他外,它可能与性能问题有关。

您可能可以在W3C邮件列表中找到原因:

关于这件事有很多讨论。根据,除其他外,它可能与性能问题有关。

:contains()
被删除,因为他们提出了另一个想法。CSS4允许您使用
创建整个选择器

因此,如果要查找文档中包含页脚的所有表,请执行以下操作:

!table > tfoot { ... }
这将执行与使用
table>tfoot
相同的查找,但实际受影响的元素将是
table
s,而不是
tfoot
s

我不知道他们为什么要做这样的改变,但我可以猜测:这对我来说更容易阅读!而且,由于您无法将其嵌套或与
:not()
或其他类似的暴行相结合,因此浏览器供应商很容易高效地实现它。

:contains()
被删除,因为他们想出了另一个主意。CSS4允许您使用
创建整个选择器

因此,如果要查找文档中包含页脚的所有表,请执行以下操作:

!table > tfoot { ... }
这将执行与使用
table>tfoot
相同的查找,但实际受影响的元素将是
table
s,而不是
tfoot
s

我不知道他们为什么要做这样的改变,但我可以猜测:这对我来说更容易阅读!而且,由于您不能嵌套它或将它与
:not()
或其他类似的暴行相结合,因此浏览器供应商很容易高效地实现它