{miss}understood

对待超出容器范围的元素，一般常见的有两种解决方法：一种是添加滚动条（给容器添加overflow: auto），另一种就是隐藏元素超出范围的部分（给容器添加overflow: hidden）。虽然从可用性角度应该使用添加滚动条的方法以保证客户可以获得所需信息，但是在很多时候用隐藏的方法比较不会引起页面整体感觉混乱。不幸，世界上目前市场份额最大的浏览器——IE6——对于overflow: hidden的支持不佳。如果单单是给容器添加overflow: hidden很可能根本看不见任何效果。但是一旦容器有了固定的高度、宽度，overflow: hidden立刻就达到了期望的效果。

似乎不少初学 CSS 的人对定位问题都很感冒，尤其是 margin、padding，简直能要人老命（秋香？！）。不过风凝在当初学的时候并没有遇到太大阻力。这还是要归功于当初小打小闹画过一段时间漫画，为了投稿不得不学习了“边界”（margin）和“补白”（padding）的概念。
所谓”补白“，就是为了防止在印刷剪裁的时候造成白边而填充的内容——也有人往里面画搞笑四格的。一般的漫画杂志会要求将画面内容画满补白，但是不能在补白中画上重要的部分——有点像《名侦探柯南》动画组在自行制作一集动画的时候不能涉及主线和人物性格（笑）。而”边框“，一般就是一片空白——这里是不允许画上东西的，但是也不可或缺，在页面与内容之间保持一定距离避免过份拥挤。至于那个”边线“（border），就是边框与补白之间的一条蓝铅笔线——通常蓝铅笔线是不会被印刷出来的，所以会推荐使用蓝铅笔画边线。

其实一开始是打算做成 Firefox only 的页面，好看看 IE6 下面究竟可以错位到何种地步，中午的时候看了一下 Google Analytics，IE 的访问量近乎一半……唉，没办法，只好放弃这个想法，认认真真做起了 IE hack。

看过了 CSS Mastery 才知道，所谓的“Fx浏览网页问题”其实是IE自身的问题。想那 IE 6 少说有5、6年没有更新，早就属于老掉牙的浏览器了——石器时代的网景我们就不讨论了；相比之下，Firefox 和 Safari 几乎是个把月就要更新一次，一旦发现bug立刻就会出补救版本，且也算是比较严格的遵守了W3C的规则。而IE作为的M$的产品，很自觉的继承了M$一贯的妄尊自大，偏就是喜欢按照自己的标准来，不鸟W3C那一套

最近一直在和 XHTML 和 CSS 纠缠不清。Eclipse越来越顺手，远远超过了只支持 table 的 DreamWeaver，开始大踏步向着 CSS 定位进军。本来以为这样子一直进步就很可以了，但是还是发现了一个让人手足无所的问题——