IE haslayout 属性理解及相关bug调试与解决
2013-01-18 19:08
330 查看
要想更好的理解 css,尤其是 IE 下对 css 的渲染,haslayout 是一个非常有必要彻底弄清除的概念。大多IE下的显示错误,就是源于 haslayout。
为了调节这两个不同的概念,渲染引擎采用 了 hasLayout 的属性,属性值可以为true或false。当一个元素的 hasLayout 属性值为true时,我们说这个元素有一个布局(layout)。
当一个元素有一个布局时,它负责对自己和可能的子孙元素进行尺寸计算 和定位。简单来说,这意味着这个元素需要花更多的代价来维护自身和里面的内容,而不是依赖于祖先元素来完成这些工作。因此,一些元素默认会有一个布局。当 我们说一个元素“拥有layout”或“得到layout”,或者说一个元素“has layout” 的时候,我们的意思是指它的微软专有属性 hasLayout 被设为了 true 。一个“layout元素”可以是一个默认就拥有
layout 的元素或者是一个通过设置某些 CSS 属性得到 layout 的元素。如果某个HTML元素拥有 haslayout 属性,那么这个元素的 haslayout 的值一定只有 true,haslayout 为只读属性 一旦被触发,就不可逆转。通过 IE Developer Toolbar 可以查看 IE 下 HTML 元素是否拥有haslayout,在 IE Developer Toolbar 下,拥有 haslayout 的元素,通常显示为“haslayout = -1”。
负责组织自身内容的元素将默认有一个布局,主要包括以下元素(这个列表不详细):
body and html (in standards mode)
table, tr, th, td
img
hr
input, button, file, select, textarea, fieldset
marquee
frameset, frame, iframe
objects, applets, embed
对于并非所有的元素都默认有布局,微软给出的主要原因是“性能和易用性”。如果所有的元素都默认有布局,会对性能和内存使用上产生不利的影响。
display: inline-block
height: (any value except auto)
float: (left or right)
position: absolute
width: (any value except auto)
writing-mode: tb-rl
zoom: (any value except normal)
注:zoom和writing-mode是IE专有属性,不能通过CSS验证。
IE7 还有下列一些额外的属性来触发元素的haslayout(这个列表不详细):
min-height: (any value)
max-height: (any value except none)
min-width: (any value)
max-width: (any value except none)
overflow: (any value except visible)
overflow-x: (any value except visible)
overflow-y: (any value except visible)
position: fixed
属性,其次再考虑其他属性。
对 IE6 及更早版本来说,常用的方法被称为霍莉破解(Holly hack),即设定这个元素的高度为 1% (height:1%;)。需要注意的是,当这个元素的 overflow 属性被设置为 visible时,这个方法就失效了。或者使用 IE 的条件注释。
对 IE7 来说,最好的方法是设置元素的最小高度为 0 (min-height:0)。
haslayout 问题引起的常见 bug
IE6 及更低版本的浮动元素双边距 bug
bug 修复: display:inline;
IE5-6/win 的 3 像素偏移 bug
bug 修复: _height:1%;
IE6 的躲躲猫(peek-a-boo) bug
bug 修复: _height:1%;
更多IE下的bug请参考:http://positioniseverything.net/explorer.html
本文参考:http://reference.sitepoint.com/css/haslayout#fntarg_5
http://haslayout.net/haslayout
什么是 haslayout ?
haslayout 是Windows Internet Explorer渲染引擎的一个内部组成部分。在Internet Explorer中,一个元素要么自己对自身的内容进行计算大小和组织,要么依赖于父元素来计算尺寸和组织内容。为了调节这两个不同的概念,渲染引擎采用 了 hasLayout 的属性,属性值可以为true或false。当一个元素的 hasLayout 属性值为true时,我们说这个元素有一个布局(layout)。
当一个元素有一个布局时,它负责对自己和可能的子孙元素进行尺寸计算 和定位。简单来说,这意味着这个元素需要花更多的代价来维护自身和里面的内容,而不是依赖于祖先元素来完成这些工作。因此,一些元素默认会有一个布局。当 我们说一个元素“拥有layout”或“得到layout”,或者说一个元素“has layout” 的时候,我们的意思是指它的微软专有属性 hasLayout 被设为了 true 。一个“layout元素”可以是一个默认就拥有
layout 的元素或者是一个通过设置某些 CSS 属性得到 layout 的元素。如果某个HTML元素拥有 haslayout 属性,那么这个元素的 haslayout 的值一定只有 true,haslayout 为只读属性 一旦被触发,就不可逆转。通过 IE Developer Toolbar 可以查看 IE 下 HTML 元素是否拥有haslayout,在 IE Developer Toolbar 下,拥有 haslayout 的元素,通常显示为“haslayout = -1”。
负责组织自身内容的元素将默认有一个布局,主要包括以下元素(这个列表不详细):
body and html (in standards mode)
table, tr, th, td
img
hr
input, button, file, select, textarea, fieldset
marquee
frameset, frame, iframe
objects, applets, embed
对于并非所有的元素都默认有布局,微软给出的主要原因是“性能和易用性”。如果所有的元素都默认有布局,会对性能和内存使用上产生不利的影响。
如何触发 haslayout?
大部分的 IE 显示错误,都可以通过触发元素的 haslayout 属性来修正。可以通过设置 css 尺寸属性(width/height)等来触发元素的 haslayout,使其“拥有布局”。如下所示,通过设置以下 css 属性即可。display: inline-block
height: (any value except auto)
float: (left or right)
position: absolute
width: (any value except auto)
writing-mode: tb-rl
zoom: (any value except normal)
注:zoom和writing-mode是IE专有属性,不能通过CSS验证。
IE7 还有下列一些额外的属性来触发元素的haslayout(这个列表不详细):
min-height: (any value)
max-height: (any value except none)
min-width: (any value)
max-width: (any value except none)
overflow: (any value except visible)
overflow-x: (any value except visible)
overflow-y: (any value except visible)
position: fixed
haslayout 问题的调试与解决
当网页在 IE 中有异常表现时,可以尝试激发 haslayout 来看看是不是问题所在。常用的方法是给某元素 css 设定 zoom:1 。使用 zoom:1 是因为大多数情况下,它能在不影响现有环境的条件下激发元素的 haslayout。而一旦问题消失,那基本上就可以判断是 haslayout 的原因。然后就可以通过设定相应的 css 属性来对这个问题进行修正了。建议首先要考虑的是设定元素的 width/height属性,其次再考虑其他属性。
对 IE6 及更早版本来说,常用的方法被称为霍莉破解(Holly hack),即设定这个元素的高度为 1% (height:1%;)。需要注意的是,当这个元素的 overflow 属性被设置为 visible时,这个方法就失效了。或者使用 IE 的条件注释。
对 IE7 来说,最好的方法是设置元素的最小高度为 0 (min-height:0)。
haslayout 问题引起的常见 bug
IE6 及更低版本的浮动元素双边距 bug
bug 修复: display:inline;
IE5-6/win 的 3 像素偏移 bug
bug 修复: _height:1%;
IE6 的躲躲猫(peek-a-boo) bug
bug 修复: _height:1%;
更多IE下的bug请参考:http://positioniseverything.net/explorer.html
本文参考:http://reference.sitepoint.com/css/haslayout#fntarg_5
http://haslayout.net/haslayout
相关文章推荐
- 【CSS提升】理解IE渲染引擎的haslayout属性——据此解决IE下大部分的bug
- IE兼容问题解决根源:深刻理解hasLayout属性,原理与使用方法
- IE兼容问题解决根源:深刻理解hasLayout属性,原理与使用方法
- IE兼容问题解决根源:深刻理解hasLayout属性,原理与使用方法
- 用IE调试ActiveX控件的相关设置(无法启动调试信息,找不到Microsoft Internet Explorer的解决方法)
- 用IE调试ActiveX控件的相关设置(无法启动调试信息,找不到Microsoft Internet Explorer的解决方法)
- 用IE调试ActiveX控件的相关设置(无法启动调试信息,找不到Microsoft Internet Explorer的解决方法)
- 升级kindeditor 4.1.10 解决ie-11 相关bug 问题
- 与layout特性相关的IE解析bug和解决方法
- IE7以下浏览器的hasLayout属性,大部分的IE css bug都出于此
- 理解 NgModelController 中相关方法和属性
- MTK调试技巧1------MTK通过TRACE的栈信息寻找BUG原因与解决方法
- 如何调试Suspend-Resume相关的Bug
- VS.NET2003调试出现的问题及相关解决方法
- 理解并解决IE的内存泄漏方式[翻译2]
- 使用DownloadXPro控件解决IE长文件名下载BUG
- 静态页面在ie下调试:CSS 因 Mime 类型不匹配而被忽略 解决办法
- IE显示对象不支持此属性或方法 的解决方法
- javascript之解决IE下不渲染的bug
- Dynamic CRM 2013学习笔记(二十三)CRM JS智能提示(CRM 相关的方法、属性以及页面字段),及发布前调试