問題來源javascript
今天作項目的時候發現了一個問題,在使用text-indent屬性對元素進行縮進是發如今360瀏覽器下發生了元素偏移,跟margin-left的效果同樣,打開f12發現3607.1瀏覽採用的ie7.0的文檔模式,果真在ie7裏面測試是同樣的結果css
IE7下效果html
其餘瀏覽器下效果java
之因此這樣是由於ie六、7瀏覽器不支持display屬性的inline-block值,你設置了也會忽視,而恰巧個人頁面中的元素就使用了display:inline-block屬性,可是在ie7看來就是inline ,但hiie6,7有haslayout屬性。就是說ie6,7中的inline元素有個特殊的狀況,就是觸發了ie的hasLayout屬性之後就擁有了layout。此時inline元素的表現和標準瀏覽器裏面的inline-block元素基本相同。咱們用ie的私有屬性zoom來觸發hasLayout,而後看看inline元素的表現。css3
display:inline-block;
*display:inline;
*zoom:1;
能夠採用此種辦法觸發layout使其實現inline-block 固然也能夠直接使用block屬性編程
display:inline-block;
*display:block;
下面轉載了關於layout的介紹瀏覽器
什麼是 haslayout ? app
「Layout」是一個 IE/Win 的私有概念,它決定了一個元素如何顯示以及約束其包含的內容、如何與其餘元素交互和創建聯繫、如何響應和傳遞應用程序事件/用戶事件等,這有點相似於一個窗體的概念。微軟的開發者們認爲盒狀元素(box-type elements)應該具備一個「屬性(property)」(這是面向對象編程中的一個概念),因而他們便使用了 layout , 也就是 hasLayout。hasLayout 其實既不是一個屬性更不是一個行爲,而是 IE 這個渲染引擎代代繼承一向擁有的一個渲染概念,在這個概念下渲染的元素將具備一種特性。實際上這種渲染特性在有些 HTML 元素中與身俱來,而在另一些元素中也能夠經過一些 CSS 屬性將其觸發爲 true ,且一旦觸發將不可逆轉。佈局
當咱們說一個元素「擁有layout」或「獲得layout」,或者說一個元素「has layout」 的時候,咱們的意思是指它的微軟專有屬性 hasLayout 被設爲了 true 。一個「layout元素」能夠是一個默認就擁有 layout 的元素或者是一個經過設置某些 CSS 屬性獲得 layout 的元素。而「無layout元素」,是指 hasLayout 未被觸發的元素,好比一個未設定寬高尺寸的乾淨 div 元素就能夠作爲一個 「無layout祖先」。給一個默認沒有 layout 的元素賦予 layout 的方法包括設置可觸發 hasLayout = true 的 CSS 屬性。參考默認 layout 元素以及這些屬性列表。沒有辦法設置 hasLayout = false , 除非把一開始那些觸發 hasLayout = true 的 CSS 屬性去除。IE Developer Toobar 能夠實時檢查一個元素的當前樣式;若是 hasLayout 是 true ,那麼它的值顯示爲 「-1」。 咱們能夠經過實時修改一個元素的屬性將「zoom(css)」設置爲「1」來觸發 hasLayout 以便調試。另外能夠用javascript獲取hasLayout的狀態,<script>alert(my.currentStyle.hasLayout);</script>,可是不能夠設置。性能
另一個須要注意的是「layout」會影響javascript編程。若是一個元素沒有「layout」,那麼clientWidth/clientHeight 老是返回0。這會讓一些腳本新手感到困惑,並且這和 Mozilla 瀏覽器的處理方式也不同。不過咱們能夠利用這一點在 IE5.0 中檢測「layout」:若是 clientWidth 是零那麼這個元素就沒有 layout。
什麼狀況下hasLayout會出現?
實際上通常狀況都不會出現的,固然除了使用下面默認具備hasLayout的元素或使用特定樣式觸發hasLayout之外;它會帶來各類詭異表現,當你發現IE6 IE7出現了一些難以想象的問題,首先要檢查的就是是不是hasLayout在搗鬼;hasLayout只出如今IE7及更早版本中,IE8以後不存在hasLayout解析模式。
默認具備 haslayout 的元素(不徹底列表)
* html, body
* table, tr, th, td
* img
* hr
* input, button, file, select, textarea, fieldset
* legend
* marquee
* frameset, frame, iframe
* objects, applets, embed
對於並不是全部的元素都默認有佈局,微軟給出的主要緣由是「性能和簡潔」。若是全部的元素都默認有佈局,會對性能和內存使用上產生有害的影響。
大部分的 IE 顯示錯誤,均可以經過激發元素的 haslayout 屬性來修正。能夠經過設置 css 尺寸屬性(width/height)等來激發元素的 haslayout,使其「擁有佈局」。以下所示,經過設置如下 css 屬性便可。
* display: inline-block
* height: (任何值除了auto) 一般用 _height:1%;解決IE6的問題,height:1%不會改變實際高度
* float: (left 或 right)
* position: absolute
* width: (任何值除了auto)
* writing-mode: tb-rl
* zoom: (除 normal 外任意值)
IE7 還有一些額外的屬性(不徹底列表):
* min-height: (任意值)
* max-height: (除 none 外任意值)
* min-width: (任意值)
* max-width: (除 none 外任意值)
* overflow: (除 visible 外任意值)
* overflow-x: (除 visible 外任意值)
* overflow-y: (除 visible 外任意值)
* position: fixed
其中 overflow-x 和 overflow-y 是 css3 盒模型中的屬性,目前還未被瀏覽器普遍支持。
對於內聯元素(默認即爲內聯的元素,如 span,或 display:inline; 的元素),width 和 height 只在 IE5.x 下和 IE6 或更新版本的 怪異 quirks 模式下觸發 hasLayout 。而對於IE6,若是瀏覽器運行於標準兼容模式下,內聯元素會忽略 width 或 height 屬性,因此設置 width 或 height不能在此種狀況下令該元素具備 layout。
zoom 老是能夠觸發 hasLayout,可是在 IE5.0 中不支持。
具備「layout」 的元素若是同時 display: inline ,那麼它的行爲就和標準中所說的 inline-block很相似了:在段落中和普通文字同樣在水平方向連續排列,受 vertical-align 影響,而且大小能夠根據內容自適應調整。這也能夠解釋爲何單單在 IE 中內聯元素能夠包含塊級元素而少出問題,由於在別的瀏覽器中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
E6 的躲躲貓(peek-a-boo) bug
bug 修復: _height:1%;
補充資料: