比特客栈的文艺复兴

ppk曾经说IE的传统盒子模型比W3C的定义好理解，但为什么IE的盒子还是比W3C的糟糕呢？因为IE盒子的定义连IE盒子的支持者自己都搞不清楚。与文中所述相反，IE盒子并不包括margin，而只是纯粹的计算padding与border的占位。为什么IE传统盒子这么烦？因为需要反向推导一个盒子的内容宽度，而浏览器渲染时期望尽快知道内容的宽度。再有，IE传统盒子硬是把微软自己的开发团队都搞晕了，有些bug还穿越出现在标准模式下，哦，你不知道IE6的标准模式使用W3C的盒子定义？ 支持IE传统盒子的同学，没有为IE5.x开发过的同学，请你考虑这个问题：如今CSS3支持图片border了，使用IE盒子模式，浏览器应该怎么计算内容宽度？CSS3是为设计者方便提供帮助，请不要以box-sizing为借口，为IE5.x的顽固不化辩护。 延伸阅读： Internet Explorer and the CSS box model The Box Model Problem Box model tweaking Internet Explorer box model bug

避免使用—— return “SOCKS 127.0.0.1:8001; DIRECT”;

刚才突然考虑了下，如果不是IE6，我们的网站可能早已发展至没Javascript瘫痪的地步了，所以说IE6才是网站易用性的救世主？虽然日本的IE专用网站也一样伤眼……

我祝你永远别被我的统计学导师遇上，否则你一定会被他往死里批斗。你连续两次发布所谓的Failure Curve图表，不仅缺乏实质统计意义（”The data is based on snapshots taken 50 days after each IE8 pre-release”，你们把每个发布版本的错误报告重叠起来干什么），更是利用条状图迷惑读者（事实上，”To date, we have fixed 80% of all the reported crashes and hangs in IE8″，还有20%的错误报告没能解决），让笔者怀疑你是怎么当上微软产品经理的。没有价值的文章请你找PR的人去写，读起来至少动听些。 IEBlog的作者们，请不要再写这种伪技术文了！