当IE7 beta1推出的时候，我在第一时间对它作了个测试。当时发现它对CSS的支持几乎没有任何变化，着实失望了一阵。MS在最近推出了IE7 beta2，这次有了不少新的改进和变化。但这些改进和变化会导致一些原来正常网页出现布局错误或者原来可以使用的Hack技巧不再可用。MSDN在年初的时候把这些可能产生的问题罗列给开发者（这是原文），这里我把其中比较主要的问题简单地描述一下，希望能对大家有所帮助。
注意，在IE7正版发布之前，以下提到所有内容都是有可能变化的。
盒模型变了！！！
这恐怕是会让那些使用Web标准建设大型网站的开发者感到背脊发凉的变化，不过不用太担心，主要的变化是在盒模型对溢出（overflow）内容的处理方法。
假设有一个100px宽100px高的盒子，在这个盒子里放一个200px宽200px高的图片。目前IE的正理方法是自动把盒子“撑大”到200px见方。而IE7 beta2的处理方法和FF是一致的：盒子不变，溢出的部分在盒子外面被渲染。也就是说盒子的overflow值真正地使用了W3C的默认值“visible”。
如果你现有的布局是依赖于IE的“自动撑开”，那么要小心，很可能会出现问题（特别是动态内容的网页）。
XML序言（prolog）可能会影响盒模型
Oh，My GOD！又是盒模型！
大家知道IE有两种渲染模式：Quirks Mode和Strict Mode。Quirks Mode基本上是非标准的，包括盒模型在内，它的渲染方式与W3C的标准有些出入。而Strick Mode基本上是标准的（反正都不是绝对标准也不是绝对不标准……）。IE6及以前版本会根据写在XHTML文档第一行（也只能是第一行）的DocType声明来选择渲染模式。如果发现了一个它能识别的DocType，比如XHTML Transitional或者XHTML Strict等等，它就使用Strict Mode来渲染。其他所有情况下都使用Quirks Mode。
有些开发者为了显式地声明他们的XHTML文档是一个XML，会在文档的第一行（问题就在这里，它也必须在第一行）加上XML的序言（prolog）。比如：
<?xml version="1.0" encoding="gb2312"?>虽然初衷是为了让文档更“标准”，但由于IE不认这行字，结果还是按Quirks Mode来渲染。
IE7 beta2解决这个问题，它会跳过prolog来看检查DocType。所以可能会出现IE6及以下版本用Quirks Mode渲染而IE7 beta2用Strict Mode渲染的情况。
