- 浏览: 962842 次
- 性别:
- 来自: 上海
文章分类
最新评论
-
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 2979微软的Web工程师写了这篇文章Vendor Prefixes ... -
为后代选择器和ID选择器而辩护
2013-04-20 06:57 7081【本文译自 Zeldman (作为前端工程师,不要告诉我你不知 ... -
My Opinion about so-called "CSS Framework"
2012-10-27 12:54 2498There are many so-called " ... -
document.enableStyleSheetsForSet() 的兼容
2011-06-17 16:27 3506可能有不少同学已经了 ... -
再论“像素(px)”
2011-03-13 14:37 0两年之前我写了一篇文 ... -
再谈某些所谓CSS最佳实践
2010-12-23 01:59 10112最近看了国内某位前端工程师今年出版的新书,其中讨论CSS的部分 ... -
webkit上multicolumn的bug和解决技巧一则
2010-12-04 12:03 4050webkit开始支持多栏属性 ... -
关于lang()语言伪类选择器的提案
2010-10-26 00:36 0本文发端“中文HTML5同 ... -
关于样式类(Style Class)
2009-10-22 11:37 9953我们知道HTML和CSS是正交 ... -
Meta CSS —— 一个Anti Pattern的典型
2009-10-21 02:15 11726关于Meta CSS框架,可以 ... -
像素(px)到底是个什么单位
2009-04-25 01:46 40439px,对于许多网页设计 ... -
有关IE的CSS的几个偶得
2008-08-25 19:13 2225除了个别几个CSS属性,IE(包括IE7)并不支持一般性的in ... -
版本、兼容性以及标准(翻译)
2008-02-10 06:03 4778本文译自Maciej Stachowiak在webkit团队b ... -
Web未来的分歧
2008-02-09 05:41 2288Dean Edwards的新的一篇blog是几段引用,抄录并勉 ... -
IE神经刀
2008-02-01 15:13 4948我想,你可能已经知道长期以来使用自定义标签的困难是什么。 对, ... -
《精通CSS》读书笔记(七)
2007-09-05 02:37 5599续上篇 在第5章的最后,作者对dl做了简短的说明,作者不是很 ... -
IE中IMG元素上应用padding的奇特bug
2007-09-02 23:43 6025最近又(又说了“又”)发现了一个IE的奇特bug。 我们知道 ... -
关于list(ol和ul)的padding和margin
2007-09-02 19:08 9460在《CSS Mastery》一书的第5章中,作者说IE和Ope ... -
《精通CSS》读书笔记(六)
2007-08-29 20:22 6334续上篇。 第5章 关于列表,首先,由于list-style ... -
《精通CSS》读书笔记(五)
2007-08-28 16:06 5666续上篇。 第4章 本章 ...
相关推荐
- **GreenBrowser.exe.manifest**:这是一个应用程序清单文件,用于描述程序的元数据,包括兼容性信息、资源要求等,确保程序在不同版本的操作系统上正常运行。 - **thanks.txt**:这可能是一个致谢文件,包含了...
Maxthon浏览器的核心技术基于Webkit和IE双核引擎,能够兼容各种网页标准,确保快速浏览的同时提供良好的兼容性。其特性包括: 1. **多核引擎**:Maxthon利用Webkit(如Google Chrome所用)和Internet Explorer的...
最后,PEP8规范也指出,如果遵循规范导致代码可读性变差,或者与周围的代码不一致,或者与老版本Python的兼容性有问题时,可以适当忽略某些规则。在这些情况下,最重要的是保持代码的清晰可读,以及与团队内部的风格...
- **兼容性优先**:不应为了遵守规范而牺牲代码的兼容性。 - **实践检验**:规范应经过实践验证,以确保其有效性和实用性。 ### 三、代码布局 #### 缩进 - **每级缩进使用 4 个空格**:这是 Python 社区广泛接受...
1. **双核引擎**:QQ浏览器采用了先进的Chromium内核和IE内核,能够兼容各种网页标准,同时兼顾速度与兼容性。 2. **快速启动**:优化的启动技术使得浏览器能够在短时间内打开,为用户节省时间。 3. **智能广告...
由于不同系统和软件之间可能存在编码不兼容的情况,外字包补丁可以解决在处理非标准或特殊汉字时出现的乱码问题,确保在EBWin中正确显示所有中文字符,增强用户体验。 EBWin 的主要特点和功能包括: 1. 双窗口操作...
而F2003和F2008则继续增强了这些特性,并进一步改进了语言的标准性和兼容性。 - **F77**: 作为早期版本,F77仍然被广泛使用,尤其是在一些老旧的系统和程序中。尽管如此,F77的一些限制也逐渐显现出来,比如对数组...
10. **兼容性**: 良好的浏览器应该能顺利地运行在不同的操作系统上,如Windows、Mac或Linux,同时兼容各种Web标准,确保在不同网站上的浏览体验一致。 总的来说,TheWorld浏览器凭借其优秀的性能、安全性和个性化...
LeapFTP是一款知名的FTP客户端软件,版本为v2.7.6。FTP,全称为File Transfer Protocol,是互联网上用于在不同计算机之间传输文件的...为了确保安全和合规性,用户应始终更新软件至最新版本,并遵循正确的FTP操作实践。
- **安装必看.txt**:这可能包含安装前需要注意的重要信息,如系统需求、兼容性问题或可能遇到的错误解决办法。 - **飞翔下载.url**:这是一个快捷方式文件,点击后可以直接打开指定的网页,可能是FTP工具的官方网站...
2. **多语言支持**:汉化版意味着软件已经翻译成中文,方便中国用户阅读和理解菜单、提示以及错误信息,避免了语言障碍,提高了工作效率。 3. **高性能传输**:LeapFTP支持断点续传功能,即使在传输过程中遇到网络...
第十二章 域 和 属 性 .139 12.1 域 .139 12.2 属 性 .143 12.3 小 结 .146 第十三章 事件和索引指示器 .148 13.1 事 件 .148 13.2 索引指示器 .151 13.3 小 结 .154 第十四章 继 承 .155 14.1 C#的...
PEP8编码规范,全称为“Style Guide for Python Code”,是由Python社区制定的一套编程风格指南,旨在提高Python代码的可读性和一致性。自2001年首版发布以来,经过多次修订和完善,PEP8已成为Python编程中普遍遵循...
Java编写的显示器显示模式检测程序 2个目标文件 内容索引:JAVA源码,系统相关,系统信息检测 用JAVA编写了一个小工具,用于检测当前显示器也就是显卡的显示模式,比如分辨率,色彩以及刷新频率等。 Java波浪文字制作...