http://hi.baidu.com/hongz1125/blog/item/7f99b31283c185c5c3fd78b5.html
by zhangxinxu from http://www.zhangxinxu.com
一、匆匆带过的概念
关于CSS中层级z-index的定义啊什么的不是本文的重点,不会花费过多篇幅详细讲述。这里就简单带过,z-index伴随着层的概念产生的。网页 中,层的概念与photoshop或是flash中层的概念是一致的。熟悉photoshop或是flash的应该知道,层级越高(图层越靠上),越在上 面显示,如果层发生重叠,层级高的会覆盖层级低的,如果非透明或半透明,则会遮挡。
在photoshop中,层的高低就是靠手动调的,鼠标拖拽,或是ctrl+]或是ctrl+shift+[快捷键改变层的次序。如下图,鼠标拖移改变层次序的过程中:
在flash中,类似,可以手动改变图层次序,或是使用as脚本,例如:容器对象.setChildIndex(显示对象,0)就是让对象底层显示,而容器对象.setChildIndex(显示对象,容器对象.numChildren-1)就是最上面显示。
在CSS中,显然,只能通过代码改变层级,这个属性就是z-index,要让z-index起作用有个小小前提,就是元素的position属性要 是relative,absolute或是fixed。就像生孩子一样,一个人不顶用,需要配合。下为z-index的业余示意图:
按照正常的思维,z-index层级越高,内容越应该在上面显示。在大部分的浏览器在大部分的情况下,确实如此,但是不绝对。尤其遇到IE6,这家 伙,估计是后妈带大的,从小营养不良,结果后来健康问题一堆又一堆。z-index的问题就是其中之一,而本文就是要讲讲这个IE6下z-index不起 作用的问题。
二、关于效果截图的些必要说明
下面的不是废话,是为了更容易的理解我下面唾沫横飞的内容。
以下所有结果截图的大背景如下:
1、页面上固定不动的,一成不变的,送豪宅也不会从良的是一个黑色背景,透明度40%,几乎满屏显示的层级为1的绝对定位层。HTML为:<div id="blank"></div>
,对应CSS为:#blank{width:100%; height:600px; background:black; opacity:0.4; filter:alpha(opacity=40); position:absolute; left:0; top:0; z-index:1;}
作用是为了让层级关系一目了然。看:
这说明内容在z-index为1的绝对定位层之下。
这说明内容在z-index为1的绝对定位层之上。
2、页面上做对比的是美女图片,图片在半透明黑色绝对定位层的上面还是下面很容易辨别,这样,您就能够对我所说的z-index不起作用有很直观的认识了。
三、IE6的抱怨:浮动让我沉沦
现在开始真正的讲述问题的产生,原因以及解决了。首先讲讲第一种z-index无论设置多高都不起作用情况。这种情况发生的条件有三个:1、父标签 position属性为relative;2、问题标签无position属性(不包括static);3、问题标签含有浮动(float)属性。
您可以拿下面的代码自己做个简单测试:
<div id="blank"></div>
<div style="position:relative; z-index:9999;">
<img style="float:left;" src="http://image.zhangxinxu.com/image/study/s/s256/mm2.jpg" />
</div>
丫的,这z-index都9999了,层级够高吧,但是,看下面的图:
这一对比就知道问题了,可能有人会疑问,这会不会是IE6的relative自己感冒了,而不是浮动(float)携带了“甲流病毒”。好,我现在去掉浮动,HTML代码如下:
<div id="blank"></div>
<div style="position:relative; z-index:9999;">
<img src="http://image.zhangxinxu.com/image/study/s/s256/mm2.jpg" />
</div>
结果IE6下:
您可以狠狠地点击这里:在线demo测试
我想,问题应该都清楚了,至于原因,我起初以为是haslayout搞的鬼,后来,用zoom一测试,发现不是(IE7下无此bug也证明不是 haslayout的原因),似乎就是这个float会让z-index失效。由于将外部div的position:relative属性改为 absolute可以解决这一问题,我就怀疑是不是浮动让relative发生了些变化,float与relative在水平定位上可以说是近亲,会不会 是因为这两者搅和在一起所以什么“畸形”“体弱多病”就出现了。这仅是我的猜测而已,真正的原因还是去问IE6的后妈吧。
解决方法,解决方法有三,1、position:relative改为position:absolute;2、去除浮动;3、浮动元素添加position属性(如relative,absolute等)。
四、固执的IE6:它只认第一个爸爸
可能不少人知道,这IE6下,层级的高低不仅要看自己,还要看自己的老爸这个后台是否够硬。用术语具体描述为:
父标签position属性为relative或absolute时,子标签的absolute属性是相对于父标签而言的。而在IE6下,层级的表现有时候不是看子标签的z-index多高,而要看它们的父标签的z-index谁高谁低。
有一定经验的人可能都知道上面的事实。但是,相信这里面很多人不知道IE6下,决定层级高低的不是当前的父标签,而是整个DOM tree(节点树)的第一个relative属性的父标签。有时平时我们多处理一个父标签,z-index层级多而复杂的情况不多见,所以难免会有认识上 的小小偏差。
好,下面展示这个bug。
条件很简单,只要绝对定位的第一个元素的第一个爸爸,或者说是最老的那个爸爸级别的人的relative属性小于黑色半透明层的z-index层级。例如下面的HTML代码:
<div id="blank"></div>
<div style="position:relative;">
<div style="position:relative; z-index:1000;">
<div style="position:absolute; z-index:9999;">
<img src="http://image.zhangxinxu.com/image/study/s/s256/mm3.jpg" />
</div>
</div>
</div>
可以看到,mm3图片的父标签div 是绝对定位,层级9999,比1大多了,绝对定位的父标签层级1000(10000也一样),也比黑色半透明层的z-index:1大多了,但是,我们可怜的IE6童鞋——
再看看以Firefox为代表的其他童鞋:
IE7与IE6有着同样的bug,原因很简单,虽然图片所在div当前的老爸层级很高(1000),但是由于老爸的老爸不顶用,可怜了9999如此强势的孩子没有出头之日啊!
知道原因解决就很轻松了,给第一任老爸添加z-index后的HTML代码如下:
<div id="blank"></div>
<div style="position:relative; z-index:1;">
<div style="position:relative; z-index:1000;">
<div style="position:absolute; z-index:9999;">
<img src="http://image.zhangxinxu.com/image/study/s/s256/mm3.jpg" />
</div>
</div>
</div>
结果IE6童鞋喜笑颜开,春光灿烂:
您可以狠狠地点击这里:改变父标签层级在线demo测试
五、必要的结语
老实讲,我对z-index研究的精力其实比较有限,本文的两个bug研究都属于停留在表层的。z-index这玩意深不可测,里面所蕴含的知识不是 CSS手册上的那点东西,那只是冰山一角。这涉及到border及background的堆叠模型,涉及到同层级的显示问题,以及浏览器显示的些机制等, 这是很深的一潭水。
总之,慢慢来,慢慢积累,慢慢研究,一定会一步一步揭开z-index的本质面纱的。
分享到:
相关推荐
本文将重点讨论如何利用jQuery插件来解决在Internet Explorer 6(IE6)浏览器中遇到的一个常见问题:当尝试为`<select>`元素设置`z-index`属性时,该设置往往无效,导致元素无法正确地覆盖其他内容。这个问题在现代...
其中,z-index属性在IE6下的表现就是一个典型的案例。z-index属性用于控制Web页面中元素的堆叠顺序,即元素的层级高低。在现代浏览器中,通常给定一个较大的z-index值就可以让元素浮于其他元素之上。然而,在IE6...
1. **IE6/IE7中的元素问题**:在IE6/IE7中,元素的z-index值总是比其他元素高,即使它的z-index值设置得更低。这可能导致元素覆盖其他元素,即使其他元素的z-index值更高。 2. **IE6/IE7中的层叠上下文问题**:IE6...
我想锁表头及锁定列。...这个道理想想也明白,Transform 就是一个影子,假像,所以它不考虑z-index.那怎么解决呢? 再百度,以及去stackoverflow看文章,也没办法。既然不能控制“new stacking contex
第二种无效情况是在IE6及IE7浏览器中,z-index的层级表现不完全按照子标签的z-index值高低来决定,而是受到整个DOM树结构的影响。在这些浏览器中,即使子元素的z-index值很高,如果其父元素所在的层级较低,则子元素...
今天我说说iframe解决的一般方法,已经使用jQuery插件bgiframe解决IE6 select z-index无效,遮挡div的bug。 解决方法之一:Iframe包裹select元素 使用iframe包住select,这样iframe有z-index,只要在div上设置的z-...
本文将深入探讨z-index属性在IE中无效的原因以及相应的解决策略。 首先,理解`z-index`生效的基本条件至关重要。一个元素的`z-index`属性只有在其`position`属性被设置为`relative`、`absolute`或`fixed`时才会生效...
类似结构: 复制代码代码如下:<div></div>”></iframe”>.../iframe 第一种:透明背景被遮住 当div使用透明的背景时,无论是使用...在ie中,iframe里引入video视频播放会导致div的z-index无效,即div的z-index无论
2. **设置更高的z-index**:尽管在IE6中可能不起作用,但还是值得尝试为受影响的`<div>`元素设置一个高于下拉菜单的`z-index`值。 3. **使用hasLayout属性**:IE6中有一些元素拥有一个称为“hasLayout”的内部属性...
有时,使用`z-index`并不能解决IE6下的层叠问题,可能需要更复杂的解决方案。 解决这些问题的方法有多种: 1. 使用条件注释:可以为IE6单独引入一个CSS文件,专门处理其兼容性问题。 2. IE-specific hacks:如在...
通过调整PNG图像的z-index使其位于上方,这样在IE6中看起来像是背景是透明的。这种方法适用于固定颜色背景,但不适合复杂背景。 6. **使用CSS3渐变替代PNG**:对于一些简单的透明效果,可以考虑使用CSS3的线性或...
- **IE6的`z-index`无效**:在某些情况下,IE6的`z-index`不起作用,可以通过设置父元素的`hasLayout`或使用`position:relative`解决。 - **3像素问题**:在IE6中,水平边距计算错误,可通过负边距修正。 - **...
花生米AJAX-UI系列之:基于JQUERY的GooPanel窗体控件类0.1版 (从今起,以后所有的新控件均使用JQUERY 1.5以上的内核) 特点: 1、既可当浮动窗口用,也可以当作网页中的内容...本品兼容IE6--IE8 ,firefox,chrome浏览器
而在 IE6 以上版本或者其它 Firefox, Chrome, Safari, Opera 浏览器下,编程方式却变为无效,通过 CSS 样式 `position:fixed;` 就能实现浮动且能跟随滚动条移动。 2. 全 CSS 实现 这种方式使用几个特殊的 CSS 来...
这是因为IE6浏览器对`z-index`属性的支持存在缺陷,导致某些元素无法按照预期在堆叠顺序中位于其他元素之上。在这种情况下,`bgiframe`插件就显得尤为重要。 `bgiframe`是一款专门为了解决IE6浏览器中的`z-index`...
**描述**:当 `dialog` 在 IE6 浏览器下使用时,可能会遇到 z-index 无效的问题,导致 select 下拉框被遮挡。 **代码**: ```javascript // 启用 bgiframe 功能来解决 IE6 下的 z-index 问题。 $(".selector")....
`transparent`模式在IE8中可以正常工作,使得`div`能显示在Flash之上,但这个模式在Firefox和Chrome等其他现代浏览器中可能无效。在这些浏览器中,`wmode`可能需要设置为`opaque`或`window`,但这会导致Flash失去...
IE6下的select 的 z-index始终高于其他元素,即无法被其他元素覆盖住。 解决方法:JQueryUI的做法是在IE6下当触发弹出层时,将想覆盖住的select隐藏 在IE7及以下 虽然disabled 对 select能起作用,但对select下的...