您的位置:首页 > Web前端 > CSS

CSS常见兼容问题解决方案

2016-03-23 13:36 525 查看
1.怪异模式问题:漏写DTD声明,Firefox仍然会按照标准模式来解析网页,但在IE中会触发怪异模式。为避免怪异模式给我们带来不必要的麻烦,最好养成书写DTD声明的好习惯。

2.IE6双边距问题:在IE6下,如果对元素设置了浮动,同时又设置了margin-left或margin-right,margin值会加倍。例如:

HTML:

<div .="myDiv"></div>

CSS:




.myDiv{

width:100px;

height:100px;

border:1px solid #000;

float:left;

margin-left:30px;

}


Firefox预览结果:



IE6预览结果:



很明显的,在IE6中,margin-left:30px的边距翻倍成60px了。

解决问题:

设置display:inline:




.myDiv{

width:100px;

height:100px;

border:1px solid #000;

float:left;

display:inline;

margin-left:30px;

}


IE6预览结果:



3.上下margin重合:margin是个有点特殊的样式,相邻的margin-left和margin-right是不会重合的,但相邻的margin-top和margin-bottom会产生重合。不管IE还是Firefox都存在这问题。例如:

HTML:

<div .="topDiv"></div>

<div .="bottomDiv"></div>

CSS:




.topDiv{

width:100px;

height:100px;

border:1px solid #000;

margin-bottom:25px;

}

.bottomDiv{

width:100px;

height:100px;

border:1px solid #000;

margin-top:50px;

}


我们对上面的div设置了25px的下边距,对下方的div设置了50px的上边距。为了便于观察,这里将div的高度都设为100px。

浏览器预览结果:



可见,结果不是预期的上下div拉开75px的距离,而是拉开了半个div高度(50px)的距离。

解决问题:

统一使用margin-top或者margin-bottom,不要混合使用。这并不是技术上的必需,但却是个良好的习惯。

4.超链接访问后hover样式不出现:有时候我们同时设置了a:visited和a:hover样式,但一旦超链接访问后,hover的样式就不再出现,这是怎么回事呢?是因为将样式顺序放错了,调整为先a:visited再a:hover。关于a标签的四种状态的排序问题,有个简单好记的原则,叫做love
hate原则,即i(link)ov(visited)e h(hover)a(active)e。

5.IE6、IE7的hasLayout问题:很多时候,CSS在IE下的解析十分奇怪,明明在Firefox中显示得非常正确,但到了IE下却出现了问题,有的时候,这些问题甚至表现得非常诡异。

例如一个比较经典的Bug就是设置border的时候,有时候border会断开,刷新页面或者拖下滚动条的时候,断掉的部分又会连接起来。

再比如在IE6&IE7中对元素设置浮动后,其后的元素并未占据这部分空间,造成了IE6&IE7中浮动元素未脱离文档流的假象。也就是说,实际上IE6&IE7浮动元素也脱离了文档流,只是由于其后元素的hasLayout被自动触发而导致的。这里说的hasLayout被触发,即指元素的hasLayout属性为true。

下列元素默认hasLayout="true":

,
<table>, <tr>, <th>, <td>
<img>

, , , , ,
, , <object>,

下列 CSS 属性和取值将会自动让一个元素的hasLayout="true":

position: absolute

绝对定位元素的包含区块(containing block)就会经常在这一方面出问题。
float: left|right

由于 layout 元素的特性,浮动模型会有很多怪异的表现。
display: inline-block

当一个内联级别的元素需要 layout 的时候往往就要用到它,这也可能也是这个 CSS 属性的唯一效果–让某个元素拥有 layout。"inline-block行为"在IE中是可以实现的,但是需要注意的是: IE/Win:
inline-block and hasLayout。
width: 除 “auto" 外的任意值

很多人遇到 layout 相关问题发生时,一般都会先尝试用这个来修复。
height: 除 “auto" 外的任意值

height: 1% 就在 Holly Hack 中用到。
zoom: 除 “normal" 外的任意值

IE专有属性。不过 zoom: 1 可以临时用做调试。
writing-mode: tb-rl

MS专有属性。
overflow: hidden|scroll|auto

在 IE7 中,overflow 也变成了一个 layout 触发器,这个属性在之前版本 IE 中没有触发 layout 的功能。
overflow-x|-y: hidden|scroll|auto

overflow-x 和 overflow-y 是 CSS3 盒模型中的属性,尚未得到浏览器的广泛支持。他们在之前版本IE中没有触发 layout 的功能。
另外 IE7 的荧幕上又新添了几个 haslayout 的演员,如果只从 hasLayout 这个方面考虑,min/max 和 width/height 的表现类似,position 的 fixed 和 absolute 也是一模一样。
position: fixed
min-width: 任意值

就算设为0也可以让该元素获得 layout。
max-width: 除 “none" 之外的任意值
min-height: 任意值。即使设为0也可以让该元素的 haslayout=true
max-height: 除 “none" 之外的任意值

如果BUG是由于hasLayout未触发所引起的,则可采用手动触发hasLayout来解决:办法是使用一个生僻的CSS属性zoom来触发,引用样式.zoom{zoom:1}。

如果BUG是hasLayout被自动触发而引起的,则要看触发是什么引起的,若这元素本身就会自动触发hasLayout,可以考虑换一个元素。若是对于这元素设置的某个CSS属性引起的,则可以考虑删除这属性,倘若这属性又是必要的,则就需要自己根据具体情况去编写CSS
Hack,因为hasLayout是只读的,一旦hasLayout="true"后,便不可逆转。

6.行内元素上下margin及padding不拉开元素间距的问题:行内元素的margin和padding属性很奇怪,水平方向的padding-left、padding-right、margin-left、margin-right都产生边距效果,但竖直方向的padding-top、padding-bottom、margin-top、margin-bottom却不会产生边距效果。例如:

HTML:

<div>块级元素</div>

<span>行内元素</span>

CSS:

div{background:gray;padding:20px;}

span{background:green;padding:20px;margin:20px;}

各浏览器预览结果:



可见竖直方向的padding、margin虽然增大了行内元素的面积,但并没有和相邻元素拉开距离,导致了元素重叠。

解决问题:

将行内元素display设置为block即可解决

修改后CSS:

span{background:green;padding:20px;margin:20px;display:block;}

各浏览器预览结果:



但由于块级元素与行内元素的默认样式不同,可能会因此书写额外的样式代码。比如width样式,因为块级元素默认占据整行。

7.IE6下select元素显示问题:浏览器解析页面时,会先判断元素的类型,如果是窗口类型的,会优先于非窗口类型的元素,显示在页面最顶端,如果同属于非窗口类型的,才会去判断z-index的大小。select元素在IE6下是以窗口形式显示的,这是IE6的一个Bug。导致的情况是往往想要弹出一个层,结果select元素出现在层上方。例如:

HTML:

=请选择=

CSS:




div{

position:absolute;

background:#CCDCEE;

top:0px;

left:0px;

width:300px;

height:300px;

border:1px solid #000;

margin:5px;

}


IE6预览结果:



解决问题:

我们可以用一个和弹出层同样大小的iframe放在层下面,select上面,用iframe遮住select。比如设置弹出层的样式z-index:2,iframe的样式z-index:1,使iframe位于层下方。

修改后HTML:

=请选择=

修改后CSS:




div{

position:absolute;

background:#CCDCEE;

top:0px;

left:0px;

width:300px;

height:300px;

border:1px solid #000;

margin:5px;

z-index:2;

}

iframe{

position:absolute;

top:0px;

left:0px;

width:300px;

height:300px;

margin:5px;

z-index:1;

}


我们让iframe位于div下方,大小以及与浏览器的距离调整成与div一致。

IE6预览结果:



8.IE6对png的透明度支持问题:png格式因为其优秀的压缩算法和对透明度的完美支持,成为Web中最流行的图片格式之一。但它存在一个众所周知的头疼问题---IE6下对png的透明度支持并不好。本该是透明的地方,在IE6下会显示为浅蓝色。可以使用IE下私有的滤镜功能来解决问题,格式如下:filter:progid:DXImageTransform.Microsoft.AlphaImageLoader(src='png图片路径',sizingMethod='crop')。

9.ul的不同表现:ul列表也是在IE与Firefox中容易发生问题的对象,主要源自浏览器对ul对象的默认值设置。在IE与Firefox中,一部分对象有默认的属性(比如h1~h6),他们本身就带有大字号、加粗样式以及一些边距效果。ul也是如此,默认情况下ul是有边距的。例如:

HTML:




<div id="layout">

<ul>

<li>菜单一</li>

<li>菜单二</li>

<li>菜单三</li>

</ul>

</div>


CSS:

#layout{border:1px solid #333;}

ul{list-style:none;}

代码非常简单,仅去除了ul的列表圆点。看下在IE和Firefox的预览效果:

IE预览结果:



Firefox预览结果:



显示都很正常,关键在于我们对ul接下来的设置:

修改后的CSS:

#layout{border:1px solid #333;}

ul{

list-style:none;

margin-left:0px;

}

设置ul左外边距为0后。

IE预览结果:



Firefox预览结果:



预览后发现问题出现了。IE中的ul已与div靠齐,而Firefox中的ul却丝毫不动。这是为什么?不妨把样式修改下再看看。

修改后的CSS:

#layout{border:1px solid #333;}

ul{

list-style:none;

padding-left:0px;

}

这次我们把margin-left换成padding-left。再来看看预览结果。

IE预览结果:



Firefox预览结果:



可见效果正好相反,Firefox中实现了靠齐,而IE中丝毫未动。

通过以上例子我们发现:在IE中,ul的默认边距是margin,在Firefox中,ul的默认边距是padding。我们单独定义margin或padding时,自然不能在两个浏览器达到一致效果。这就是ul在不同浏览器下表现不同的问题所在。

解决问题:

可以用hack方法分别针对IE和Firefox单独写样式,但更好的做法是样式开头先统一ul边距,ul{padding:0px;margin:0px;}。

10.IE3px问题:3px问题不是经常被人发现,因为它的影响只产生3px的位移。如果是精确到像素级的设计,3px的影响可谓不小。先来看下例子:

HTML:

<div id="left">左浮动div</div>

<div id="mydiv">段落</div>

CSS:




#left{

float:left;

border:1px solid #333;

width:100px;

height:100px;

}

#mydiv{

border:1px solid #f66;

margin-left:130px;

}


#left是引发Bug的一个浮动div,同时设置了边框便于观察。

IE预览结果:



Firefox预览结果:



从理论上讲,我们还没有设置#mydiv的padding,它们理所当然是紧贴边框的。但在IE中,“段落”文字并未紧紧贴住#left。在实际中可能会因此导致内部元素宽度超出外部div固定宽度而引发布局问题。

解决问题:

是把#mydiv设置为display:inline-block。

修改后CSS:




#left{

float:left;

border:1px solid #333;

width:100px;

height:100px;

}

#mydiv{

border:1px solid #f66;

margin-left:130px;

+display:inline-block;

}


用hack方法为IE单独设置display:inline-block后。

IE各版本预览结果:



结果与Firefox一致。

11.高度不适应问题:高度不适应指的是,当内层对象的高度发生变化时,外层对象的高度不能自动扩展,特别是当内层对象使用padding或margin之后。高度不适应问题不是IE的专利,Firefox也出现这种问题。先来看看例子:

HTML:

<div id="box">

<p>p对象中的内容</p>

</div>

CSS:




#box{

background-color:#eee;

}

#box p{

margin-top:20px;

margin-bottom:20px;

text-align:center;

}


看看代码做了什么,除了背景之外,#box仅是一个没有任何样式的div,而p加了2个关键属性margin-top:20px,margin-bottom:20px;,即上下外边距都是20px,p对象的高度应当是20+20+文字高度,即应当在40px以上。理论上#box这个div的高度会被挤开,至少达到40px以上。我们看看预览效果。

浏览器预览结果:



似乎并非预想的结果,看上去带背景的#box还是和文字一样高,并没有超过40px,这是为什么呢?为了验证一些事情,我们在html前后加上一个带背景的div。

修改后的HTML:

<div .="box2">up</div>

<div id="box">

<p>p对象中的内容</p>

</div>

<div .="box2">down</div>

修改后的CSS:




#box{

background-color:#eee;

}

#box p{

margin-top:20px;

margin-bottom:20px;

text-align:center;

}

.box2{

background-color:#aaa;

}


再来看下预览结果:

浏览器预览结果:



可以看到上下两个div并没有紧贴#box对象,而是有一定的间距。测量下会发现,这个间距刚好是p对象的margin上下各20px。这个测验证明了一个问题,就是#box对象并没有因其中的p对象的margin变化而改变自身的高度。而p对象的margin高度的确在整个页面中占据了一定的空间。相当于#box不动,而p把自己撑到了#box外面去了。

无论是IE还是Firefox,测试中都会发现这个问题。

解决问题:

经过一些测试,我们发现对#box定义padding或者border,就会迫使#box重新计算自己的高度,从而使自身能够适应内容的高度变化。但如果强制给对象设置了边距又会带来位移。我们需要找到一个新方法,不再从对象本身的属性入手,而是在对象的内部进行修复。我们可以在对象上下增加2个高度为0的空div,并强制内容不显示。

修改后的HTML:




<div .="box2">up</div>

<div id="box">

<div .="height:0px;overflow:hidden"></div>

<p>p对象中的内容</p>

<div .="height:0px;overflow:hidden"></div>

</div>

<div .="box2">down</div>


这2个div只充当了占位符的角色,而不发生实际的占位。而对它的外层对象而言,由于其中多了一些逻辑占位对象使得它会重新计算高度,从而实现高度的自适应。

预览效果:



12.IE6断头台问题:断头台问题是国外的CSS设计者给这个问题起的一个非常形象的名字,与之相反的,被切断的不是对象的头部,而是对象的底部。先来看下例子:

HTML:




<div id="layout">

<div id="left">

<p>W3School提供的内容仅用于培训。我们不保证内容的正确性。通过使用本站内容随之而来的风险与本站无关。当使用本站时,代表您已接受了本站的使用条款和隐私条款。版权所有,保留一切权利。未经书面许可,不得转载。W3School 简体中文版的所有内容仅供测试,对任何法律问题及风险不承担任何责任

</p>

</div>

<a href="#" target="_blank">链接1</a>

<a href="#" target="_blank">链接2</a>

<a href="#" target="_blank">链接3</a>

<a href="#" target="_blank">链接4</a>

</div>


XHTML代码有三部分组成,一个是主对象#layout,主框架中有#left为左浮动对象,右侧为普通的4个链接,类似于左右分栏的布局。

CSS:




#layout{

border:5px solid #35BB0C;

width:400px;

background-color:#F2F2F2;

}

#left{

border:5px solid #D4CA25;

width:200px;

float:left;

background-color:#fff;

}

a:hover{

background-color:#fff;

}


在CSS代码部分,主要设置了链接的背景色,#left的左浮动,以便于我们观察的粗边框效果。先通过浏览器看看问题是如何发生的,见下图:

IE6预览效果:





这里列出了IE6网页效果的2个状态,当网页被打开时,页面正常显示,与CSS编码指定样式一致。当鼠标右侧的“链接4”时,问题出现了,主对象#layout下面被切掉了,而剩下的高度正好是4个链接的高度。而当鼠标移到“链接1”或“链接2”时,#layout对象的高度又恢复正常。这便是IE6断头台问题。

这个问题的主要原因在于链接上,去除链接的a:hover{background-color:#fff}样式后,一切正常。经测试发现,不仅仅是background-color的变化,如果改变hover状态下链接的其他属性,也会引发同样的问题。例如设置padding、border、加粗、斜体等,都会引发断头台问题。

值得注意的是,在#layout中,#left是个浮动对象,而右测是若干链接对象。对于未指定高度的对象而言,IE6会根据其中的内容(不管浮动与否)来计算高度的大小,而当例子中的链接对象是个非浮动对象,并具有hover改变border,background及padding属性时,IE6会认为这些属性同时会改变#layout的高度,因此它重新计算对象高度。而令人失望的是,IE6的这种自以为是的行为并没有达到预期目的,它会把非浮动对象的总高度作为高度给了#layout,从而切断了#left的内容。基于这类问题的产生原因,解决方案可以有多种。

解决问题:

根据问题产生的原因,我们可以做出多套解决方案。我们知道因为非浮动对象与浮动对象都在#layout中,所以我们可以从浮动方式入手,把非浮动对象改为浮动对象,这样便可以解决问题。例如对XHTML修改如下:




<div id="layout">

<div id="left">

<p>W3School提供的内容仅用于培训。我们不保证内容的正确性。通过使用本站内容随之而来的风险与本站无关。当使用本站时,代表您已接受了本站的使用条款和隐私条款。版权所有,保留一切权利。未经书面许可,不得转载。W3School 简体中文版的所有内容仅供测试,对任何法律问题及风险不承担任何责任

</p>

</div>

<div id="right">

<a href="#" target="_blank">链接1</a>

<a href="#" target="_blank">链接2</a>

<a href="#" target="_blank">链接3</a>

<a href="#" target="_blank">链接4</a>

</div>

</div>


对链接加上个div,并设置浮动#right{float:left}。这样使得两个对象都成为浮动对象,不会引发问题。

也可以在#layout底部增加一个div来强制IE浏览器重新计算高度<div .="clear:both;"></div>,这个清除浮动内容的div会帮助浏览器重新找到合适的高度,从而解决断头台问题。

13.容器不扩展问题:容器不扩展问题是我们经常遇到的。比如我们创建了一个div嵌套结构:

HTML:

<div id="divGroup">

<div id="a">子容器a</div>

<div id="b">子容器b</div>

</div>

CSS:




#divGroup{

border:2px solid #333;

}

#a,#b{

border:2px solid #333;

float:left;

margin:5px;

}


IE预览结果:



Firefox预览结果:



可见外层的高度并没有随着子容器的高度自动扩展,却是形成了一条线。这是因为当子容器成为浮动元素后,并脱离了文档流。因此父容器认为自己内容为空,从而造成了这样的结果。

解决问题:

解决方案是在容器的末尾加入个清理浮动的div。

修改后的HTML:

<div id="divGroup">

<div id="a">子容器a</div>

<div id="b">子容器b</div>

<div .="clear:both;"></div>

</div>

如果还想防止这个元素占据父元素的高度,可以进一步优化成<div .="clear:both;display:block;font:0px/0px sans-serif;"> </div>,这样这个清除浮动的容器被认为是个不占任何高度的空格字符。在网页中的任何地方,当遇到容器不扩展时,只需加入此段便能修复问题。

14.IE8和FireFox父子元素上下margin叠加问题:

先看下效果:




.gray{
background:gray;
width:200px;
margin:20px;}.blue{
background:blue;
width:100px;
height:100px;
margin:20px;}.black{
background:black;
width:100px;
height:100px;
margin:20px;}




上图中,蓝色div和黑色div是灰色div的子元素,三个div的margin都是20,但是我们看到蓝色div与其父元素的上边界并没有20px的间隙,黑色div与其父元素的下边界也没有20px的间隙,也就是说蓝色div的上外边距与其父元素的上外边距叠加在了一起,就好像是蓝色div的上外边距跑出去了一样。黑色div也是同理。这就是父元素与子元素的边距叠加效果,叠加后的取值取的是两者中较大的那个。经测试,只要父元素有border或padding,就不会触发这个问题。然而刻意给父元素设置border或padding又会带来位移。可采用如下方法来根本解决问题:

解决问题:给父元素设置overflow:hidden;即可解决。

再来预览下:

IE8:


解决了。

FireFox:


也解决了。

15.IE6高度不固定问题:

典型BUG1:IE6下,即使给父元素设了固定高度,子元素还是会将其撑开。

典型BUG2:如果一个元素没有子元素,而这个元素设置的length又小于div默认高度,则这个元素在IE6里显示的高度仍然是div的默认高度。

引发以上2个BUG的原因在于length属性在IE6里被当作min-length(最小高度)解析了,(换句话说,你压根在IE6中就没设置过固定高度,因为你设置的是最小高度)

解决办法是再给父元素设置overflow:hidden;

16.IE6设置了最小高度并撑满父元素高度:

默认情况下如果对IE6设置了最小高度200px,那么如果实际内容有250px,则只会显示250px的高度。也就是高度会跟随着内容显示。如果此时希望无论里面内容有多少,都让其填充满父元素高度,则要这么设置:

height:auto!important;

height:200px;

min-height:200px;

17.IE6、IE7下浮动元素未脱离文档流假象的问题:

对元素设置浮动后,在IE6&IE7下预览,会产生元素未脱离文档流的假象的现象。其实元素脱离文档流了,这问题其实是其后的元素引起的。由于其后的元素因某些原因造成hasLayout被触发而导致的它未去占据浮动元素的空间(这问题说起来话长,你就这么理解好了:这个大概追朔到表格布局的年代,由于单元格都是有hasLayout的,而后面单元格里的元素肯定不会跑前面的单元格里去的)。关于hasLayout,在第5条里有详细说明,这里单独提出来作为一条来说明,仅因为这个浮动未脱离文档流假象的问题比较典型。

18.全屏遮罩后居中显示一个对话层:

下面是遮罩层:绝对定位,宽高都100%,并且半透明




.over{
position:absolute;
width:100%;
height:100%;
top:0px;
left:0px;
background-color:#7E9898;
filter:alpha(opacity=50);
-moz-opacity:0.5;
-khtml-opacity:0.5;
opacity:0.5;}


下面是对话层:也是绝对定位:




.confirm{
position:absolute;
width:400px;
height:300px;
background:#FFFFFF;
top:300px;
left:0px;}


这里的提示层不要嵌套在遮罩层里面,否则也会受影响,变成半透明的了。要让提示层跟遮罩层并列。

这里还有2个问题:

1.单单对遮罩层使用height:100%,只有IE6会达到效果,而其他浏览器一旦只会是当前可见区域遮上了,如果拖动纵向滚动条,发现下方还有没遮盖上。

2.用户电脑分辨率不同,而绝对定位的提示层使用margin:300px auto也无效。

为了达到各浏览器网页可见区域全部遮盖的效果,这里用了下jquery脚本,解决以上2个问题:

$(document).ready(function(){
$("div[class='cover']").height($(document).height());//将可见区域都遮罩起来
$("div[class='confirm']").css("left",($(document).width()-($("div[class='confirm']").width()))/2+"px");//提示层居中});

最佳实践:

1.写DTD声明:

2.引入base.css重置各浏览器默认属性值:




html,body,div,dl,dt,dd,ul,ol,li,h1,h2,h3,h4,h5,h6,pre,form,fieldset,input,textarea,p,blockquote,th,td{margin:0px;padding:0px;}table{border-collapse:collapse;border-spacing:0px;}fieldset,img,abbr,acronym{border:0px;}address,caption,cite,code,dfn,em,strong,th,var{font-style:normal;font-weight:normal;}ol,ul{list-style:none;}caption,th{text-align:left;}h1,h2,h3,h4,h5,h6{font-size:100%;font-weight:normal;}q:before,q:after{content:'';}


3.同时为一个元素写float和margin-left(margin-right)的时候,习惯性地想到IE6会双倍边距,用display:inline解决。

4.为子元素写margin-top或margin-bottom的时候,习惯性的去思考父元素是否有padding或border属性,从而断定是否会在IE6&IE7上产生上下外边距重合问题。如果有问题用overflow:hidden;解决。

5.给元素设了固定高度后,习惯性地再设个overflow:hidden;从而避免IE6上高度继续扩展的问题。

6.必要时候要clear,<div .="clear:both;"></div>。

7.对于文本,在使用margin-left、padding-left、margin-top、padding-top之前优先考虑是否可用text-indent和line-height代替。因为计算尺寸的代价相对来说要大些。

如能做到以上几点,就差不多避免了90%的浏览器兼容性问题。
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: