CSS前端开发怎么兼容浏览器 问题归纳

前端移动端开发兼容性|前端项目开发遇到兼容|web前端开发
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;
}
很明显的,在IE6中,margin-left:30px的边距翻倍成60px了。
解决问题:
设置display:inline:
.myDiv{
width:100px;
height:100px;
border:1px solid #000;
float:left;
display:inline;
margin-left:30px;
}
——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”:
[list]
,
<table>, <tr>, <th>, <td>
<img>
, , , , ,
, , <object>,
[*]
[/list]
下列 css 属性和取值将会自动让一个元素的hasLayout=”true”:
[list]
[list]
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” 之外的任意值
[/list][/list]
如果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;
}
解决问题:
我们可以用一个和弹出层同样大小的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一致。
——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的列表圆点
显示都很正常,关键在于我们对ul接下来的设置:
修改后的CSS:
layout{border:1px solid #333;}
ul{
list-style:none;
margin-left:0px;
}
设置ul左外边距为0后。
预览后发现问题出现了。IE中的ul已与div靠齐,而Firefox中的ul却丝毫不动。这是为什么?不妨把样式修改下再看看。
修改后的CSS:
layout{border:1px solid #333;}
ul{
list-style:none;
padding-left:0px;
}
这次我们把margin-left换成padding-left。
可见效果正好相反,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,同时设置了边框便于观察。
从理论上讲,我们还没有设置#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后。
结果与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网页效果的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;
}
可见外层的高度并没有随着子容器的高度自动扩展,却是形成了一条线。这是因为当子容器成为浮动元素后,并脱离了文档流。因此父容器认为自己内容为空,从而造成了这样的结果。
解决问题:
解决方案是在容器的末尾加入个清理浮动的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;”>&nbsp;</div>,这样这个清除浮动的容器被认为是个不占任何高度的空格字符。在网页中的任何地方,当遇到容器不扩展时,只需加入此段便能修复问题。
——14.IE8和FireFox父子元素上下margin叠加问题:
先看下效果:
[/color]
[color=#0000ff] [/color][color=#0000ff]
上图中,蓝色div和黑色div是灰色div的子元素,三个div的margin都是20,但是我们看到蓝色div与其父元素的上边界并没有20px的间隙,黑色div与其父元素的下边界也没有20px的间隙,也就是说蓝色div的上外边距与其父元素的上外边距叠加在了一起,就好像是蓝色div的上外边距跑出去了一样。黑色div也是同理。这就是父元素与子元素的边距叠加效果,叠加后的取值取的是两者中较大的那个。经测试,只要父元素有border或padding,就不会触发这个问题。然而刻意给父元素设置border或padding又会带来位移。可采用如下方法来根本解决问题:
解决问题:给父元素设置overflow:hidden;即可解决。
也解决了。
——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%,并且半透明
下面是对话层:也是绝对定位:
这里的提示层不要嵌套在遮罩层里面,否则也会受影响,变成半透明的了。要让提示层跟遮罩层并列。
这里还有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声明:
[color=#0000ff][/color]
2.引入base.css重置各浏览器默认属性值:
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代替。因为计算尺寸的代价相对来说要大些。
前端移动端开发兼容性|前端项目开发遇到兼容|前端开发者

 

» 本文来自:前端开发者 » 《CSS前端开发怎么兼容浏览器 问题归纳》
» 本文链接地址:https://www.rokub.com/3411.html
» 您也可以订阅本站:https://www.rokub.com
赞(0)
64K

评论 抢沙发

评论前必须登录!