行內模型歷史溯源

網(wǎng)站建設CSS行內格式化模型看上去可能有些沒(méi)必要的復雜，而且在某些方面，甚至與網(wǎng)站建設人員的意愿相違背。遺憾的是，我們現在要創(chuàng )建的是這樣一種樣式語(yǔ)言，它既能與CSS之前的Web瀏覽器向后兼容，還要為將來(lái)擴展到更復雜的領(lǐng)域敞開(kāi)大門(mén)，它將過(guò)去和現在笨拙地混合在一起，而上述行內格式化模型的這種復雜性正是這樣做的直接后果，另外還有一個(gè)原因，我們可能會(huì )做一些合理的決策來(lái)避免一個(gè)不期望的后果，但這可能又會(huì )導致另一個(gè)不期望的后果出現。

例如，有圖像和垂直對齊文本的文本行會(huì )“散開(kāi)”，究其原因，這要歸根于Mosaic 1.0的做法。在這種瀏覽器中，段落中的所有圖像都會(huì )留出足夠大的空間來(lái)包含該圖像，這種做法很好，因為這樣可以避免圖像與其他行中的文本重疊。所以，在CSS網(wǎng)站建設引入為文本和行內元素設置樣式的方法時(shí)，設計者則盡力創(chuàng )建這樣一個(gè)模型，（默認地）它不會(huì )導致行內圖像與其他文本行重疊。不過(guò)，這個(gè)模型也意味著(zhù)存在另外一些問(wèn)題，例如，上標元素（sup）很可能也會(huì )使行拉開(kāi)距離。

這種效果使一些網(wǎng)站建設人員很惱火，他們希望行基線(xiàn)之間的距離應該固定，不過(guò)再來(lái)看另一種情況。如果line-height要求基線(xiàn)之間的距離是指定的，最后很可能使行內替換元素和垂直移動(dòng)元素與其他文本行重疊——這也會(huì )使創(chuàng )作人員不滿(mǎn)意。幸運的是，CSS有足夠強大的功能，總能以這樣或那樣的某種方式得到你想要的效果，CSS的將來(lái)還會(huì )有更大潛力。