是否可以使用CSS圆角并仍然通过验证？

IIRC的情况是IE根本不支持圆角，但其他一些浏览器需要特定于浏览器的扩展。。。我不记得是FF还是网络工具包

---

我很乐意在某些情况下使用它，让IE回到正方，但使用浏览器扩展CSS会破坏验证吗。。。我非常喜欢让我的网站验证并在IE6上工作。

我认为大多数浏览器不再需要特定的扩展：只需使用

边界半径

，并确保将CSS验证为CSS3（而不是CSS 2.1，后者是W3C验证程序的默认版本）

边界半径

将根据CSS3进行验证，并将在IE9和Opera 9.5+中工作

为了支持Gecko（Firefox）和WebKit（Safari，Chrome）中的圆角，现在需要供应商扩展

-moz border radius

和

-WebKit border radius

。最终（大约在达到推荐阶段的某个时候），这些浏览器也将支持简单的

border radius

属性，但目前它们不支持，因为对于特定的椭圆和多个角的确切语法仍有一些问题需要解决

---

-vendor-x

扩展属性将永远无法验证，这是一个遗憾，但CSS本身将它们定义为无害的，因此您可以安全地忽略这些错误。

无效的HTML/CSS不是IE6等浏览器中页面中断的原因，因为它们不符合标准

---

在我看来，如果您使用CSS属性进行渐进增强，那么验证就没有意义了。如果页面的其余部分有效，那么在其他浏览器中添加边框半径（包括特定于供应商的属性）不会中断，他们只会忽略该属性。

我很确定，如果不使用扩展，我无法在FF和Chrome中都使用它，一个也无法工作。可能是错误的，但如果不是，我不知道为什么我在一开始就为扩展而烦恼！当然，在最新的chrome和FF中工作。不太清楚狩猎旅行。考虑CSS供应商前缀harmful@metal：对不起，彼得说的全是废话。如果没有供应商扩展，我们将在

border radius

中遇到一个不兼容的混乱局面，因为两个供应商选择了不同的语法。在新功能标准化之前，“强迫web开发人员使其样式表更加详细”是绝对必要的。你当然可以批评W3进程太慢，但同时作为一项保留措施，供应商扩展是最差的解决方案。他的“redux”文章从他最初的不可行的建议向后排，而是抓住了以下想法“浏览器供应商应查看其当前的前缀声明列表，并删除不存在不兼容的前缀”…嗯，杜，他认为标准化过程是什么？W3 CR阶段规范的全部目的是从部署的IMP收集经验，并在Rec之前解决任何不兼容问题。你当然可以说，这个过程目前太慢，部分原因是每个标准都太大，但这是一个难以解决的问题ess。这不是重点。它在IE6中工作，并且现在就可以验证。工作页面是最重要的，但最好能够显示标准验证的徽标，因为这对某些人来说很重要。@John:当然，我理解。我只是说有效代码！=好代码，必要的。渐进增强的重点是添加不适用于所有浏览器的内容（但也不会产生负面影响）.有一半的网站上有这些愚蠢的徽章，但它们都不会进行验证。它们到底是为谁服务的？你的用户肯定不会在意。如果我把我的服务卖给其他技术人员，他们可能会在意……我是一家软件公司，不是一家网页设计公司，但我仍然希望技术客户在我的页面上查看源代码并测试验证！