css瀏覽器不相容原因分析及解決方法第1/2頁_經驗交流

在下不才，歸納幾點html編碼要素，望能指點各位：
1.文字本身的大小不相容。同樣是font-size:14px的宋體文字，在不同瀏覽器下佔的空間是不一樣的，ie下實際佔高16px，下留白3px，ff下實際佔高17px，上留白1px，下留白3px，opera下就更不一樣了。解決方案：給文字設定 line-height 。確保所有文字都有預設的 line-height 值。這點很重要，在高度上我們不能容忍1px 的差異。

2.ff下容器高度限定，即容器定義了height之後，容器邊框的外形就確定了，不會被內容撐大，而ie下是會被內容撐大，高度限定失效。所以不要輕易給容器定義height。

3.也討論內容撐破容器問題，橫向上的。如果float 容器未定義寬度，ff下內容會盡量撐開容器寬度，ie下則會優先考慮內容折行。故，內容可能撐破的浮動容器需要定義width。

小實驗：有興趣大家可以看看這段實驗。在不同瀏覽器下分別測試以下各項程式碼。


a.

b.

c.

d.

上面的程式碼在不同瀏覽器中是不一樣的，實驗起源於對小height 值div 的運用，

，小height 數值要配合overflow:hidden一起使用。實驗好玩而已，想說明的是，瀏覽器對容器的邊界解釋是大不相同的，容器內容的影響結果各不相同。

4.浮動的清除，ff下不清除浮動是不行的。

糾正大家一個誤解，遇到不相容就說ff爛是不對的，其實更多時候是ie的奇怪表現讓我們無所適從。以下列出ie6的種種劣質。

5.最被痛恨的，double-margin bug。 ie6下為浮動容器定義margin-left 或margin-right 實際效果是數值的2倍。解決方案，為浮動容器定義display:inline。

6.mirrormargin bug，當外層元素內有float元素時，外層元素如定義margin-top:14px，會自動產生margin-bottom:14px。 padding也會出現類似問題，都是ie6下的特產，這類bug 出現的情況較為複雜，遠不止這種出現條件，還沒系統整理。解：外層元素設定border 或 設定float。

引申：ff 與ie 下對容器的margin-bottom，padding-bottom的解釋有時不一致，似乎與之相關。

7.吞吃現象，限於篇幅，我就不展開了。還是ie6，上下兩個div，上面的div設定背景，卻發現下面沒有設定背景的div 也有了背景，這就是吞吃現象。對應上面的背景吞吃現象，還有滾動下邊框缺失的現象。解決方案：使用zoom:1。這個zoom好像是專門為解決ie6 bug而生的。

8.註解也能產生bug~~~「多出來的一隻豬。」這是前人總結這個bug使用的文案，ie6的這個bug 下，大家會在頁面上看到豬字出現兩遍，重複的內容量因註解的多寡而改變。解決方案：用“ picRotate start 」方法寫註解。

9.

裡加 float

，這是一個典型的，棘手的兼容問題，希望引起大家正視 ，給li 不同的屬性會有不同的解釋效果，ff下的解釋稍可理解，ie6下的解釋會讓你摸不著頭腦，由於問題的複雜性，將另起一文專門討論該問題。在《ul使用心得》一文裡有相關成果，卻沒給出問題解決的過程。

10.使用了「float:left;display:inline」的ul的奇怪表現。可以看出這句css是針對ie6下的double margin bug 而加上的display:inline，這也是我的css體系裡的重要一環，在《ul使用心得》一文中有相關闡述。而這句css用在ul上會讓你痛苦不堪。點到為止，這裡不能多說哈。 

11.img下的留白，大家看這段程式碼有啥問題：