關於浮動會錯亂的問題——轉換思維尋找替代方案
CSS float浮動的深入研究、詳解及擴充(一)
CSS float浮動的深入研究、詳解及擴充(二)
終極——浮動佈局更好的替代方案。
要注意,本文的佈局專指列表佈局。就是具有相同DOM結構的水平排列可以repeat出來的列表元素。
列表浮動佈局——float:left
對於浮動區域性的侷限性,就是每個列表元素的高度必須要一致,否則就會參差不齊。
使用浮動佈局還需要修復其帶來的副作用——高度塌陷的問題,也就是常提到的“清除浮動”了。
不過從國內領先網站的列表佈局情況來看,貌似浮動佈局還是紮根很深的(這回在列表佈局上,人人網讓我刮目了一把)。
三、提一提表格佈局 四、另外一種display屬性,display:inline-block inline-block屬性的元素適用於inline box模型,所以,當其中的列表元素高度不一時,是不會有錯位的。關於line box模型,我在之前的“css行高line-height的一些深入理解及應用”第二部分提到了,以及前面“CSS float浮動的深入研究、詳解及擴充(一)”一文的“浮動的破壞性”部分中做過比較詳細的介紹。一言以蔽之,就是每一行所有的inline元素和inline-block元素會共同形成一個line boxes,這個line box的高度由裡面最高的元素決定。所以,即使inline-block屬性的列表元素高度異常,撐開的是整個line boxes的高度,因而,不會與下一行的列表元素髮生錯位。如下面的我自己畫得拙劣的示意圖所示的: 根據一些前輩的說法,IE6/7不支援display:inline-block屬性,只是可以讓標籤有類似於inline-block的屬性,起初我也是接受這種說法的,不過後來又表示了懷疑,最近使用text-align:justify做測試的時候的一些樣式表現證實了:確實IE6/7是不支援display:inline-block屬性,只是讓其表現的跟inline-block一樣,尤其對於inline水平的元素,其表現度可以用perfect一詞來形容了。 對於IE8+以及現代瀏覽器,直接使用: {display:inline-block;} 對於不支援的IE6/7瀏覽器該怎麼辦呢?如果是inline水平的元素(如a標籤,span標籤之類)跟上面一樣,直接: {display:inline-block;} 如果是block水平的元素,例如li標籤。則需要多點程式碼,目前我知道的方法有兩個,如下所示: li {display:inline-block;...} li{display:inline; zoom:1;...} block水平的inline-block化的元素與inline水平的在表現層又是有差異的,這個後面會談到。 五、一點小阻撓:inline-block元素間的換行符空格間隙問題 煉整理一下,有如下一些結論:
在表格佈局時代,我們基本上不用擔心列表元素高度不一會錯位的問題,表格中的單元格(標籤)自動回等高關聯,且水平列表項還包裹在
等標籤中,所以,不可能發生錯位。所以,很正常的,我們會想到利用類似table屬性的樣式進行一些佈局,例如display:table,display:table-row,display:table-cell等屬性,對此我是建議您看看支付寶UED的“基於display:table的CSS佈局”(原文地址掛了很久了,所以被我下了)一文,如果不是受制於IE6/7對這些display屬性不支援,基於display:table的CSS佈局定會大放異彩的。
如果想使用display:table的CSS佈局來代替浮動佈局,權衡來看,不見得有提高。好的地方在於,不要擔心列表元素的高度不一,甚至自動等高。撇開相容性不談,其還有不足在於在後臺迴圈輸出時需要水平repeat下,然後再垂直repeat。既然這樣,還不如使用浮動佈局,因為在這種情況下,使用浮動也是可以不用擔心高度不一的問題的,這就是facebook好友列表的做法(oh, 該死,facebook上不去,想截個圖的)。所以,基本上,使用display:table的CSS佈局來代替浮動佈局是完全佔據下風的。因而,這裡就不瞎子點燈白費蠟了,如一絲寒意的秋風,輕輕帶過。
display:inline-block感覺與display:table-cell有些相似,例如對內部元素的包裹性。但是,由於display:inline-block最大的不同就是其沒有父元素的匿名包裹特性,這使得display:inline-block屬性的使用非常自由,可與文字,圖片混排,可內嵌block屬性元素,可以置身於inline水平的元素中。可謂黑白通吃,左右逢源。
就可以了,支援任意水平的元素。
就可以了,對於這兩個瀏覽器,其功效與*zoom:1;是一樣的。
li {display:inline;}
或者是:
» block水平的元素inline-block化後,IE6/7沒有換行符間隙問題,其他瀏覽器均有;
» inline水平的元素inline-block後,所有主流瀏覽器都有換行符/空格間隙問題;
» font-size:0,去除換行符間隙,在IE6/7下殘留1畫素間隙,Chrome瀏覽器無效,其他瀏覽器都完美去除;
» letter-spacing負值可以去除所有瀏覽器的換行符間隙,但是,Opera瀏覽器下極限是間隙1畫素,0畫素會反彈,換行符間隙還原。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/132/viewspace-2801635/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 救命,關於類轉換問題
- 關於JS的編碼轉換問題JS
- 關於JS的浮點數計算精度問題解決方案JS
- 關於html編輯器的回車換行問題解決方案 (轉)HTML
- 關於搜尋地址的問題
- 關於時間轉換 SimpleDateFormat 的使用的問題ORM
- 關於 top 工具的 6 個替代方案
- Swoole專案思維轉換
- 關於中文亂碼問題(總結)
- 關於Ibatis 轉換 oracle date型別的問題BATOracle型別
- 關於AOP攔截器使用的一個問題,尋求解決方案
- 關於飛思卡爾電磁組舵機反偏(亂打角)問題的總結
- 關於自動化構建的思維導圖解析圖解
- update沒帶where,尋找問題的思路
- 錯誤思維導向致IT專案問題多
- 關於mysql字元和數字型別轉換的問題研究MySql字元型別
- 合同審查自動化-智慧化尋找合同問題
- JDK1.2關於JDBC中文問題的解決方案 (轉)JDKJDBC
- 轉換思維提升效率的學習方法
- 關於 swoole 除錯問題除錯
- 挑選方案問題(牛客競賽 思維題+推導公式)公式
- Emacs 尋找新的維護者Mac
- 關於@override報錯的問題IDE
- 【基本思維】關於會計科目、會計分錄中借與貸的理解
- 關於setRouteLeaveHook無法使用時的替代方案registerTransitionHookHook
- 【Creo】關於Creo一換網路就報錯許可證丟失問題解決方案
- 自動化運維,國產化信創替代方案運維
- 關於PHP 時區錯誤的問題PHP
- 關於Unsupported major.minor version 52.0報錯問題解決方案
- 關於azkaban上傳job壓縮包報錯問題的解決方案
- 關於分組後欄位拼接的問題[行列轉換]『By duanzilin』
- li元素右浮動會出現換行
- 關於日期計算的問題 (轉)
- 浮動元素容器的clearing問題
- 關於HTTP和HTTPS相互轉換的問題--解決根據過濾器自動切換功能--可用HTTP過濾器
- 關於二維陣列指標的問題陣列指標
- 關於Java中進位制轉換以及位運算問題Java
- 新手關於jbuilder中除錯session的問題UI除錯Session