firefox IE8\9 margin-top失效的緣由與解決辦法

「collapsing margins」（摺疊margin）的意思是：2個或以上盒模型之間（關係能夠是相鄰或嵌套）相鄰的margin屬性（這之間不能有非空內容、 padding區域、border邊框或使用清除分離方法）結合表示爲一個單獨的margin。 
在css2.1中，水平的margin不會被摺疊。 
垂直margin可能在一些盒模型中被摺疊： 
一、在常規文檔流中，2個或以上的塊級盒模型相鄰的垂直margin會被摺疊。 
最終的margin值計算方法以下： 
a、所有都爲正值，取最大者； 
b、不全是正值，則都取絕對值，而後用正值減去最大值； 
c、沒有正值，則都取絕對值，而後用0減去最大值。 
注意：相鄰的盒模型可能由DOM元素動態產生並無相鄰或繼承關係。 
二、相鄰的和模型中，若是其中的一個是浮動的（floated），垂直margin不會被摺疊，甚至一個浮動的盒模型和它的子元素之間也是這樣。 
三、設置了overflow屬性的元素和它的子元素之間的margin不會被摺疊（overflow取值爲visible除外）。 
四、設置了絕對定位（position:absolute）的盒模型，垂直margin不會被摺疊，甚至和他們的子元素之間也是同樣。 
五、設置了display:inline-block的元素，垂直margin不會被摺疊，甚至和他們的子元素之間也是同樣。 
六、若是一個盒模型的上下margin相鄰，這時它的margin可能摺疊覆蓋（collapse through）它。在這種狀況下，元素的位置（position）取決於它的相鄰元素的margin是否被摺疊。 
a、若是元素的margin和它的父元素的margin-top摺疊在一塊兒，盒模型border-top的邊界定義和它的父元素相同。 
b、另外，任意元素的父元素不參與margin的摺疊，或者說只有父元素的margin-bottom是參與計算的。若是元素的border-top非零，那麼元素的border-top邊界位置和原來同樣。 
一個應用了清除操做的元素的margin-top毫不會和它的塊級父元素的margin-bottom摺疊。 
注意，那些已經被摺疊覆蓋的元素的位置對其餘已經被摺疊的元素的位置沒有任何影響；只有在對這些元素的子元素佈局時，border-top邊界位置纔是必需的。 
七、根元素的垂直margin不會被摺疊。 
浮動的塊級元素的margin-bottom老是與它後面的浮動塊級兄弟元素（floated next in-flow block-level sibling）的margin-top相鄰，除非那個同級元素使用了清除操做。 
浮動的塊級元素的margin-top和它的第一個浮動塊級子元素（floated first in-flow block-level child）的margin-top相鄰（若是該元素沒有border-top，沒有padding-top，而且子元素沒有使用清除操做）。 
浮動的塊級元素的margin-bottom若是符合下列條件，那麼它和它的最後一個浮動塊級子元素的margin-bottom相鄰（若是該元素沒有指定padding-bottom或border）： 
a、指定了height:auto 
b、min-height小於元素的實際使用高度（height） 
c、max-height大於元素的實際使用高度（height） 
若是一個元素的min-height屬性設置爲0，那麼它所擁有的margin是相鄰的，而且它既沒有border-top和border- bottom，也沒有padding-top和padding-bottom，它的height屬性能夠是0或auto，它不能包含一個內聯的盒模型（line box），它全部的浮動子元素（若是有的話）的margin也都是相鄰的。 
當一個元素擁有的margin摺疊了，而且它使用了清除操做，那麼它的margin-top會和緊隨其後的兄弟元素的相鄰margin摺疊，但結果是它的margin將沒法和其塊級父元素的margin-bottom摺疊。 
摺疊操做是以padding、margin、border的值爲基礎的（即在瀏覽器解析全部這些值以後），摺疊後的margin計算將覆蓋已使用的不一樣margin的值。 （轉）