Web规范:文本文档种类和网页页面访问器

日期:2020-12-13 类型:科技新闻 

关键词:秀米制作h5,h5如何制作,h5小游戏制作,h5游戏开发,免费的h5制作网站


原文: http://www.alistapart.com/articles/beyonddoctype
作者:Aaron Gustafson
译者:zhaozy in 3user.com
转载请注明作者和译者信息内容,感谢!
发展一直要有成本的. 对网页页面访问器来讲, 因为开发设计者好像宣传策划真知1样的拍着乳房担保着1些编写器和访问器(非常是Internet Explorer), 客户们为此花销许多的成本费. 而当这个访问器推出了1个新版本号, 随后又调整了以前版本号的1些不正确和对标准的误会(或是引进了新的), 或是以任何方法更改个人行为时. 站点忽然奔溃了, 随后大家的顾客, 大家的老板和客户们都觉得到十分的不高兴.
大家或许能够花上1段時间来解释为何大家的网站坏了, 可是假如她们沒有被破坏那并不是更好吗? 1点点情况详细介绍
在取得成功的放出了更好的适用CSS的Internet Explorer 7的驱动力下, IE精英团队刚开始在1个全新的3D渲染模块(更好的遵循CSS 2.1标准)上刚开始开展IE 8的开发设计工作中. 在她们的勤奋下, 访问器早已能够非常精准地主要表现出 "Acid2 test" (http://webstandards.org/action/acid2/) . 这些你跟进的信息, 代表着IE将很快的适用转化成內容和数据信息的URLs, 并且经确定, hasLayout会被始终撤销. 它的主要表现結果会让别的根据Acid2检测的访问器们开展网络投票(包含: Safari, iCab, Konqueror, and Opera. Firefox3也早已根据了Acid2检测,可是在文章内容撰写的情况下都还没放出.)
在新模块的开发设计全过程中, IE精英团队切记IE 7放出后的背面点评. 1些web规范的狂热者乃至是1一部分微软的钦佩者觉得到在"IE7中她们做得还不足 (程序流程缺点的调整和CSS适用的改善上)". 可是有很大的1群开发设计者在觉得疑虑, 由于她们的网站在IE6中主要表现的很完善, 可是到了IE7就彻底奔溃了. web规范提倡者 Roger Johanssen 在他的blog中提出了 "网页页面被破坏的3大缘故" (http://www.456bereastreet.com/archive/200611/three_reasons_sites_break_in_internet_explorer_7/), 这些都迫使大伙儿去改进对规范的适用. IE开发设计精英团队发现了第4点: 文本文档种类变换(DOCTYPE switch), 1个开启当代CSS合理布局的关键技术性在标示适配性上有致命的缺点. 文本文档种类变换器无效了
返回1998年, Todd Fahrner 的 "came up with a toggle(http://web.archive.org/web/20030212115103/http://www.geocrawler.com/archives/list-name.mbox/123/1998/7/0/1037920/)" 方式能容许1个访问器出示两套3D渲染方式: 1是给期许遵循规范的开发设计者的, 另外一个是给别的全部人的. 这个见解精辟简易. 当客户端代理商遇到对当今HTML规范的Doctype申明优良界定的文本文档时(也便是 HTML2 不容易撤销它), 原创者就会了解她在做甚么, 而且用"规范"方式3D渲染这个网页页面(用W3C的盒实体模型元素合理布局). 可是在沒有Doctype或界定了有误Doctype时, 文本文档会被用"Quirks" 方式3D渲染, 也便是说, 用windows版的IE5.X的非规范盒实体模型开展元素合理布局.
这个定义在两年后的Mac版的IE上被初次应用, 这类方式很快的被别的访问器生产制造者选用, 观念到规范的开发设计者会在她们的文本文档中包括正确的Doctype, 这样做她们的一部分在访问器依据标准开展3D渲染时就不必须附加的工作中了. 不留意规范的开发设计者很幸福快乐的, 她们自身沒有发现, 她们和她们的专用工具都沒有为她们插进正确的Doctype, 可是她们的文本文档在访问器中被独特对待了.
悲剧的是, 由于两个重要难题, 为相互配合众多的呼声,Doctype不能能不断当做规范方式的变换器了:
    A List Apart和Web规范新项目的营销推广, 善解人意的编写器开发设计者刚开始为她们的专用工具转化成的标识中插进合理的,详细的Doctype. IE6的3D渲染个人行为有5年沒有升级了, 这让绝大多数开发设计者觉得这个模块是正确的, 而且不太会产生更改了.

这两种状况破坏了Doctype的变换, 由于它有致命的缺点: 应用合理的Doctype代表着你搞清楚你在根据web规范做甚么, 你期待得到更改确的3D渲染, 可是大家如何了解它不成功了呢? 当IE 7来临的情况下, 网站们变样了.
自然, 就像Roger指出的那样, 1些被破坏的网站是应用IE6独有的CSS Hack(一般不容易有出示挑选的机遇). 可是产生这样的悲剧是由于她们的开发设计者只在IE6之中检测她们的网页页面, 或她们只关注在IE6中, 她们的网站是甚么样的. 由于她们为应用同1类访问器的族群开发设计网站(例如说企业的內部网). 如今自然, 你能够只是耸耸肩随后说, 这是被证实是IE6的错, 可是这些开发设计者应当了解的更多, 可是你会忽视1个客观事实, 便是这些开发设计者们几乎沒有确立的挑选 "standards mode", 乃至她们了解有这么个方式存在.
Chris Wilson, Internet Explorer的平面构架师, 常常提到的1个在IE上开发设计的关键标准: IE精英团队做出的任何挑选的目地肯定并不是 "破坏网页页面". 悲哀的是, IE 7却让去多人应对这个客观事实. Microsoft不肯意导致第2次不正确, MicroSoft刚开始进到Web规范新项目(我是在其中组员之1), 和别的几个有规范观念的开发设计者, 向大家寻找协助去找寻1个容许开发设计者独立挑选适用web规范的好方法. 最后的总体目标是寻找1种能够比Doctype挑选器更立即清晰的方式, 能够应用到任何访问器中, 不只是IE. 幸福的将来
在上年召开的SXSW中, 我荣幸看到了纽约公共性书籍馆的Carrie Bickner(另外是ALA的出版发行者Jeffrey Zeldman的老婆)领导的奇异的议题. "储存大家的数据财产和大家的本人个人收藏", 探讨书籍馆和本人在维护保养数据档案时遇到的难题. 绝大多数的难题源自文档文件格式和运用程序流程的发展: 比如 Microsoft Office 2007, 它不可以靠谱的呈现1个原本能够呈现的word 1.0的文本文档. 这个议题让我想起了网页页面从创建刚开始会有如何的更改, 和它们在web规范发展的另外又会如何的更改.
做为1个web规范的适用者, 我想看到的是访问器在出示新的适用的情况下持续的为实行规范化而改善. 另外我也看到了维护大家以前累死累活创建的根据table合理布局的网站的关键性. 自然, 绝大多数根据 " Wayback Machine " 存在的不正确由于Doctype变换器依然能够很好的为她们服务而临时沒有遭到到严厉打击, 可是那些让IE 6实行"standards"方式的网站呢? 我也都了解, 在许多实例下, IE 7 也不可以彻底的3D渲染它们. 这是否代表着大家必须保存1份IE 6的备份数据在手边, 以便访问这个网页页面做到的实际效果好似原创者要想的那样? 这便是许多书籍馆以便访问古老的文档所做的事儿. 在IE 8的时期, 大家一样见面对这些潜伏的难题, 用IE 7的3D渲染模块转化成的一切正常的文本文档会不容易在IE 8中变了形, 如何来处理这个难题呢?
上1页12 3 下1页 阅读文章全文