On webkit nightly builds and chrome canary, every element with position fixed seems to be getting a super high z-index value regardless of what it’s given either inline or in the CSS file.
See http://nick-evans.com for an example.
Do you think this a bug in these beta builds, or something incorrect in my code?
The only cause I can think of in my example is that the lower elements are rendered after the page loads using jQuery tmpl (this was an attempt at pseudo lazy loading).
.horizontal-carousel has an explicit z-index set to 1 and is set to position:fixed, meanwhile .col is set to z-index:9 yet all but the contents of the first section element have this relationship in reverse, so the images in the carousel cover their descriptions.
UPDATE
It occured to me that unminified code would help. Here’s a link
It’s caused by the CSS 3D Transform you added to
.horizontal-carousel. In fact, it appears someone has run into a similar problem with that before in “css z-index lost after webkit transform translate3d“.Whether it is your fault or theirs, I’m not sure. The only thing I can find in the spec that looks related to this is:
The easiest way to fix it is by changing the
zvalue of thetranslate3dto-1px. But then it doesn’t look like you’re actually using the transforms at all, at the moment. I don’t know if that’ll work if you actually start doing something with these transforms.Fiddling with the z-index of both the element with the transform and its parent might also help, but will probably require some other changes.