在IE6,7中遇到未知的问题无法解决时是否可以尝试触发其layout

这篇文章给大家介绍在IE6,7中遇到未知的问题无法解决时是否可以尝试触发其layout，内容非常详细，感兴趣的小伙伴们可以参考借鉴，希望对大家能有所帮助。

在IE6,7中如果发现某个异常不知道如何解决的时候可以尝试着触发其haslayout：

鄙人不才，今天也遇到了一个bug尝试了很多方法，最终在整个父类加上一个height:1%，然后顺利解决。

代码如下:

height:1%
position: absolute
float: left | right
display: inline-block
width: !auto - 除auto以外的值
height: !auto - 除auto以外的值
zoom: !normal - 除normal以外的值
writing-mode: tb-rl
overflow: hidden | scroll | auto - IE7有效
position: fixed - IE7有效
min-width: * - IE7有效，任何值
min-height: * -IE7有效，任何值
max-width: !none - IE7有效，除none外任何值
max-height: !none - IE7有效，除none外任何值

对于内联元素(默认即为内联的元素，如 span，或 display:inline; 的元素)，

而对于 IE6，如果浏览器运行于标准兼容模式下，内联元素会忽略 width 或 height 属性，所以设置 width 或 height 不能在此种情况下令该元素具有 layout。
zoom 总是可以触发 hasLayout，但是在 IE5.0 中不支持。

具有“layout” 的元素如果同时 display: inline ，那么它的行为就和标准中所说的 inline-block 很类似了：在段落中和普通文字一样在水平方向和连续排列，受 vertical-align 影响，并且大小可以根据内容自适应调整。这也可以解释为什么单单在 IE/Win 中内联元素可以包含块级元素而少出问题，因为在别的浏览器中 display: inline 就是内联，不像 IE 一旦内联元素拥有 layout 还会变成 inline-block。

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%;
E6 的躲躲猫(peek-a-boo) bug

bug 修复: _height:1%;

关于在IE6,7中遇到未知的问题无法解决时是否可以尝试触发其layout就分享到这里了，希望以上内容可以对大家有一定的帮助，可以学到更多知识。如果觉得文章不错，可以把它分享出去让更多的人看到。