important是我们在解决cssie6兼容性问题中最常用到一个语法，不少人误以为!important是一种hack，实际上，!

链接：1http://www.bootcss.com/p/bsie/Bsie（鄙视IE）（提供了对于IE6兼容性的建议）2http://wenda.bootcss.com/question/119关于栅格系统对

IE6下的内外边距问题：IE6里面的div会挤压外面的div：造成各个浏览器宽度不同是由于IE6使用margin或padding会挤压div的宽度，导致宽度变长造成的，而IE7,IE8不会。无论是IE7还是IE8使用padding都会往外挤，只是IE6不够位置了会挤压到变形，而其他浏览器不够位置则会各个模块的空间重叠在一起。margin与padding的区别：margin挤压别的容器，别的容器不一

这几天的新闻是：微信订阅号的呈现方式改成了内容流，于是又出现了好多研究变化的原因，以及如何调整配图，推送时间的文章。这让我想起了很多年前流行的IE兼容性技巧文章。大概是09年吧，我换了新工作，主要的内容是偏Web开发。当时的市场份额最大的是让开发人员又爱又恨的IE6浏览器。所以作为网站开发，不可避免的要考虑IE6的兼容性。这儿的兼容性可以有不同的要求或标准，最低一级是：排版不错位，可以完成重要的流

1、IE6怪异解析之padding与border算入宽高原因：未加文档声明造成非盒模型解析解决方法：加入文档声明2、IE6在块元素、左右浮动、设定marin时造成margin双倍（双边距）解决方法：display:inline3、以下三种其实是同一种bug，其实也不算是个bug，举个例子：父标签高度20，子标签11，垂直居中，20-11=9，9要分给文字的上面与下面，怎么分？IE6就会与其它的不同

1.IE6怪异解析之padding与border算入宽高原因：未加文档声明造成非盒模型解析解决方法：加入文档声明2.IE6在块元素、左右浮动、设定marin时造成margin双倍（双边距）解决方法：display:inline3.以下三种其实是同一种bug，其实也不算是个bug，举个例子：父标签高度20，子标签11，垂直居中，20-11=9，9要分给文字的上面与下面，怎么分？IE6就会与其它的不同

 1.文档类型的声明。 产生条件：IE6浏览器，当我们没有书写这个文档声明的时候，会触发IE6浏览器的怪异解析现象； 解决办法：书写文档声明。 2.不同浏览器当中，很多的标签的默认样式不同，如默认的外部丁内补丁。 产生条件：不同浏览器； 解决办法：利用CSS reset文件进行样式的清除，然后再根据需要进行设置。 3.横向双倍外边距 产生条件：在IE6中块元素浮动后，会出现横向双倍margin现象

可是真有些日子没有写DIV+CSS了，而且对IE6兼容性的坑碰到的还是不够多(以前做国外项目)，所以这次开发中不可避免的碰见了几个问题，尤其是在IE下的 z-index 问题很有意思，所以整理了一些

IE6兼容性问题及IE6常见bug详细汇总 来源：互联网 作者：佚名 时间：03-31 16:03:45 【大 中 小】 IE6的兼容性问题一直都是前端工程师的恶梦

点评：IE6的兼容性问题一直都是前端工程师的恶梦，为了早早脱离这种困境，本文整理了一些相关兼容性的知识，感兴趣的朋友可以参考下哈，希望可以帮助到你- 1、终极方法：条件注释 <!--[if lte IE 6]> 这段文字仅显示在 IE6及IE6以下版本。 <![endif]--> <!--[if gte IE 6]> 这段文字仅

1、IE6怪异解析之padding与border算入宽高原因：未加文档声明造成非盒模型解析解决方法：加入文档声明2、IE6在块元素、左右浮动、设定marin时造成margin双倍（双边距）解决方法：display:inline3、以下三种其实是同一种bug，其实也不算是个bug，举个例子：父标签高度20，子标签11，垂直居中，20-11=9，9要分给文字的上面与下面，怎么分？IE6就会与其它的不同

1、IE6怪异解析之padding与border算入宽高 原因：未加文档声明造成非盒模型解析 解决方法：加入文档声明 2、IE6在块元素、左右浮动、设定marin时造成margin双倍（双边距） 解决方法：display:inline 3、以下三种其实是同一种bug，其实也不算是个bug，举个例子：父标签高度20，子标签11，垂直居中，20-11=9，9要分给文字的上面与下面，怎么分？IE6就会与

首先需要进行浏览器版本判断，当为小于等于IE6的版本时，载入IE6兼容性css注意，这段代码的位置最好写在其他所有css导入代码之后 然后在lteIE6Hack.css编写自己的代码为了让ie6支持fixed

10要点解决IE6兼容性问题 1、使用声明 你必须经常在html网页头部放置一个声明，推荐使用严格的标准。例如 <!

在这个三个系统环境下，我们想要比较好的测试IE6兼容性，通常会使用IETester，或者在Win7、

在这个三个系统环境下，我们想要比较好的测试IE6兼容性，通常会使用IETester，或者在Win7、Win

1、终极方法：条件注释这段文字仅显示在IE6及IE6以下版本。 这段文字仅显示在IE6及IE6以上版本。 这段文字仅显示在IE6以上版本（不包含IE6）。 这段文字仅显示在IE5.5。 缺点是在IE浏览器下可能会增加额外的HTTP请求数。2、CSS选择器区分IE6不支持子选择器；先针对IE6使用常规申明CSS选择器，然后再用子选择器针对IE7+及其他浏览器。/*IE6专用*/ .content{

1、终极方法：条件注释这段文字仅显示在IE6及IE6以下版本。这段文字仅显示在IE6及IE6以上版本。这段文字仅显示在IE6以上版本（不包含IE6）。这段文字仅显示在IE5.5。缺点是在IE浏览器下可能会增加额外的HTTP请求数。2、CSS选择器区分IE6不支持子选择器；先针对IE6使用常规申明CSS选择器，然后再用子选择器针对IE7+及其他浏览器。/*IE6专用*/.content{color:

可是真有些日子没有写DIV+CSS了，而且对IE6兼容性的坑碰到的还是不够多(以前做国外项目)，所以这次开发中不可避免的碰见了几个问题，尤其是在IE下的z-index问题很有意思，所以整理了一些资料

项目过程中遇到了一些问题，现在列举出来：1、ie6兼容性问题，网站使用了easyui的一些插件，在ie6下布局面目全非。2、是内联元素。很多时候误以为span是块状元素，其实不是。

1、IE6怪异解析之padding与border算入宽高原因：未加文档声明造成非盒模型解析解决方法：加入文档声明2、IE6在块元素、左右浮动、设定marin时造成margin双倍（双边距）解决方法：display:inline3、以下三种其实是同一种bug，其实也不算是个bug，举个例子：父标签高度20，子标签11，垂直居中，20-11=9，9要分给文字的上面与下面，怎么分？IE6就会与其它的不同

   相信从事前端开发的朋友对IE6都是深恶痛绝，恨不得先杀后J，然后再大卸八块以解心头只恨。虽然是这么可恶的一个浏览器，但是IE6迄今为止的市场占有率仍然很高，截止2009年8月份的市场占有率仍然有25%之多。那么今天创意灵犀通过翻译国外的译文对IE6的兼容问题进行总结概括。难免有疏漏之处，如若您有更好的建议，欢迎在回复中提出，我会及时加以补充。1.前言：考虑浏览器的兼容性，我们要做的首先一定要

1、使用声明 你必须经常在html网页头部放置一个声明，推荐使用严格的标准。例如 <!DOCTYPEHTMLPUBLIC“-//W3C//DTDHTML4.01//EN”   "http://www.w3.org/TR/html4/strict.dtd”> or,forXHTML:  <!DOCTYPEhtmlPUBLIC“-/

可是真有些日子没有写DIV+CSS了，而且对IE6兼容性的坑碰到的还是不够多(以前做国外项目)，所以这次开发中不可避免的碰见了几个问题，尤其是在IE下的z-index问题很有意思，所以整理了一些资料

important是我们在解决cssie6兼容性问题中最常用到一个语法，不少人误以为!important是一种hack，实际上，!

important是我们在解决css ie6兼容性问题中最常用到一个语法，不少人误以为!important是一种hack，实际上，!

important是我们在解决cssie6兼容性问题中最常用到一个语法，不少人误以为!important是一种hack，实际上，!

可是真有些日子没有写DIV+CSS了，而且对IE6兼容性的坑碰到的还是不够多(以前做国外项目)，所以这次开发中不可避免的碰见了几个问题，尤其是在IE下的z-index问题很有意思，所以整理了一些资料

1.相比于dropdownselectlist，对ie6兼容性更好，体现在对层的覆盖，dropdownselectlist如果这个控件的下方有一个select，单击该控件不会覆盖下方select，导致感觉很生硬

1.相比于dropdownselectlist，对ie6兼容性更好，体现在对层的覆盖，dropdownselectlist如果这个控件的下方有一个select，单击该控件不会覆盖下方select，导致感觉很生硬

浏览器兼容问题一直是前端开发人员比较头疼的问题，因为实际制作一个页面的时间要比完全兼顾浏览器并且顺利的通过W3C验证的时间要短很多，很多时间在IE6兼容性与W3C验证之间不能完全兼顾。

浏览器兼容问题一直是前端开发人员比较头疼的问题，因为实际制作一个页面的时间要比完全兼顾浏览器并且顺利的通过W3C验证的时间要短很多，很多时间在IE6兼容性与W3C验证之间不能完全兼顾。

总体的感觉是IE7比IE6兼容性更好，更健壮。几个细节对比：1，如果页面无编码描述定义，比如:在IE6里可能显示乱码，但IE7不写也可以显示出来。