最新文章专题视频专题问答1问答10问答100问答1000问答2000关键字专题1关键字专题50关键字专题500关键字专题1500TAG最新视频文章推荐1 推荐3 推荐5 推荐7 推荐9 推荐11 推荐13 推荐15 推荐17 推荐19 推荐21 推荐23 推荐25 推荐27 推荐29 推荐31 推荐33 推荐35 推荐37视频文章20视频文章30视频文章40视频文章50视频文章60 视频文章70视频文章80视频文章90视频文章100视频文章120视频文章140 视频2关键字专题关键字专题tag2tag3文章专题文章专题2文章索引1文章索引2文章索引3文章索引4文章索引5123456789101112131415文章专题3
问答文章1 问答文章501 问答文章1001 问答文章1501 问答文章2001 问答文章2501 问答文章3001 问答文章3501 问答文章4001 问答文章4501 问答文章5001 问答文章5501 问答文章6001 问答文章6501 问答文章7001 问答文章7501 问答文章8001 问答文章8501 问答文章9001 问答文章9501
当前位置: 首页 - 科技 - 知识百科 - 正文

CSS3transform对HTML文档流带来的影响

来源:懂视网 责编:小采 时间:2020-11-27 18:53:22
文档

CSS3transform对HTML文档流带来的影响

CSS3transform对HTML文档流带来的影响:html 总是那么的惊奇来源于硬件加速年初的一个笔记,闲时整理出来。很多网上文章都说建议打开浏览器的硬件加速,这样页面渲染速度、动画流畅性会提高。这几乎成了很多人页面制作的标配,管实际有没有用都来一个: html,body { transform: tra
推荐度:
导读CSS3transform对HTML文档流带来的影响:html 总是那么的惊奇来源于硬件加速年初的一个笔记,闲时整理出来。很多网上文章都说建议打开浏览器的硬件加速,这样页面渲染速度、动画流畅性会提高。这几乎成了很多人页面制作的标配,管实际有没有用都来一个: html,body { transform: tra

来源于“硬件加速”

年初的一个笔记,闲时整理出来。

很多网上文章都说建议打开浏览器的硬件加速,这样页面渲染速度、动画流畅性会提高。这几乎成了很多人页面制作的标配,管实际有没有用都来一个:

 html,body {
 transform: translate3d(0,0,0);
 }

但这在很多情况下会引起 html 层级文档流的“异常”。
W3C spec 中有如下描述:

In the HTML namespace, any value other than none for the transform results in the creation of both a stacking context and a containing block.
The object acts as a containing block for fixed positioned descendants.

意思是:
在 HTML 内,没有比对一个即是层叠对象又是容器块的 DOM 进行 transform 变换更没有意义的了。
这类对象也扮演着 positioned(主要是 absolute/fixed ) 子孙元素容器的角色。

。。翻译能力有限,不理解的人估计这句话看了后更晕,下面详述。

标准文档流

页面中的 dom 元素按照其在 HTML 中的标签位置顺序进行从上到下、从左往右的排布过程

想必大家对这个基础的定义已经很熟悉了吧。但是,这个究竟在实际中有什么体现呢?

如果你在页面中放置一大堆 display: inline-block 的元素,它们会很乖巧的 上 -> 下 左 -> 右 排的很整齐。这就是标准文档流的基础体现。

当你用positionfloat等属性使其脱离文档流时,就会又产生一个页面 层级 的概念。(扯远了...)

transform 改变定位默认属性

例子代码如下:

 <body>
 <header style="position: fixed; top: 0; width: 100%; background: red;">header</header>
 <p style="height: 2000px;"></p>
 <footer style="position: fixed; bottom: 0; width: 100%; background: blue;">footer</footer>
 </body>

点击查看例子

dom 元素的默认定位属性是 position: static; 这也是标准文档流的标准定位方式。

例子中,不管 p 怎么上下滚动,header 和 footer 会永远置于屏幕的最上和最下部。

但是如最初所述,给 bodyhtml 加上一个 transform: translate3d(0,0,0);,你再去试,就会发现,原本 position: fixed; 的两个元素都不听话了,会随着屏幕进行滚动。

实际上,position: fixed; 的参考对象并不是大家所说的屏幕,而是一个 viewport 的html对象,一般地一个页面(document.documentElement)会生成一个 viewport。

你用 document.documentElement.clientHeight 就可以的看到实际 viewport 的高度,其中 fixed 的元素都是以此为容器进行定位的。

body(或html) 加了 transform 属性以后,整个 body DOM 既会产生相应的变换,但此时的“整个”仅是指 body 下标准文档流元素,对于那些 position: absolute; / position: fixed; 元素,因为已经脱离了 body 所属的文档流,所以无法凭借 body 的变换使自己也自然的达到相应的变换效果。

此时,浏览器为了让此类 DOM 得到相应的变化,会产生一个新的 viewport,这个 viewport 作为定位元素的容器存在,会响应 body 的 transform 变换效果,从而让里面那些脱离文档流的 positioned 元素也能进行变换。

这个 viewport 会严重影响 position: fixed; 的定位,当它随着“本尊”dom同步滚动的时候,会带着 fixed 元素一块滚,此时会产生一种类似 absolute 的诡异效果:

fixed 元素似乎变成了 absolute,存在于一个和document.documentElement大小一致的“看不见”容器内。

引申情况

在一些移动端设备(或APP)上,给 <video> 标签的播放默认开启的硬解码,此时也会产生上述现象,视频会"浮"在页面上面,不会随页面元素正常滚动。

还有一些低版本移动端浏览器上,也会出现类似的情况,可按此思路尝试解决。

总结

其实上面的情况不只会发生在 body 上,一个任意的 dom 添加了 transform 之后都会生产一个类似 viewport 的效果,有兴趣可以去尝试。

引用:
http://www.gxlcms.com/

html 总是那么的惊奇

来源于“硬件加速”

年初的一个笔记,闲时整理出来。

很多网上文章都说建议打开浏览器的硬件加速,这样页面渲染速度、动画流畅性会提高。这几乎成了很多人页面制作的标配,管实际有没有用都来一个:

 html,body {
 transform: translate3d(0,0,0);
 }

但这在很多情况下会引起 html 层级文档流的“异常”。
W3C spec 中有如下描述:

In the HTML namespace, any value other than none for the transform results in the creation of both a stacking context and a containing block.
The object acts as a containing block for fixed positioned descendants.

意思是:
在 HTML 内,没有比对一个即是层叠对象又是容器块的 DOM 进行 transform 变换更没有意义的了。
这类对象也扮演着 positioned(主要是 absolute/fixed ) 子孙元素容器的角色。

。。翻译能力有限,不理解的人估计这句话看了后更晕,下面详述。

标准文档流

页面中的 dom 元素按照其在 HTML 中的标签位置顺序进行从上到下、从左往右的排布过程

想必大家对这个基础的定义已经很熟悉了吧。但是,这个究竟在实际中有什么体现呢?

如果你在页面中放置一大堆 display: inline-block 的元素,它们会很乖巧的 上 -> 下 左 -> 右 排的很整齐。这就是标准文档流的基础体现。

当你用positionfloat等属性使其脱离文档流时,就会又产生一个页面 层级 的概念。(扯远了...)

transform 改变定位默认属性

例子代码如下:

 <body>
 <header style="position: fixed; top: 0; width: 100%; background: red;">header</header>
 <p style="height: 2000px;"></p>
 <footer style="position: fixed; bottom: 0; width: 100%; background: blue;">footer</footer>
 </body>

点击查看例子

dom 元素的默认定位属性是 position: static; 这也是标准文档流的标准定位方式。

例子中,不管 p 怎么上下滚动,header 和 footer 会永远置于屏幕的最上和最下部。

但是如最初所述,给 bodyhtml 加上一个 transform: translate3d(0,0,0);,你再去试,就会发现,原本 position: fixed; 的两个元素都不听话了,会随着屏幕进行滚动。

实际上,position: fixed; 的参考对象并不是大家所说的屏幕,而是一个 viewport 的html对象,一般地一个页面(document.documentElement)会生成一个 viewport。

你用 document.documentElement.clientHeight 就可以的看到实际 viewport 的高度,其中 fixed 的元素都是以此为容器进行定位的。

body(或html) 加了 transform 属性以后,整个 body DOM 既会产生相应的变换,但此时的“整个”仅是指 body 下标准文档流元素,对于那些 position: absolute; / position: fixed; 元素,因为已经脱离了 body 所属的文档流,所以无法凭借 body 的变换使自己也自然的达到相应的变换效果。

此时,浏览器为了让此类 DOM 得到相应的变化,会产生一个新的 viewport,这个 viewport 作为定位元素的容器存在,会响应 body 的 transform 变换效果,从而让里面那些脱离文档流的 positioned 元素也能进行变换。

这个 viewport 会严重影响 position: fixed; 的定位,当它随着“本尊”dom同步滚动的时候,会带着 fixed 元素一块滚,此时会产生一种类似 absolute 的诡异效果:

fixed 元素似乎变成了 absolute,存在于一个和document.documentElement大小一致的“看不见”容器内。

引申情况

在一些移动端设备(或APP)上,给 <video> 标签的播放默认开启的硬解码,此时也会产生上述现象,视频会"浮"在页面上面,不会随页面元素正常滚动。

还有一些低版本移动端浏览器上,也会出现类似的情况,可按此思路尝试解决。

总结

其实上面的情况不只会发生在 body 上,一个任意的 dom 添加了 transform 之后都会生产一个类似 viewport 的效果,有兴趣可以去尝试。

更多CSS3 transform 对HTML文档流带来的影响相关文章请关注PHP中文网!

声明:本网页内容旨在传播知识,若有侵权等问题请及时与本网联系,我们将在第一时间删除处理。TEL:177 7030 7066 E-MAIL:11247931@qq.com

文档

CSS3transform对HTML文档流带来的影响

CSS3transform对HTML文档流带来的影响:html 总是那么的惊奇来源于硬件加速年初的一个笔记,闲时整理出来。很多网上文章都说建议打开浏览器的硬件加速,这样页面渲染速度、动画流畅性会提高。这几乎成了很多人页面制作的标配,管实际有没有用都来一个: html,body { transform: tra
推荐度:
标签: 文档 影响 html
  • 热门焦点

最新推荐

猜你喜欢

热门推荐

专题
Top