![]() |
1
11
不,它们是特定于浏览器的属性,没有在标准CSS规范中定义。 也就是说,他们正确地遵循了特定于供应商的CSS扩展规则。它不在W3C官方的CSS规范中。 |
![]() |
2
12
尽管供应商扩展的语法是 mentioned in the CSS3 Syntax module 并且在语法中引入了允许供应商实现自己的前缀而忽略了标准,实际的供应商扩展本身不被识别为正式的CSS属性。这不会改变,因为它们是专有的,并且特定于发明和使用它们的供应商。 然而,最近的增强( early 2011 ) Jigsaw W3C CSS Validator 使减少验证成为可能 错误 由供应商扩展触发 警告 .通过扩展 更多选项 章节:
这使得在样式表仍然无法验证的情况下更容易找到真正的问题。如果供应商扩展是触发错误的唯一原因,那么将它们转换为警告将允许样式表暂时验证。它还消除了在单独的样式表中维护供应商扩展的需要,您必须对验证程序进行隐藏。 警告是避免错误的最远方法,但最终,供应商前缀仍然是非标准的,因此技术上是无效的CSS。 |
![]() |
3
4
部分是可能的。在一个文件(css3.css)中收集所有不支持的css类 例子: CSS3.CSS
缺省CSS
页面HTML
搜索引擎不运行客户端脚本,因此W3C不支持的属性不会损坏SEO。 至于绿色CSS验证,对不起,还没有。 |
![]() |
4
1
不,因为它们不是验证程序验证的标准的一部分。唯一想到的解决方案是将不兼容的属性放入单独的样式表中。 |
![]() |
5
1
Mozilla和WebKit特定的属性将不会验证。你所能做的就是把你的“丰富”的CSS分离成一个单独的样式表。就像你把你的IE黑客风格从你的主样式表中分离出来一样。这样,您的基本样式表将生效。 |
|
6
0
如果您对我的“无效”或“特定于浏览器”的CSS使用单独的CSS文件,那么使用一个小PHP从验证器中筛选出该CSS:
然后以css3作为配置文件链接到验证器(接受边框半径、文本阴影等):
$\u server['http\u host']不起作用,但可能会有什么作用? 12—12—2011卡米确实发布了最好的解决方案。我创建了一个单独的css3.js文件和document.write(“”);CSS逐行: CSS3.JS
|
![]() |
7
0
@时钟
完全地
就在这个上面…W3C确实添加了
例如。。。如果您想在textmate中编辑css validator命令…您将“编辑捆绑包…”,
阿卡
|
![]() |
VSe · 如何在rdfa.rnc中添加新的元属性值 7 年前 |
![]() |
user1620696 · W3C验证器和HTTPS 9 年前 |
![]() |
Abdennour TOUMI · HTML标记名是否具有最大大小(长度) 10 年前 |
![]() |
nebula · 轨道4:自定义表单生成器复选框 10 年前 |