IE中的z-index迷惑(2)

原创 2007年10月08日 09:39:00
   IE中z-index的BUG。首先看下面的代码:
XHTML部分:
<div id="container">
<div id="box1">这个box应该在上面</div>
</div>
<div id="box2">这个box应该在下面,IE浏览器会对定位元素产生一个新的stacking context ,甚至当元素 z-index的为“auto”。</div>
CSS部分:
#container { position: relative; }
#box1 { position: absolute; top: 100px; left: 210px; width: 200px; height: 200px; background-color: yellow; z-index: 20; }
#box2 { position: absolute; top: 50px; left: 160px; width: 200px; height: 200px; background-color: green; z-index: 10; }
  两个box被完全的定位,背景色为黄色的box1拥有z-index属性值20,而背景色为绿色的box2拥有z-index属性值10,唯一的区别在于背景色为黄色的box1被放在了一个定义了属性position:relative的div中,并且在文档源代码中位前。
  根据上述代码以及z-index的属性简介,我们来分析上面代码将会产生的效果位置。
  CSS specification 中清楚的规定了除了根元素,只有定位元素的z-index被定义一个非auto的z-index值才能产生新的 stacking context。而例子中被相对定位的元素并没有定义z-index,即z-index为默认值auto。所以按理他不会影响子元素的层叠顺序。即背景色为黄色的box1和背景色为绿色的box2的stacking context相同,即都为根元素产生的 root stacking context。再根据规则中当stacking context一样的时候,就用z-index的值来决定怎样显示的原理,则应该z-index属性值20的背景色为黄色的box1在z-index属性值10背景色为绿色的box2之上。
  下面我们在FF和IE中分别测试最终的效果,会发现FF中显示的效果和上面分析的效果是完全一致的,而IE中的显示却不一致。
  看下面的效果演示:
Source Code to Run [www.fun52.com]

z-index在IE中的迷惑
#container { position: relative; }
#box1 { position: absolute; top: 100px; left: 210px; width: 200px; height: 200px; background-color: yellow; z-index: 20; }

#box2 { position: absolute; top: 50px; left:160px; width: 200px; height: 200px; background-color: green; z-index: 10; }
这个box应该在上面
这个box应该在下面,IE浏览器会对定位元素产生一个新的stacking context ,甚至当元素 z-index的为“auto”。
   [ 可先修改部分代码 再运行查看效果 ]
  迷惑:在IE的z-index属性值10背景色为绿色的box却在了z-index属性值20的背景色为黄色的box1之上,和我们分析的结果完全不一致,为什么呢?
  解惑:其实这是IE浏览器(windows)的一个BUG在IE浏览器中,定位元素会产生一个新的stacking context,并且从z-index的值为0开始。
  现在让我们来理解上面的演示在IE中的显示逻辑。设置了相对定位的container产生一个新的stacking context,所以其被定位的子元素背景色为黄色的box1以这个新的stacking context为参考来决定层叠顺序。而背景色为绿色的box2此时和背景色为黄色的box1的父元素container为同一个stacking context,所以他们之间按照z-index来决定层叠顺序,即z-index属性值10背景色为绿色的box2在z-index属性值0的container之上。
  其实这个BUG的影响范围很广,只是大家平时不太注意。下面来说明一个最常见的出现情况z-index的负值解析,很多朋友因为这个BUG的存在甚至武断的认为IE支持z-index的负值,而FF不支持z-index的负值。
  举个例子或许更能形象表达:
XHTML部分:
<body>
<div id="container">
<div id="box1">为什么负值的定位元素在IE和FF下显示不一致呢?Why?</div>
</div>
</body>
CSS部分:
#container { position: relative; }
#box1 { position: absolute; top: 100px; left: 210px; width: 200px; height: 200px; background-color: yellow; z-index: -10; }
  看下面的演示效果:
Source Code to Run [www.fun52.com]

z-index在IE中的迷惑:负值篇
#container { position: relative; }
#box1 { position: absolute; top: 100px; left: 210px; width: 200px; height: 200px; background-color: yellow; z-index: -10; }
为什么负值的定位元素在IE和FF下显示不一致呢?Why?
[ 可先修改部分代码 再运行查看效果 ]
  大家会发现在FF下,背景色为黄色的box1消失了,而IE下却显示。这也是我上面所说的,部分朋友武断的认为IE支持z-index的负值,而FF不支持z-index的负值的原因。我们要透过现象看本质。
  在上个例子中的分析,我们知道:设置了相对位置(position: relative)的元素但没有给出非auto的z-index就不会产生 stacking context,也就不会影响其子元素的层叠顺序。所以背景色为黄色的box1的stacking context为根元素产生的 root stacking context。在上一节中我们讲到“对于未指定此属性的定位对象,z -index 值为正数的对象会在其之上,而 z-index 值为负数的对象在其之下”,按照规则,应该是设定了z-index为-10的黄色的 box1会显示在于未指定z-index属性的元素(比如body)之下。所以在FF下背景色为黄色的box1消失了。而在IE中设置了相对位置的 container会拥有z-index值0,产生一个新的stacking context,背景色为黄色的box1在新的 stacking context内层叠顺序,故在IE中会看到显示。
  不过这里还有一个问题,对于上面的代码,我们再精简一下:
XHTML部分:
<body>
<div id="box1">为什么负值的定位元素在IE和FF下显示不一致呢?Why?</div>
</body>
CSS部分:
#box1 { position: absolute; top: 100px; left: 210px; width: 200px; height: 200px; background-color: yellow; z-index: -10; }
  看下面的演示效果:
Source Code to Run [www.fun52.com]

z-index在IE中的迷惑:负值篇
#box1 { position: absolute; top: 100px; left: 210px; width: 200px; height: 200px; background-color: yellow; z-index: -10; }
为什么负值的定位元素在IE和FF下显示不一致呢?Why?
   [ 可先修改部分代码 再运行查看效果 ]
  大家会发现和上面没精简的代码显示的结果是一致的。但如果用上面的理解在IE下或许无法解释通。因为此时的理解背景色为黄色的box1的stacking context无论在FF下还是在IE下都是根元素产生的root stacking context。
  迷惑:那么在IE浏览器中,按照规则,背景色为黄色的box1也应该消失,然而却没有。
  解惑:IE浏览器似乎给body元素默认了一个相对定位属性(position: relative)。
  通过上面两个简单的例子,我想大家应该大致知道为什么负值的z-index在IE和FF解析不一样,不是FF不支持,而是IE的BUG。

z-index在IE中的迷惑

今天在写页面的时候发现头部导航栏的下拉菜单,被下面的画中画遮挡住了,然后把导航的下拉菜单样式设置为z-index:999;但是在IE下没起什么作用,而在FF下起作用了。然后又把画中画的样式设置为z-i...

ie6下z-index不起作用?

首先请明确,无论哪一个浏览器下面,z-index的元素要带有position(relative,fixed,absolute)才能起作用。 明确以后看看这个文章: http://www.yuanchu...
  • cdnight
  • cdnight
  • 2013年12月17日 09:20
  • 666

关于IE7 z-index问题完美解决方案

浏览器兼容性问题太让人蛋疼了,今天可是废在了IE7的z-index问题上。可又不能因为浏览器版本低而不去解决,毕竟要从用户的角度着想。百度了好多还是无法解决,最后google了一下,找到了方法。 ...

IE下 z-index 的各种坑

到新地方有些日子了,差不多适应了这边的工作节奏与流程。接到的第一个开发任务是几个比较简单的页面,需要做的工作就是先把设计图变成页面,然后使用PHP创建几个请求的接口传递数据,标准且简洁的web开发思路...
  • nhconch
  • nhconch
  • 2013年06月22日 15:53
  • 1743

IE下 z-index 的各种坑(非原创,不过觉得不错转载过来)

IE下 z-index 的各种坑 2012-03-05 21:40 by 聂微东, 18432 阅读, 40 评论, 收藏, 编辑   到新地方有些日子了,差不多适应了这边的工作节奏与流程。接到...

ie7下子元素设置z-index无效的解决办法

html部分 首页 品牌 女装 女装: 耐克 阿...

IE6的 z-index BUG

一、匆匆带过的概念 关于CSS中层级z-index的定义啊什么的不是本文的重点,不会花费过多篇幅详细讲述。这里就简单带过,z-index伴随着层的概念产生的。网页 中,层的概念与photoshop或...

ie7下z-index失效问题解决方法(详细分析)

绝对定位元素的“有定位属性(relative或absolute)的父元素”在渲染层次时起到了主要作用,前面的被后面的覆盖了。解决办法就是给有定位属性的父元素设置z-index 解决办法: 父级元素加上...

IE6下z-index犯癫不起作用bug的初步研究

一、匆匆带过的概念 关于CSS中层级z-index的定义啊什么的不是本文的重点,不会花费过多篇幅详细讲述。这里就简单带过,z-index伴随着层的概念产生的。网页中,层的概念与photoshop或是...
  • dz45693
  • dz45693
  • 2012年09月24日 14:21
  • 2482

解决IE6 select z-index无效,遮挡div的bug

在最近的一个项目中,遇到了IE6 select遮挡div的bug,为了解决这个bug我查了很多资料,试图找到一个最最有效的方法,很多人是通过iframe的方法来解决,其实我查了国外的很多资料也是通过i...
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:IE中的z-index迷惑(2)
举报原因:
原因补充:

(最多只允许输入30个字)