回复内容:
还不是因为你们总要兼容IE6。你们狠下心来,告诉微软说,你不完整支持HTML5,你的客户就不能看我的网页,很快微软就会立刻实现了的。我自己都不兼容了,你们还兼容,真是无法理解。
由于楼上关评了,所以只能回答来反对这个答案了。
Chrome对于字体最小尺寸有限制,目的是为了防止缩小后字体过小影响阅读。你当然可以设置最小的字体大小。另外这和html5和css3完全没有关系,否则你用IE8这个页面就别看了:
另外,内核决定了渲染,不同缩放比例使用的还是同一个内核。支持的就是支持,不支持的还是不支持。但是,我只同意Chrome在34之前对中文在超大字体下渲染不如IE和FF。
接着你对圆角的吐槽,请使用“审查元素”。然后你会看到这个网址:
http:// 6.url.cn/zc/chs/img/inp ut_error.png?v=10030 打开你就会看到如下的图片:
该页面的圆角框没有用css3的border-radius属性,而是直接使用了图片。使用css3写的圆角放大多少倍都不会出现锯齿,如下图:
该页面的圆角框没有用css3的border-radius属性,而是直接使用了图片。使用css3写的圆角放大多少倍都不会出现锯齿,如下图:
关于楼上说的虚线的例子能否给出演示地址?我在chrome 39中测试并没有出现你所说空虚线出现在直角的情况(height: 50px; width: 200~219px):
关于楼上说的虚线的例子能否给出演示地址?我在chrome 39中测试并没有出现你所说空虚线出现在直角的情况(height: 50px; width: 200~219px):
我支持你发表观点的权利。但是在分不清什么是html5和css3的情况下就随意回答真的不好,会误导其他人。
关于题主的问题答案是这样的:
微软最早和网景比拼游览器的时代是各种创新的源头,当网景落败之后。微软认为游览器已经没有什么可以创新的了。那时正是IE6时代。
而后,出现了FF。微软被打的措手不及,更别提回头看几年前的代码多头痛了。接着FF步步紧逼,chrome后起直追。而微软的策略确是继续在IE6上改进并保证兼容性。这样的结果就导致了轻装上阵的FF和chrome更新特别快。而IE却背负着巨大的历史包袱。而且chrome的自动升级保证了不断更新的新特性。相对于一版本一版本发布的IE显得总是落后。
所以对于题主的而言,最好是避免使用IE不兼容的新特性。
(PS: IE对svg的支持绝对是坑,写了多少兼容的代码。说多了都是泪……)
最后,送上CSS3兼容性列表:
http://www. w3schools.com/cssref/cs s3_browsersupport.asp
为了证明号称对 HTML5 支持最完整的 Chrome 对 HTML5 和 CSS3 支持的有多好,特发以下截图,部分图片请点开细看!
第一组,Windows 7、DPI:150%、Chrome:39
67%
75%
90%
100%
150%
200%
第二组:Windows 7、DPI:150%、IE:11
50%
75%
100%
125%
150%
175%
200%
225%
250%
第三组:Retina MacBook Pro、Safari:8、QQ 注册页面
100%
第四组:Retina MacBook Pro、Chrome:39、QQ 注册页面
100%
补充说明:
高分屏 Windows 上 Chrome 对文本框边框处理效果简直亮瞎我的狗眼啊!为了以所谓的 Windows 对高分屏支持不好为理由,后面是在 Mac 上的截图,各位看官,你确保 Chrome 的圆角效果是用户想要的?
再举个例子,当年 IE9 开始公开测试的时候,微软提供的一个关于虚线的 Test Case,当时一众号称标准浏览器的例如 Firefox、Chrome 竟然能把虚线的空白部分画到矩形的直角上。这个 IE6 已经能确保直角画正确的例子在现在的 Chrome 39、Safari 8 上竟然还不是很完美。
最后:
有人始终觉得答案中的这些例子不是问题,能看就行了,那能看就行了吧,我也懒得讨论了,来知乎第一次关评。