学习CSS网页制作:z-index在IE中的迷惑
来源:    发布时间: 2019-03-21 04:51   50 次浏览   大小:  16px  14px  12px
学习CSS网页制作:z-index在IE中的迷惑

  z-index值较大的元素将叠加在z-index值较小的元素之上。对于未指定此属性的定位对象,z-index 值为正数的对象会在其之上,而 z-index 值为负数的对象在其之下。

  在IE5.5+中, iframe 对象开始支持此属性。而在之前的浏览器版本中, iframe 对象是窗口控件,会忽略此属性。

  两个box被完全的定位,背景色为黄色的box1拥有z-index属性值20,而背景色为绿色的box2拥有z-index属性值10,唯一的区别在于背景色为黄色的box1被放在了一个定义了属性position:relative的div中,并且在文档源代码中位前。

  根据上述代码以及z-index的属性简介,我们来分析上面代码将会产生的效果位置。

  下面我们在FF和IE中分别测试最终的效果,会发现FF中显示的效果和上面分析的效果是完全一致的,而IE中的显示却不一致。

  迷惑:在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的负值。

  大家会发现在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中会看到显示。

  大家会发现和上面没精简的代码显示的结果是一致的。但如果用上面的理解在IE下或许无法解释通。因为此时的理解背景色为黄色的box1的stacking context无论在FF下还是在IE下都是根元素产生的root stacking context。

  迷惑:那么在IE浏览器中,按照规则,背景色为黄色的box1也应该消失,然而却没有。

  解惑:IE浏览器似乎给body元素默认了一个相对定位属性(position: relative)。

  通过上面两个简单的例子,我想大家应该大致知道为什么负值的z-index在IE和FF解析不一样,不是FF不支持,而是IE的BUG。和记娱乐和记娱乐