在中英文混排的情况下，对于IE6的行高bug，推荐还是先统一为中文字体（宋体或者雅黑），再使用 vertical-align: middle; 可以减少时间上的浪费。 IE6一个已知的BUG：当某position:relative元素被带有overflow:auto/scroll 属性的块级元素包含时，会表现出postion:absolute 的行为。 解决方法： 1.为包含块元素添加属性 position:relative 。2.把该元素的position:relative属性去掉，使用默认的 static 定位，并通过 margin 等属性实现类似的效果。 IE6的z-index bug，可在需要浮在上方的元素中添加 iframe 且设置为同等宽高 z-index 位于其下，则可借助IE6“将iframe浮于所有元素之上”解决：这是个贱方法，没事儿千万别用。
对待超出容器范围的元素，一般常见的有两种解决方法：一种是添加滚动条（给容器添加overflow: auto），另一种就是隐藏元素超出范围的部分（给容器添加overflow: hidden）。虽然从可用性角度应该使用添加滚动条的方法以保证客户可以获得所需信息，但是在很多时候用隐藏的方法比较不会引起页面整体感觉混乱。不幸，世界上目前市场份额最大的浏览器——IE6——对于overflow: hidden的支持不佳。如果单单是给容器添加overflow: hidden很可能根本看不见任何效果。但是一旦容器有了固定的高度、宽度，overflow: hidden立刻就达到了期望的效果。
折腾了近半个月现在的blog皮肤——目前代号“eros”——没有任何进展。庞大的背景花纹载入过慢问题我头疼了很久，最后也没有找到更好的解决方法。原先基于 eros 样式开发的新 gallery 倒是引出了风凝进军AJAX的新热情。或许我本身也不擅长架构三栏的blog，总是弄得 sidebar 信息过剩强了正文的风头。近来也厌倦了顶头一条下面几列的模式，打算挑战一下以前没有尝试过的风格。
到北京以后的第二个星期重新温习了《The Zen of CSS Design》，加上最近接触的公司的项目和刚刚完成的 training project，对于 margin、padding 外加浮动布局这几位老朋友运用得更加娴熟，同时也比以前有了更深的认识。
似乎不少初学 CSS 的人对定位问题都很感冒，尤其是 margin、padding，简直能要人老命（秋香？！）。不过风凝在当初学的时候并没有遇到太大阻力。这还是要归功于当初小打小闹画过一段时间漫画，为了投稿不得不学习了“边界”（margin）和“补白”（padding）的概念。 所谓”补白“，就是为了防止在印刷剪裁的时候造成白边而填充的内容——也有人往里面画搞笑四格的。一般的漫画杂志会要求将画面内容画满补白，但是不能在补白中画上重要的部分——有点像《名侦探柯南》动画组在自行制作一集动画的时候不能涉及主线和人物性格（笑）。而”边框“，一般就是一片空白——这里是不允许画上东西的，但是也不可或缺，在页面与内容之间保持一定距离避免过份拥挤。至于那个”边线“（border），就是边框与补白之间的一条蓝铅笔线——通常蓝铅笔线是不会被印刷出来的，所以会推荐使用蓝铅笔画边线。
其实一开始是打算做成 Firefox only 的页面，好看看 IE6 下面究竟可以错位到何种地步，中午的时候看了一下 Google Analytics，IE 的访问量近乎一半……唉，没办法，只好放弃这个想法，认认真真做起了 IE hack。
首先，我承认这个标题有剽窃某知名站点之大号的嫌疑，不过对于现在的网页制作来说，却是一句大实话。不管是以前用 table 还是现在用 DIV+CSS，搞不定定位，基本上就是空谈。
看过了 CSS Mastery 才知道，所谓的“Fx浏览网页问题”其实是IE自身的问题。想那 IE 6 少说有5、6年没有更新，早就属于老掉牙的浏览器了——石器时代的网景我们就不讨论了；相比之下，Firefox 和 Safari 几乎是个把月就要更新一次，一旦发现bug立刻就会出补救版本，且也算是比较严格的遵守了W3C的规则。而IE作为的M$的产品，很自觉的继承了M$一贯的妄尊自大，偏就是喜欢按照自己的标准来，不鸟W3C那一套
HTML，是超文本标记语言（Hypertext Markup Language）的缩写。顾名思义，HTML就是为了文本布局而存在的东西——它当初被发明，也是为了在最初的网络中能方便的分享文档资料，将图片、声音、文本组合在一起，而不再是散乱的一堆文件。至于后来HTML被WWW看中，成了气候，那是后话。
