在页面底部添加以下IE6专用代码，让IE6缓存CSS背景图片至本地，这样a:hover时IE6就不会再重新向服务器请求加载背景图片了。
Jul
8
在前端开发中，经常会用到css的position:absolute来使层浮动，前通过left,top,right等属性来对层进行定位，但ie6对left,top,right等属性的解释和ie7，ie8及firefox、chrome等不一致。
在父层使用position:relative;和padding（当然0值除外）后，ie6中层的定位起始坐标是从padding后的位置算起，而其他则从层的真实位置算起，而非被padding改变后的那个位置。这点造成使用position:absolute进行层定位时ie6与其他浏览器的表现不一样。
目前解决办法，使用csshack,_left针对ie6进行重设。
另：IE6 BUG大全： http://www.css88.com/archives/579
===========================以下内容2010年3月30日更新=============================
今天收到robertsky123的留言（见留言区）：
一些样例请测试好再传，会误导读者的，还有ie与其他主流浏览器的盒模式是一样的，不是ie定了width在加padding就不会改变宽度也是改变的， 网上有些东西很容易误导读者，请博主对读者负责啊！
非常感谢robertsky123的留言和建议！由于robertsky123当头棒喝使我重新对该问题进行了测试。
确实该问题还有其他的解决：不过这些方案很和实际项目有关，比如这个父级容器是否顶宽定高等其他原因。
首先看问题的产生,HTML和CSS如下：
1 | <div style="position:relative; padding:20px; border:2px solid #F00;"> |
2 | |
3 | <div style="position:absolute; top:0; left:0; border:1px solid #690;">test box</div> |
4 | |
5 | </div> |
显示如图：
robertsky123在留言中说的“ie与其他主流浏览器的盒模式是一样的”我真不敢苟同，我始终觉得IE6的盒模式就是和其他主流浏览器盒模式存在差异，如果是一样的，那么试问这个例子IE6为什么会和其他浏览器不同呢？
虽然相对定位的父级容器加宽度，高度，zoom:1都能使本来中定位的test box圆点和其他主流浏览器一致，例如：
1 | <div style="position:relative; padding:20px; border:2px solid #F00;height:20px"> |
2 | <div style="position:absolute; top:0; left:0; border:1px solid #690;">test box</div> |
3 | </div> |
如图：
注：这里如果加宽度和zoom:1,padding-top:20px和padding-bottom:20px的效果就没了，如图：
如果在实际项目中定死高度的，那么加个高度是很好的选择，但是杯具的是往往很多时候这个高度是自动撑的，那么我还是觉得用hack方式比较好！比如：
1 | <div style="position:relative; padding:20px 20px; border:2px solid #F00;"> |
2 | <div style="position:absolute; top:0;_top:2px; left:0;_left:-20px; border:1px solid #690;">test box</div> |
3 | </div> |
Jul
8
IE6下链接伪类（:hover）CSS背景图片有闪动BUG，主要原因ie会再一次请求这张图片，或者说图片没被缓存。
例如：
CSS代码
- a:hover{background:url(imagepath)}
常用的解决方案：
XML/HTML代码
- <!–[if IE 6]>
- <script type=”text/javascript”>
- document.execCommand(”BackgroundImageCache”, false, true);
- </script>
- <![endif]–>
或者
XML/HTML代码
- <!–[if IE 6]>
- <script type=text/javascript>
- try {
- document.execCommand(“BackgroundImageCache”, false, true);
- } catch(err) {}
- </script>
- <![endif]–>
Jun
17
http://hi.baidu.com/rockywen/blog/item/6d402225f215d3388744f9c2.html
| 有很多的时候,有这样一种情况：没有数据的是要求一个高度，有了数据之后，高度要随着内容增加。 今天把我对这个问题的解决方案写一下。 首先，我希望在没有数据的时候，此div的高度为200px，代码如下： [html] <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> <body> [/html] 当文字行数增加，在IE和ff下的状态分别是 |
Jun
5
因为浮动了 ，浮动脱离了整个文档流，加padding的话，
Apr
9
翻译：书写高效的CSS
译者(云谦 )注：
为区分概念，文中的选择器和选择符表示了不同的意思。例如：#main .box a { color:red; }，#main .box a 整个是一个选择器，而#main, .box, a都是选择符。
--------------------------------------------------------------------------------------------------------------------------
本文将介绍 Mozilla UI 在用的一些 CSS 优化规则。第一部分是关于 Mozilla 样式系统如何分类选择器的一般讨论，在理解了这些的基础上，第二部分则罗列了 Mozilla 样式系统书写 CSS 的规则指南。
目录：
1. 样式系统是如何分类选择器的？
1.1 ID 类
1.2 Class 类
1.3 标签类
1.4 通用类
2. 样式系统是如何匹配规则的？
3. 高效 CSS 指南
3.1 避免通用规则！
3.2 不要用标签名或 class 来描述 ID 类
3.3 不要用标签名来描述 class 类
3.4 尽量选择最特殊的类来存放选择器
3.5 避免子孙选择符
3.6 标签类中不要包含子选择符
3.7 留意所有子选择符的使用
3.8 运用继承
3.9 使用 -moz-image-region
4. 原文信息
样式系统是如何分类选择器的？
Mozilla 样式系统将规则主要分成四类。理解这个分类非常的重要，他是你了解规则匹配的第一步。下面我用了一个术语：关键选择符，指的是位于最右边的选择符。他可以是 id 选择符，class 选择符或者标签选择符。
ID 类
ID 选择符作为关键选择符
例：
button#backButton { } /* ID 类 */#urlBar[type="autocomplete"] { } /* ID 类 */treeitem > treerow > treecell#myCell :active { } /* ID 类 */Class 类
Class 选择符作为关键选择符
例：
button.toolbarButton { } /* Class 类 */.fancyText { } /* Class 类 */menuitem > .menu-left[checked="true"] { } /* Class 类 */标签类
标签选择符作为关键选择符
例：
td { } /* 标签类 */treeitem > treerow { } /* 标签类 */input[type="checkbox"] { } /* 标签类 */通用类
所有其他的都属于此类
例：
:table { } /* 通用类 */[hidden="true"] { } /* 通用类 */* { } /* 通用类 */tree > [collapsed="true"] { } /* 通用类 */
样式系统是如何匹配规则的？
Mozilla 样式系统先从最右边的选择符开始匹配，然后由右及左，依次匹配。只要子树（？）继续检查，样式系统就会继续向左进行匹配，直到匹配成功或者因不匹配而退出。
你的第一步就是根据关键选择符的类型过滤选择器分类。目的就是过滤掉部分选择器，而不需要浪费时间去尝试匹配他们。这是增强性能的关键。你用来检查元素用的选择器类越少，样式系统解析地就越快。例如，如果你的元素有一个ID，那么只有符合元素ID的ID类会被检查；只有符合元素Class的Class类会被检查；只有符合元素标签的标签类会被检查；而通用类则总是会被检查。
高效 CSS 指南
避免通用类
确保选择器不是以通用类结束。
不要用标签名或class来描述ID类
如果你有一个选择器是以ID类作为关键选择符，请不要添加多余标签名上去。因为ID是唯一的，你不要为了一个不存在的理由而降低了匹配的效率。
- 差 -
button#backButton { } - 差 -
.menu-left#newMenuIcon { } - 好 -
#backButton { } - 好 -
#newMenuIcon { }
不要用标签名来描述 class 类
和上一条类似，所有的 class 也是唯一的。你应该把标签名包含在 class 名中。
- 差 -
treecell.indented { } - 好 -
.treecell-indented { }
尽量选择最特殊的类来存放选择器
降低系统效率的一个最大原因是我们在标签类中用了过多的选择符。通过添加 class 到元素，我们可以将类别进行再细分为 class 类，这样就不用为了一个标签浪费时间去匹配过多的选择符了。
- 差 -
treeitem[mailfolder="true"] > treerow > treecell { } - 好 -
.treecell-mailfolder { }
避免子孙选择符
子孙选择符是CSS中最耗资源的选择符。他真的是非常的耗资源，尤其是在选择器使用标签类或通用类的时候。很多情况中，我们真正想要的是子选择符。除非有明确说明，在 UI CSS 中是严禁使用子孙选择符的。
- 差 -
treehead treerow treecell { } - 好一点，但还是不行(参照下一条) -
treehead > treerow > treecell { }
标签类中不要包含子选择符
不要在标签类中使用子选择符。否则，每次元素的出现，都会额外地增加匹配时间。（特别是当选择器似乎多半会被匹配的情况下）
- 差 -
treehead > treerow > treecell { } - 最好 -
.treecell-header { }
留意所有子选择符的使用
小心地使用子选择符。如果你能想出一个的不使用他的方法，那么就不要使用。特别是在 RDF 树和菜单会频繁地使用子选择符，像这样。
- 差 -
treeitem[IsImapServer="true"] > treerow > .tree-folderpane-icon { }
请记住 RDF 的属性是可以在模板中被复制的！利用这一点，我们可以复制那些想基于该属性改变的子 XUL 元素上的 RDF 属性。
- 好 -
.tree-folderpane-icon[IsImapServer="true"] { }
运用继承
理解哪个属性会继承，并允许他们这么做！我们已经清楚地建立了 XUL widgetry(?) ，所以你可以把 list-style-image 或 font 属性设置在父标签上，然后他会渗透到匿名内容里。这样，你就不需要浪费时间在匿名内容上直接写声明了。
- 差 -
#bookmarkMenuItem > .menu-left { list-style-image: url(blah); } - 好 -
#bookmarkMenuItem { list-style-image: url(blah); }
在上面的例子中，定义匿名内容样式的需求（不用去搞明白 list-style-image 是如何继承的）导致需要一个 class 类的选择器，而这条规则实际上更应该以最唯一的 ID 类结尾。
请记住，特别是在匿名内容中，他们都拥有相同的 class 。上面那条不好的选择器写法导致每个菜单的图标都会被检查是否包含在收藏夹菜单栏目中。这是非常耗资源的（因为有很多菜单）；这个选择器应该不要被收藏夹以外的菜单检查。
使用 -moz-image-region
把很多图片组合在一张图片里，然后用 -moz-image-region 来选择他们，会比每张图片分开存储，执行效率上高很多。
