position 与z-index的爱恨情仇

position: static

  static定位是HTML元素的默认值,即没有定位,元素出现在正常的流中

position:fixed

  fixed定位是指元素的位置相对于浏览器窗口是固定位置,即使窗口是滚动的它也不会滚动,且fixed定位使元素的位置与文档流无关,因此不占据空间,且它会和其他元素发生重叠。

position:relative定位

  相对定位元素的定位是相对它自己的正常位置的定位。移动后对于移动前:如果值为负数,则直接换成整数;如果值为整数,则直接改变相对方向。

position:absolute

  绝对定位的元素相对于最近的已定位父元素,如果元素没有已定位的父元素,那么它的位置相对于<html>。

重叠的元素--z-index属性

  首先声明:z-index只能在position属性值为relative或absolute或fixed的元素上有效。

z-index 属性设置元素的堆叠顺序。拥有更高堆叠顺序的元素总是会处于堆叠顺序较低的元素的前面。这个的前提是元素得有堆叠,堆叠即位置的覆盖,否则没有意义,这就有了最开始的声明;这个声明是z-index属性存在的前提。

例一    未设置任何堆叠效果,position属性,这就是按照标签顺序正常显示的效果

例二  通过position,left,top设置使子元素产生堆叠

例三  在例二的基础上设置z-index 使本在下面的son1 出现在上方  即值大的元素发生重叠时会在值小的元素上面

例四  父元素z-indedx均大于子元素,结果没有变!!!!! 是否 说明父元素和子元素不能做z-index的比较

例五  当父元素无z-index属性,子元素该属性为负时,出现父元素显示在最上面的效果,

说明在父元素和子元素之间还是可以作比较的!!!只是需要我们把子元素的z-index值设为负数且不设置父元素的z-index属性。

父元素之间呢?

例六 实现堆叠

例七 改变parent1的z-index设为20,原本在下面的粉色块出现在上面,这就是明显的拼爹啊,

例八  有没有可能将两个子元素显示到同一层,即彼此的的父元素不遮挡另一个子元素?

根据例五,有没有可能将两个子元素都隐藏呢?

参考博客:https://i.cnblogs.com/EditPosts.aspx?opt=1

时间: 2024-11-13 09:54:17

position 与z-index的爱恨情仇的相关文章

web移动端fixed布局和input等表单的爱恨情仇 - 终极BUG,完美解决

[问题]移动端开发,ios下当fixed属性和输入框input(这里不限于input,只要可以调用移动端输入法的都包括,如:textarea.HTML5中contenteditable等),同时存在的时候:两位大侠瞬间发生剧烈的化学反应,出现各种奇葩问题,见下图: [结论]输入框position属性值不是fixed,而变成了absolute [出现情况]当我们唤起键盘的时候,输入框位置不再页面最下面,或者说页面当时还可以继续往下滚动,再或者页面没有滚动到最下边,这个时候就会出现上面的问题 [学习

js 爱恨情仇说 this

原文:js 爱恨情仇说 this this 相信大家在写代码的时候都会遇到,可是怎么样才能用好this,估计这个还是有点困难的,虽然你有时候你会用到,但是他所在的具体的几个场景中所代表的是什么意思了?可能这个你就不是很清楚啊.这个就会在你使用的过程中出现很多的问题,于是今天我们来总结一下this,到底这个this?他真的有想象中的那么难吗? 其实可以总结为一句话:this指的是调用函数的那个对象 于是我们可以总结出this的四个调用场景: (1) 方法模式:简单的说就是使用点表达式或是下标表达式

产品经理和程序员的爱恨情仇

产品经理跪求程序员,程序员跪求程序成功上线! 前几天纯银V在微博上发了一条微博「很多人吐槽“人人都是产品经理”这句话,其实在我看来,这句话的正确理解是“人人都应该学习产品经理的思维方式,来提升自己的专业能力”,不知道作者是否本意如此.当然,实际上它容易被理解为“我也可以做产品经理,创造一个伟大的产品”,那就很扯淡了.尤其水货产品经理的破坏力之强令人惊叹」,引发了诸多讨论. 我看了之后,意味深长的转发了一下:从来没人说人人都是程序员,这其实说明了一些什么……于是又引发了一番热议,比如: 对呀,也不

初识angular.js之爱恨情仇

angular.js Angular.JS 是一组用来开发Web页面的框架.模板以及数据绑定和丰富UI组件.它支持整个开发进程,提供web应用的架构,无需进行手工DOM操作. AngularJS很小,只有60K,兼容主流浏览器,与 jQuery 配合良好. 简单概括:MV*模型的js框架 angular.js之爱恨情仇 爱恋之际 MV*模式 职责清晰.层次分明,例如页面样式变化仅改变View代码,其它层次结构代码无需改动. 数据绑定 数据视图绑定(单.双向数据绑定),无需反锁的改变DOM的值或修

Menu与ActionBar的爱恨情仇

最近在开发一款音乐播放器,在开发过程中遇到了一点小麻烦,通过android API搞清楚了Menu与ActionBar的爱恨情仇,写了个小Demo祭奠一下那些年我们陷进去的坑,有不对的地方请大神们批评指正. 一.Android系统里的菜单接口(即Menu接口),它是一个父接口,其下又有两个子接口:SubMenu(子菜单)与ContextMenu(上下文菜单) 常用的菜单有以下三类:Option Menu(选项菜单,常与ActionBar连用),Context Menue(上下文菜单),Popup

那些年苹果与 USB 的爱恨情仇

喜新厌旧,人之常情,也是大公司常态. 大公司见异思迁的背后,往往都由利益推动.即使是一个小小的接口,背后都是博弈.像苹果这么傲娇的公司,更是把和USB接口的爱恨情仇演绎得淋漓尽致. 当年,他们曾经是在一起的. 最初Mac和搭载Windows PC的共同接口很少.比如,PC上打印机的接口是并行接口,鼠标和键盘接口是PS/2接口:Mac上的硬盘接口是SCSI接口,鼠标和键盘接口是ADB接口.即使是在调制解调器和外设接口方面,双方都是用的不同接口. 当时的Mac濒临死亡,完全不占优.1998年苹果推出

永和和红薯不得不说的爱恨情仇!

在 2014 年 12 月 24 日这一天下午,@叶秀兰童鞋无意中吐槽了一下自己的毁容事迹,结果,引发出了永和和红薯之间的爱恨情仇,OSCer 们实在是太有才,请慢慢欣赏,如有遗漏,请@小小编辑  告知一二,补上! @叶秀兰:最近毁容部分已经结痂.中午吃完饭,@永和   童鞋不经意的说了一句,你嘴没擦干净... @纠结名字 :@永和  心里想:终于有机会表现了,我要帮她擦嘴.但@叶秀兰  内心一紧,心想:毁容的事被他发现了!眉头一皱,大喊:走开! @chameleon :@永和  恁的一惊,这女

对json的爱恨情仇

本文回想了对json的爱恨情仇. C++有风险,使用需慎重. 本文相关代码在:http://download.csdn.net/detail/baihacker/7862785 当中的測试数据不在里面,由于这是项目开发中用到的,须要保密. 在工作时才接触json,看过简单介绍,语法简单,易于扩展,用起来是非常爽的事.和后端的一些交互也基本上都是用的json.在项目中用了第三方库:simple json,用起来也不亦乐乎.只是也吃过该库的亏: 1.忘了解析后的JSONValue应该delete掉;

一起聊一聊小程序的爱恨情仇

背景 在移动互联网时代,Google和苹果两大巨头推出的Android和ios以及迅雷不及掩耳之势挤掉了曾经的移动端老大哥--诺基亚,然后刮起了pc端到移动端的大浪潮,我也有幸参与到了这次"技术革命"中,在传统的APP时代,每项需求都需要安装APP,越来越多的APP应用即将占满手机存储空间,那么有没有一种软件架构既不需要下载安装,又能够提供像客户端一样流畅友好的用户体验呢?答案是没有的,不过能不能做到接近原生的体验,而又解决不用装更多app的烦恼呢.这类方案中诸如google的PWA(