-moz和-webkit上的W3 Css验证程序错误

我试图在jigsaw.w3.org上验证我的3级CSS。 但是我收到了许多以-moz或-webkit或-o开头的属性的错误消息，并且

---

我该怎么办？

忽略它们。要么这样，要么不要使用供应商扩展，等待每个人都赶上标准。

忽略它们。要么使用供应商扩展，要么不使用供应商扩展，等待每个人都跟上标准。

这表明这些属性是无效的，因为这些属性是专有的，w3.org不接受

因此，它会抛出这些属性的错误消息，所以如果您想完全验证它，您需要使用w3.org接受的属性

或者，您也可以在此处选择其他选项

---

它显示无效，因为这些属性是专有的，w3.org不接受

因此，它会抛出这些属性的错误消息，所以如果您想完全验证它，您需要使用w3.org接受的属性

或者，您也可以在此处选择其他选项

---

单击位于的用户界面中的“更多选项”，并在“供应商扩展”下拉列表中选择“警告”。就CSS规范而言，这些扩展仍然是错误，但有关它们的消息将显示为警告，您可以更好地关注“真实”错误。

单击位于的用户界面中的“更多选项”，并在“供应商扩展”下拉列表中选择“警告”。就CSS规范而言，扩展仍然是错误的，但有关扩展的消息将显示为警告，您可以更好地关注“真实”错误。

尝试验证CSS没有什么好处。HTML验证是一个很好的工具，但是它会帮你省去很多麻烦。这个问题怎么会太本地化了？几乎每个试图验证CSS的人都有同样的问题！（由Jigsaw的开发者提供，尝试在80个警告中找到2个警告，没有人关心）尝试验证CSS没有什么好处。HTML验证是一个很好的工具，但是它会帮你省去很多麻烦。这个问题怎么会太本地化了？几乎每个试图验证CSS的人都有同样的问题！（由Jigsaw的开发者提供，试图在80条警告中找出2条没有人关心的警告）是的，忽略它们。当您想要使用“新”属性时，CSS工作组鼓励使用供应商前缀。请注意，它们的语法可能会在进入推荐状态的过程中发生变化（对于线性渐变和flexbox，这种情况不止一次），这样您就没事了。仍然比旧的IE行为（双关语）更好，不使用这些前缀…是的，忽略它们。当您想要使用“新”属性时，CSS工作组鼓励使用供应商前缀。请注意，它们的语法可能会在进入推荐状态的过程中发生变化（对于线性渐变和flexbox，这种情况不止一次），这样您就没事了。仍然比旧的IE行为（双关语）更好，不使用这些前缀。。。