所谓的 Web 标准，通常指的就是 W3C 指定的那一大堆标准。在这里也没必要详述，总之不是微软制订的，某些方面与微软的“标准”存在差异。绝大多数浏览器（Safari、Firefox、Opera）等渲染 HTML/xHTML 页面时都是遵循 Web 标准的，只是支持的程度不同而已。而微软的 IE 则是个例外，也许是出于兼容性考虑（上世纪 IE 与 NS 大战留下的后遗症），IE 总是会优先使用被称为 quirks mode 的方式进行渲染，这就造成了同样的代码在 IE 和其它浏览器上所呈现的结果不同。在表格布局的 Web 1.x 时代，这个差异还不太明显；但如今 div+css 布局的时代，这个小小的差异往往是致命的。对于用户来说，他们可能只能在特定的浏览器上才能看到正确的结果；对于 Web 设计者来说，为了消除不同浏览器的差异，达到 Cross-Browser 的效果，往往要多花几倍的力气，用上很多非常规的方式才能解决。

回来说 IE。客观的说，IE 在支持标准方面一直在不断的努力。自从 IE6 开始，对于 Web 标准的支持已经有较大程度的改善（例如正确处理 Box 模型等），而到了 IE7，随着对 Alpha PNG 的支持以及进一步对 Web 标准支持的完善，IE7 一定程度上已经相当令人满意了。例如我这次博客的改版，我特别写了程序为不同的浏览器送出了不同的样式表。但事实上，只是针对 IE6 的那张样式表与其它的区别比较大，而 IE7 和 Firefox/Safari/Opera 等支持 W3C 标准的浏览器，布局上完全使用的是同一个样式表。在这方面我个人已经很满意了，眼下最期待的，就是 IE7 可以随着自动更新装到每个 Windows 上，彻底淘汰了 IE6，那样写页面会轻松太多。

对于 Designer 来说，负担大大减轻了。但 Web 标准对于最终用户有什么好处呢？好处也是相当多的。首先，您可以看到正确的页面，大大减少由于标准支持差异而造成的页面错位等等情况；其次可以使用户摆脱束缚，因为支持标准，您可以使用任何支持标准的浏览器，而不用担心由此造成的无法访问或不正常使用网站等情况；更远一点说，您甚至可以摆脱 Windows 的束缚，用用 Linux，甚至用 iPhone 看看网页，都不会有问题。

从以上分析来看，微软貌似成了标准支持的最终受害者，因为它自己“打破”了自己的垄断地位。但是我觉得，IE Dev Team 是个经验丰富的团队，经历过消灭 Netscape 这样的大战，他们明白强加给用户最终会导致失败。回到标准上来，正当的和其它浏览器竞争，对于 IE 来说也是个机会。支持标准的 IE8，值得我们去期待。

著名的开源话题网站 Open Addict 近日宣布，站点首页将不再支持使用 IE 浏览器浏览，同时随着站点其它页面改变的进行，整个站点将逐步驱逐 IE。

Open Addict 做出这个决定，并不是因为他们对开源事业的狂热支持，而是由于 IE 对于 W3C 标准的垃圾支持彻底热闹了它们。OA 的站长在声明中指出，他们精心设计的许多特效在 IE 浏览器下均得不到正确的渲染结果，但是在其它浏览器，例如 Firefox Safari Opera Konquer 等等等等（貌似是所有非 IE）都能很顺利的执行。他们已经厌倦了再专门为 IE 进行各种各样 Hack，因此做出驱逐 IE 的决定。

IE 对标准的支持确实很垃圾，而且这个问题困扰 Web 设计人员已经不知道多少年。但 IE7 是推出了，这个问题还是没有得到根本的改善。说白了微软还是希望自己能成为标准，而不想向 W3C 妥协。如今很多网站设计师都不得不耗费大量的时间精力和聪明才智，使自己的网站能在各种浏览器和平台下得到一致的效果，这其中针对 IE 进行的变通之术可以说是最多最烦的了。

我平时也经常进行一些网页设计和开发工作，在写 CSS 和 Javascript 的时候也会常常被 IE 郁闷掉。凭我个人的经验，一个网页如果在 Firefox 中测试良好，那么在其它主流非 IE 浏览器中（例如 Opera Safari）基本上都会得到完全一致的显示效果，而不需要任何特别的更改。但这样的网页，基本上很难在 IE 中达到同样的效果。针对 IE 的修改非常的繁琐，特别是对于 IE5、IE6和IE7的修改方案还各不相同，非常让人抓狂。

但是 IE 毕竟还是市场占有率上有绝对优势的浏览器，很多设计师甚至首先设计出 for IE Only 的网站，然后再逐步向 W3C 靠拢（其实这种做法很费时间）。而 Open Addict 这种放弃IE 放弃大多数的反常规做法确实很少见，也很有勇气。但是我觉得这一点点的星星之火实在无法撼动 IE 的地位，逼迫其进行改变。我们只能期盼 IE 的工程师们行行好在 IE7 SP(n) 或是 IE8 中改善对标准的支持，或是期盼 eBay 也变成 Firefox Only 的网站吧，呵呵（好像这两点都不太可能 -_-b）

由于我平时都是用 Firefox 浏览的，所以在后期测试时就没有用其它浏览器看看。根据经验，肯定又是 Box 定义的问题，但是明明在做 HTML 效果页面的时候是好好的（ IE6 FF Opera 都测试通过），怎么做成模板后 IE6 又不认账了呢？

仔细对比了一下代码，发现在最终生成的页面中比效果页多出一行，就是第一行那个 <?xml version=”1.0″ encoding=”UTF-8″ ?> ，原来是犯了大忌！从模板中去掉这一行，IE6 下面的效果瞬间就正常了。

众所周知，IE 在处理 CSS Box 定义方面与 W3C CSS 有所不同，但对于 IE6 这个不同不是绝对的。IE6 内部事实上有两套 Box 定义，如果网页第一行为 <?xml version=”1.0″ encoding=”UTF-8″ ?> （一般 xhtml 网页都会有这一行），IE6 就会使用针对 xhtml 的引擎，并使用不规范的 box 定义，于是也就产生了页面错位等现象。IE 在处理 xhtml 文件时，事实上仍然使用的是 HTML 解析引擎（IE7 也仍然如此），所以根本没有必要在开头加上那一行。不加的话，IE6 的 Box 定义和 W3C CSS Box 定义基本上一致，可以有效的降低编写 CSS 的工作量。如果加上坏处主要有两点，第一就是 IE Box 模型的使用会导致页面错位，另一点就是对于像 Firefox 这样的浏览器会使用 XML 引擎来处理页面，一旦页面中出现任何不符合 XML 规范的内容（例如某个访客的留言中 HTML 标签未封闭），整个页面就无法显示了。所以现阶段，还是不要加这一行的好。

目前已知的问题，IE5 浏览还是不行，不仅CSS有问题，Javascript 也执行不了。不过 IE5 都是淘汰货了，还有必要支持它吗？其它浏览器（如 Konqueror Safari 之类）我还没有时间、条件来测试，有条件的朋友帮忙测一下，最好能把有问题的截图发给我，谢谢啦。

此外，接着这个机会，好好调整了一下页面，现在可以通过 XHTML 1.1 标准了

其实这个问题说来也很普通：假如有这样的 HTML
[code]

[/code]
想实现的效果是让这个 div 撑满它的父元素，并且留有一定的 padding。
在 Internet Explore 中，由于它对 width 和 height 这两个 CSS 属性解释是错误的（不符合 W3C 标准），反而很容易实现这个效果，代码如下：
[code lang="css"]
#foo {
width: 100%;
height: 100%;
padding: 5px;
}
[/code]
但是在能正确解释 W3C CSS 的浏览器上（如 Firefox Opera Safari），问题就出现了。由于 W3C CSS 中对 width 和 height 的定义为 content width/height ，所以 padding 应该是在 content 的外面，而不是 IE 解释的在里面。于是 #foo 这个 div 就越出了界限，得不到正确的结果。尝试了一下用 max-height / max-width 限制，但结果不是正确的。总之依靠 CSS 我无法得到正确的结果。

受 IE 特有的 CSS 属性 expression 的启发，我用 Javascript 解决了这个问题。简单的原理就是获得其父元素的宽度和高度，然后对 foo.style.width/height 赋值即可。但这样解决有几个弊端：

1. 不具有通用性
2. 对于未开启 Javascript 的用户无法实现效果
3. 效率不高
4. 烦琐

但是目前我还是没找到如何在符合 W3C 标准的浏览器上利用纯 CSS 解决 xx% － xxpx 的方法。在这里 iStef 向各位高手请教这个问题，如果您知道如何解决，或者有什么想法建议，请回复或引用本文，或者给我一些相应的参考资料也可以，谢谢各位啦！

附我制作的关于 HTML box 的 W3C CSS 定义，希望对您有用：