“文本溢出:省略号”不是有效的CSS吗?

“文本溢出:省略号”不是有效的CSS吗?,css,w3c-validation,Css,W3c Validation,此代码在运行时触发错误: 我得到: Line Code context Error/Warning 2 p Parse Error [empty string] 这只是验证器中的一个bug,还是我遗漏了一些非常明显的东西?它的有效性取决于,它还链接到规范: 出于好奇,我通过验证器运行了自己的一个站点。我注意到,它列出了一些我不会考虑的错误,比如正确前缀的厂商扩展和数据URI。 < P>这是一个,它已经被报告了。文本溢出:省略号是一个

此代码在运行时触发错误:

我得到:

Line Code context Error/Warning 2 p Parse Error [empty string] 这只是验证器中的一个bug,还是我遗漏了一些非常明显的东西?

它的有效性取决于,它还链接到规范:

出于好奇,我通过验证器运行了自己的一个站点。我注意到,它列出了一些我不会考虑的错误,比如正确前缀的厂商扩展和数据URI。

< P>这是一个,它已经被报告了。文本溢出:省略号是一个有效的规则,但是不幸的是W3CCSS验证程序容易出错

但是,请注意,当前工作草案列出了一些文本溢出值,如下所示:

工作组已确定以下功能在退出CR时有被从CSS基本用户界面模块3级删除的风险。如果实施者希望看到这些功能保留在本规范中,则敦促实施者实施这些功能。所有其他功能要么在规范性参考文件中定义,例如CSS 2.1[CSS21]或选择器[SELECT],要么被认为有两个或两个以上的实现,因此在不返回最后一次调用的情况下不会被删除

[...] 文本溢出属性值: 文本溢出属性2值语法和定义。 虽然这不会影响省略号值,但它可能是验证程序中错误的来源:

分析错误[空字符串]

工具书类 W3C:CSS基本用户界面模块3级CSS3用户界面:WD-20117
关于它面临的风险…我读到,文本溢出的某些变化是有风险的,而不是整个事情。用户代理支持应该至少保留基本的省略号实现。@TimMedora:是的,解决了这个问题,并使其更加清晰。只有某些特性特性值存在风险,而不是特性本身。省略号没有风险,但是,由于验证器将[empty String]打印为错误,我怀疑这些属性正在创建验证器的行为。此错误已存在多年。我最后一次遇到它是在2010年,远远早于最近的LCWD。坦白说,我不知道他们在用验证器做什么。我希望他们正在重写它。供应商扩展是无效的,因为它们不是标准的一部分。但是,它们是在语法中定义的,因此实现可以使用它们。 Line Code context Error/Warning 2 p Parse Error [empty string]