- 浏览: 951294 次
- 性别:
- 来自: 上海
文章分类
最新评论
-
sscsacdsadcsd:
mike8625 写道react还要自己的一些标签 还得编译 ...
对于React体系的一点想法 -
mike8625:
说的都是给大公司听的,国内很多还是小公司,做个小项目, 说实话 ...
关于国内前端和JS技术发展的乱想 -
mike8625:
react还要自己的一些标签 还得编译 编译吧浏览器端说还慢 ...
对于React体系的一点想法 -
u012814086:
下意识想到了Golang
JavaScript语句后应该加分号么? -
xueduanyang:
我是水羊,年轻的时候觉得只要有好斧子就能做成好产品,各种产品都 ...
关于国内前端和JS技术发展的乱想
续前半部分。
Commitment to Standards and Interoperability
对于标准和互操作性的承诺
Yet another reason we feel more mode switches are not a good idea for WebKit is our commitment to Web standards, and to interoperability with other browsers. We strongly believe that Web standards are the path forward for interoperability, and we work closely with Web standards groups and other browser vendors to align behavior.
我们认为对于WebKit来说更多模式切换不是好主意,还有另一个原因,那就是我们对于Web标准的信仰,以及我们对于与其他浏览器的互操作性的承诺。我们坚定的相信,Web标准是通向互操作性之路,并且我们与Web标准团体和其他浏览器厂商紧密合作,以统一浏览器的行为。
Part of this commitment is delivering standards-compliant behavior out of the box. We don’t ask you to set a special preference, or to add extra markup to your web page, or anything else beyond the long established standards mode switch. That means WebKit can truly pass standards-based tests like Acid2 and someday the forthcoming Acid3, and we’ll work more like other standards-based browsers over time. In general, web developers are happy to get automatic ever-advancing standards support from our engine, and indeed our support for advanced CSS3 properties has unleashed a wave of creativity in iPhone web apps.
让遵循标准的行为即时可用,也是这一承诺的应有之义。我们不会要求你设置特别选项,或是在你的网页中加入额外标记,除了已经存在的标准和怪癖模式切换之外,我们不会要求你做任何其他额外的事情。这意味着WebKit能真正的通过基于标准的测试,如Acid2和未来的Acid3,我们也会与其他基于标准的浏览器逐步趋向一致。总的来说,web开发者乐于从我们的引擎获得自动不断提升的标准支持,事实上我们对于高级CSS3特性的支持已经在iPhone的web应用中释放了巨大的创造力。
Reducing Engine Fragmentation
减少引擎的散乱
Another key reason to avoid more modes is to reduce the number of different compatibility profiles that web content authors have to deal with. With many different vendors shipping WebKit-based products, we rely a lot on the fact that uptake of WebKit-based browsers is really fast. Already many web developers are focusing primarily on Safari 3 and not Safari 2, because in only a few months the majority of users have upgraded.
应避免更多模式的另一个关键原因,是为了减少web内容创作者所需面对的不同兼容性配置方案(profile)的数量。随着许多不同的厂商采用基于WebKit的产品,市场对于基于WebKit的浏览器接受很快。已经有许多web开发者主要为Safari 3而不是Safari 2做开发,因为在很短时间内大多数用户就已经升级。
But locking in compatibility would mean you have to think about the compatibility profiles of old browsers a lot longer. And no one wants to think about the state of the engine in Safari 2 - I sure don’t! We made thousands of fixes and improvements and those fixes deserve to stick.
而兼容性锁定意味着你必须更长久的考虑旧浏览器的兼容性配置方案。没有人想去考虑Safari 2中引擎的版本状况——至少我不想。我们已经做了数以千计的修补与改进,它们可不好对付【这句意思吃不准】。
We Don’t Really Need It
我们并不很需要它
Finally, while we sympathize with the tough road that the IE team has to travel to achieve a high degree of standards compliance, we haven’t really experienced the same problem. The IE team has mentioned severe negative feedback on the IE7 release, due to sites expecting standards behavior from most browsers, but IE6 bugs from IE.
最后,我们理解IE团队为了做到高度遵循标准,需要经历艰难之旅,不过我们自己并没有这样的问题。IE团队提到了IE7发布后严重的负面反馈,这是因为对于大多数浏览器,网站期待的是符合标准的行为,唯独对于IE,网站期待的是IE6的bug。
But WebKit already has a high degree of standards compliance. And we are not in the enviable but tough position of being the most widely used browser. The fixes we do for standards compliance rarely cause widespread destruction, and when they do, it’s often a sign that the standards themselves may need revision. We do not get complaints from web content authors about their sites breaking, on the contrary we get a lot of praise for each version of the engine handling web sites better.
WebKit已经高度遵循标准了。我们也没有像最广为使用的浏览器那样,处于令人羡慕却又进退两难的位置。我们为遵循标准而做的修改极少会造成广泛的破坏,而且如果产生破坏,那往往说明标准本身需要修订。我们没有从web内容创作者那儿听到网站坏掉的抱怨,相反,我们得到了大量的赞扬,称赞我们每个引擎版本都能使网站变得越来越好。
Conclusion
结论
So, in conclusion, we don’t see a great need to implement version targeting in Safari. We think maintaining multiple versions of the engine would have many downsides for us and little upside. The IE team is, of course, under different constraints and free to make their own choices.
所以,结论是,我们并没有发现有必要在Safari中实现版本目标(version targeting)。我们认为维护引擎的多个版本对我们来说是弊大于利。当然,IE团队处于不同的约束条件下,自然可自行作出他们自己的决策。
正文完。
注意:对本文所涉及的HTML版本问题,请移驾此处讨论。
Commitment to Standards and Interoperability
对于标准和互操作性的承诺
Yet another reason we feel more mode switches are not a good idea for WebKit is our commitment to Web standards, and to interoperability with other browsers. We strongly believe that Web standards are the path forward for interoperability, and we work closely with Web standards groups and other browser vendors to align behavior.
我们认为对于WebKit来说更多模式切换不是好主意,还有另一个原因,那就是我们对于Web标准的信仰,以及我们对于与其他浏览器的互操作性的承诺。我们坚定的相信,Web标准是通向互操作性之路,并且我们与Web标准团体和其他浏览器厂商紧密合作,以统一浏览器的行为。
Part of this commitment is delivering standards-compliant behavior out of the box. We don’t ask you to set a special preference, or to add extra markup to your web page, or anything else beyond the long established standards mode switch. That means WebKit can truly pass standards-based tests like Acid2 and someday the forthcoming Acid3, and we’ll work more like other standards-based browsers over time. In general, web developers are happy to get automatic ever-advancing standards support from our engine, and indeed our support for advanced CSS3 properties has unleashed a wave of creativity in iPhone web apps.
让遵循标准的行为即时可用,也是这一承诺的应有之义。我们不会要求你设置特别选项,或是在你的网页中加入额外标记,除了已经存在的标准和怪癖模式切换之外,我们不会要求你做任何其他额外的事情。这意味着WebKit能真正的通过基于标准的测试,如Acid2和未来的Acid3,我们也会与其他基于标准的浏览器逐步趋向一致。总的来说,web开发者乐于从我们的引擎获得自动不断提升的标准支持,事实上我们对于高级CSS3特性的支持已经在iPhone的web应用中释放了巨大的创造力。
Reducing Engine Fragmentation
减少引擎的散乱
Another key reason to avoid more modes is to reduce the number of different compatibility profiles that web content authors have to deal with. With many different vendors shipping WebKit-based products, we rely a lot on the fact that uptake of WebKit-based browsers is really fast. Already many web developers are focusing primarily on Safari 3 and not Safari 2, because in only a few months the majority of users have upgraded.
应避免更多模式的另一个关键原因,是为了减少web内容创作者所需面对的不同兼容性配置方案(profile)的数量。随着许多不同的厂商采用基于WebKit的产品,市场对于基于WebKit的浏览器接受很快。已经有许多web开发者主要为Safari 3而不是Safari 2做开发,因为在很短时间内大多数用户就已经升级。
But locking in compatibility would mean you have to think about the compatibility profiles of old browsers a lot longer. And no one wants to think about the state of the engine in Safari 2 - I sure don’t! We made thousands of fixes and improvements and those fixes deserve to stick.
而兼容性锁定意味着你必须更长久的考虑旧浏览器的兼容性配置方案。没有人想去考虑Safari 2中引擎的版本状况——至少我不想。我们已经做了数以千计的修补与改进,它们可不好对付【这句意思吃不准】。
We Don’t Really Need It
我们并不很需要它
Finally, while we sympathize with the tough road that the IE team has to travel to achieve a high degree of standards compliance, we haven’t really experienced the same problem. The IE team has mentioned severe negative feedback on the IE7 release, due to sites expecting standards behavior from most browsers, but IE6 bugs from IE.
最后,我们理解IE团队为了做到高度遵循标准,需要经历艰难之旅,不过我们自己并没有这样的问题。IE团队提到了IE7发布后严重的负面反馈,这是因为对于大多数浏览器,网站期待的是符合标准的行为,唯独对于IE,网站期待的是IE6的bug。
But WebKit already has a high degree of standards compliance. And we are not in the enviable but tough position of being the most widely used browser. The fixes we do for standards compliance rarely cause widespread destruction, and when they do, it’s often a sign that the standards themselves may need revision. We do not get complaints from web content authors about their sites breaking, on the contrary we get a lot of praise for each version of the engine handling web sites better.
WebKit已经高度遵循标准了。我们也没有像最广为使用的浏览器那样,处于令人羡慕却又进退两难的位置。我们为遵循标准而做的修改极少会造成广泛的破坏,而且如果产生破坏,那往往说明标准本身需要修订。我们没有从web内容创作者那儿听到网站坏掉的抱怨,相反,我们得到了大量的赞扬,称赞我们每个引擎版本都能使网站变得越来越好。
Conclusion
结论
So, in conclusion, we don’t see a great need to implement version targeting in Safari. We think maintaining multiple versions of the engine would have many downsides for us and little upside. The IE team is, of course, under different constraints and free to make their own choices.
所以,结论是,我们并没有发现有必要在Safari中实现版本目标(version targeting)。我们认为维护引擎的多个版本对我们来说是弊大于利。当然,IE团队处于不同的约束条件下,自然可自行作出他们自己的决策。
正文完。
注意:对本文所涉及的HTML版本问题,请移驾此处讨论。
评论
2 楼
chpn
2008-02-13
我很少用safari,国内的垃圾站点太多!
但惊喜的是,我做的网页在safari上一次性测试通过,没有半点错误的解析出发生
但惊喜的是,我做的网页在safari上一次性测试通过,没有半点错误的解析出发生
1 楼
Lunatic Sun
2008-02-11
虽然safari是我觉得最酷的浏览器,不过他这样的声明让我觉得他非常像是一个专为web开发者而设计的浏览器,IE的客户群毕竟远远超过了web开发者。
发表评论
-
ms is wrong AGAIN
2013-12-06 21:08 2840微软的Web工程师写了这篇文章Vendor Prefixes ... -
为后代选择器和ID选择器而辩护
2013-04-20 06:57 6903【本文译自 Zeldman (作为前端工程师,不要告诉我你不知 ... -
My Opinion about so-called "CSS Framework"
2012-10-27 12:54 2368There are many so-called " ... -
document.enableStyleSheetsForSet() 的兼容
2011-06-17 16:27 3452可能有不少同学已经了 ... -
再论“像素(px)”
2011-03-13 14:37 0两年之前我写了一篇文 ... -
再谈某些所谓CSS最佳实践
2010-12-23 01:59 10019最近看了国内某位前端工程师今年出版的新书,其中讨论CSS的部分 ... -
webkit上multicolumn的bug和解决技巧一则
2010-12-04 12:03 3990webkit开始支持多栏属性 ... -
关于lang()语言伪类选择器的提案
2010-10-26 00:36 0本文发端“中文HTML5同 ... -
关于样式类(Style Class)
2009-10-22 11:37 9873我们知道HTML和CSS是正交 ... -
Meta CSS —— 一个Anti Pattern的典型
2009-10-21 02:15 11617关于Meta CSS框架,可以 ... -
像素(px)到底是个什么单位
2009-04-25 01:46 40270px,对于许多网页设计 ... -
有关IE的CSS的几个偶得
2008-08-25 19:13 2156除了个别几个CSS属性,IE(包括IE7)并不支持一般性的in ... -
版本、兼容性以及标准(翻译)
2008-02-10 06:03 4703本文译自Maciej Stachowiak在webkit团队b ... -
Web未来的分歧
2008-02-09 05:41 2243Dean Edwards的新的一篇blog是几段引用,抄录并勉 ... -
IE神经刀
2008-02-01 15:13 4855我想,你可能已经知道长期以来使用自定义标签的困难是什么。 对, ... -
《精通CSS》读书笔记(七)
2007-09-05 02:37 5544续上篇 在第5章的最后,作者对dl做了简短的说明,作者不是很 ... -
IE中IMG元素上应用padding的奇特bug
2007-09-02 23:43 5975最近又(又说了“又”)发现了一个IE的奇特bug。 我们知道 ... -
关于list(ol和ul)的padding和margin
2007-09-02 19:08 9398在《CSS Mastery》一书的第5章中,作者说IE和Ope ... -
《精通CSS》读书笔记(六)
2007-08-29 20:22 6271续上篇。 第5章 关于列表,首先,由于list-style ... -
《精通CSS》读书笔记(五)
2007-08-28 16:06 5615续上篇。 第4章 本章 ...
相关推荐
介绍了VMware官网怎么用,介绍了各产品License版本比较(包括vsphere、VCenter、vsan、nsx......),介绍了如何获取技术文档和产品文档,介绍了各产品怎么查找兼容性(服务器与ESXI的兼容性、产品间兼容性、 产品升级...
IBM SVC作为存储虚拟化的机头,下面可以连接多个厂商的存储产品(华为,emc,dell---),但是否在兼容列表内。提供一个word文档,方便查询。
本人根据Xlinx官方各类文档整理出Vivado所有版本(截至2022.4)与ModelSim及Matlab的官方推荐兼容版本的表格说明。FPGA逻辑与算法设计设计师在进行逻辑仿真时,若Vivado与官方推荐的Modelsim版本不匹配,可能会遭遇...
SIMATIC_NET版本与操作系统兼容性说明
电磁兼容国家标准(电磁兼容国标)与电磁兼容国际标准对照一览表;电磁兼容国家标准(电磁兼容国标)与电磁兼容国际标准对照一览表
NULL 博文链接:https://askerain.iteye.com/blog/2294204
兼容性很高的VC6兼容性很高的VC6兼容性很高的VC6兼容性很高的VC6兼容性很高的VC6兼容性很高的VC6兼容性很高的VC6兼容性很高的VC6兼容性很高的VC6兼容性很高的VC6兼容性很高的VC6兼容性很高的VC6兼容性很高的VC6兼容...
VMWARE ESXI VSphere 5 兼容性列表 虚拟化开发测试时必需
IE兼容性解决IE兼容性解决IE兼容性解决IE兼容性解决IE兼容性解决IE兼容性解决IE兼容性解决IE兼容性解决IE兼容性解决IE兼容性解决
详细介绍了WinCC 7.4的兼容性问题,建议安装软件前先查询兼容性是否满足。 详细介绍了WinCC 7.4的兼容性问题,建议安装软件前先查询兼容性是否满足。 详细介绍了WinCC 7.4的兼容性问题,建议安装软件前先查询兼容性...
WinCC与STEP7兼容性一览表.pdf 介绍了关于WinCC与STEP7兼容性一览表的详细说明,提供WINCC的技术资料的下载。
Android2.3 系统的兼容性标准规范,我在博客上贴出来的翻译当中有的部分细节没有翻译可以参考一下这篇源文档。
系统兼容性解决方案文档, 系统兼容性解决方案文档, 系统兼容性解决方案文档, 系统兼容性解决方案文档,
SIEMENS-TIA PORTAL版本和CPU中程序版本在上传时的兼容性说明
获取IE8浏览器兼容性视图工作模式,主要针对IE8兼容性视图模式
SIMATIC-NET V8.2 v12 v13 3个版本的软件兼容性文档
资源名称:CSS 属性兼容性对照表内容简介: CSS属性兼容性对照表 PDF,主要是列出一些CSS2.0/CSS2.1在各个版本的IE、火狐等主流浏览器下的兼容支持问题,此表有助于以后书写出全兼容的WEB标准化网页打下基础,前端...
hadoop,hbase,hive版本整合兼容性最全,最详细说明【适用于任何版本】,避免下载后才发现不兼容的坑
大部分的其他项目,是不指定操作系统版本的,针对这样的项目,我们应当针对当前的 主流操作系统版本进行兼容性测试,在确保主流操作系统版本兼容性测试的前提下在对 非主流操作系统版本进行测试,尽量保证项目的...
汇总现下主要WINCC各版本的兼容性,方便使用,避免出现WINCC与WINDOWS操作系统冲突的问题。