行內(nèi)模型歷史溯源
網(wǎng)站建設(shè)CSS行內(nèi)格式化模型看上去可能有些沒(méi)必要的復(fù)雜，而且在某些方面，甚至與網(wǎng)站建設(shè)人員的意愿相違背。遺憾的是，我們現(xiàn)在要?jiǎng)?chuàng)建的是這樣一種樣式語(yǔ)言，它既能與CSS之前的Web瀏覽器向后兼容，還要為將來(lái)擴(kuò)展到更復(fù)雜的領(lǐng)域敞開(kāi)大門(mén)，它將過(guò)去和現(xiàn)在笨拙地混合在一起，而上述行內(nèi)格式化模型的這種復(fù)雜性正是這樣做的直接后果，另外還有一個(gè)原因，我們可能會(huì)做一些合理的決策來(lái)避免一個(gè)不期望的后果，但這可能又會(huì)導(dǎo)致另一個(gè)不期望的后果出現(xiàn)。
例如，有圖像和垂直對(duì)齊文本的文本行會(huì)“散開(kāi)”，究其原因，這要?dú)w根于Mosaic 1.0的做法。在這種瀏覽器中，段落中的所有圖像都會(huì)留出足夠大的空間來(lái)包含該圖像，這種做法很好，因?yàn)檫@樣可以避免圖像與其他行中的文本重疊。所以，在CSS網(wǎng)站建設(shè)引入為文本和行內(nèi)元素設(shè)置樣式的方法時(shí)，設(shè)計(jì)者則盡力創(chuàng)建這樣一個(gè)模型，（默認(rèn)地）它不會(huì)導(dǎo)致行內(nèi)圖像與其他文本行重疊。不過(guò)，這個(gè)模型也意味著存在另外一些問(wèn)題，例如，上標(biāo)元素（sup）很可能也會(huì)使行拉開(kāi)距離。
這種效果使一些網(wǎng)站建設(shè)人員很惱火，他們希望行基線之間的距離應(yīng)該固定，不過(guò)再來(lái)看另一種情況。如果line-height要求基線之間的距離是指定的，最后很可能使行內(nèi)替換元素和垂直移動(dòng)元素與其他文本行重疊——這也會(huì)使創(chuàng)作人員不滿意。幸運(yùn)的是，CSS有足夠強(qiáng)大的功能，總能以這樣或那樣的某種方式得到你想要的效果，CSS的將來(lái)還會(huì)有更大潛力。