更新,为何要有一个“z-index”可控的要求呢?有这些原因:
- 动态加载的时候,需要重新算出来第一个到最后一个的z-index;
- 如果元素数很多,而页面有弹窗之类的话,要为浮层设置1000000这样的大数字吗?如果是这样的话,整个页面的z-index都失控了;
- 同理,hover一个元素的时候,也需要动态算出它的z-index。
- 请着重考虑项目的“大小不定、数量不定”的要求啦~
出题啦出题啦,SF好久没有稍微有点挑战的CSS问题了。
需求:
有一系列大小不定、数量不定的元素,它们相对垂直居中,相互交叠20px,像这样:
在hover的时候,把hover的元素提到最前面:
(假如粉色的元素正在被hover,它应当出现在最前面)
- 你可以控制的内容:后端模板、CSS、JS
- 尽可能不要用JS来干布局的活
- 额外的要求,你能做到z-index可控吗?
提示,正常情况下,使用负margin会是这样的结果(遮盖顺序正好相反):
http://jsfiddle.net/8wf59qqp/6/