網頁布局中CSS樣式無效的十個重要原因詳解

2022-10-06 00:09:16 字數 1788 閱讀 1998

css無效讓很多人都吃盡了苦,而且這些問題已經困擾了好多網頁設計師,下面就讓我們來看看網頁布局中css無效的幾個原因吧。

1、麻煩的embed標籤

九十年代早期,microsoft和netscape的瀏覽器開始能夠辨認非標準的獨有字型。遺憾的是這意味著w3c驗證程式還不能識別某些關鍵html 標籤,如「embed」,即使這些標籤已經被廣泛使用。如果確實希望得到嚴格的doctype(文件型別)驗證,就只能放棄巢狀。

如果同時想要生效的版面設計和嵌入式**,可以試試flash satay方法。

2、div 標籤未關閉

這是版面設計失效的最常見原因之一。當我們了解到這是多少精緻的版塊設計失效的罪魁禍首時,總會大吃一驚。開啟的div標籤是最普遍的版塊設計失誤之一,也是最難診斷的失誤之一。驗證程式有時會指向錯誤的開啟div標籤,診斷時就像大海撈針一樣麻煩。

&nrcfwfglbsp;  3、不當的doctype宣告

不宣告doctype,或者在檔案開始錯誤宣告doctype,也是乙個常見錯誤。根據一般經驗,strict doct是大家追求的最高端驗證。strict validation表明你的網頁能夠在所有瀏覽器上都得到最佳展示。關於dtd文件型別的宣告,您可以參考52css.com的相關文章。

4、j**ascript

如果已經宣告strict doctype,就需要在j**ascript中覆蓋cdata標籤。驗證程式的這一方面難倒了很多程式設計師,因為**傾向於為廣告和追蹤指令碼使用嵌入的 j**ascript。

5、影象需要「alt」屬性

你可能還沒有注意到,影象也是高階驗證的潛在絆腳石。除了結尾斜線,高階驗證也要求用alt標籤來描述影象,如alt= 」scary vampire picture」。

搜尋引擎也靠alt標籤來識別網頁上的影象,所以無論怎樣加上alt標籤總是好的。

&nbsrcfwfglp;6、未知實體資料

實體資料是又乙個影響驗證的易犯錯誤。我們程式設計客棧可以考慮用適當的編碼字元來代替「&」等符號。entire list中列出在xhtml版塊設計中可用的適當的編碼字元實體資料。

7、結尾斜線

如果你的**不能驗證,很有可能是在**的某個地方漏寫了結尾斜線。我們很容易忽略結尾斜線之類的東西,特別是在image標籤等元素中。

程式設計客棧 在嚴格的doctype中這是無效的。要在img標籤結尾處加上「/」以解決此問題。

8、不良巢狀

巢狀就是元素裡又包括元素,我們容易混淆巢狀元素的順序。例如在div標籤前啟動strong標籤,但又先關閉div標籤。這可能不會改變版塊布局,但卻會使你的版塊設計失效。

9、缺少「title」標籤

儘管這看上去是乙個很明顯的錯誤,很多程式設計師(包括我自己)還是經常會在「head」版塊中遺漏title標籤。當你看到「missing a required sub-element of head」(缺少head的必要子元素)時,才會發現自己忘記新增title標籤了。

10、align標籤

如果doctype被設為transitional,你就會使用「align」標籤,但如果要求更高一點希望得到strict驗證,你會看到很多錯誤。 align是另乙個不可用於版面設計的標籤。可以嘗試用「float」或者「text-align」來代替align轉換元素。

在介紹了上面的十個問題之後,本文還介紹了一些使用w3c驗證程式時需要注意的問題。

1、一次更正乙個錯誤:按順序進展工作,從上到下,一次修正乙個錯誤。html用瀏覽器從上到下瀏覽,這些錯誤也是按同樣順序顯示。

以上就是對網頁布局中css樣式沒起作用的十大原因的總結了,希望能夠幫到大家~

本文標題: 網頁布局中css樣式無效的十個重要原因詳解

本文位址:

十個做網頁設計的小竅門

技巧 做網頁設計的10個小竅 1 記住 你能掌控的時間是有限的 我僅僅用4秒鐘就能瀏覽完平常的頁面,因此,你沒有足夠的時間吸引使用者並讓他們繼續瀏覽你的 也就是說你應盡可能準確的描述你設計的 是關於什麼的。如果它需要讓瀏覽者花費更多的時間去弄明白此 是關於什麼的,他將放棄並離開。2 記住 使用者是略...

css的十個不要,我卻佔了九個

在我求教別人樣式問題的時候,別人說的最多的一句就是 我 你這是寫的啥!今天在社群看到一篇寫css十個不要的問題,覺得羞愧,拿出來與大家分享。1 不要濫用類。我回頭看看之前寫的 只要是個div就加乙個class,只要是個有樣式的標籤,就加個class,id名更不用說了。後來我會用了css選擇器,各種 ...

軟體專案管理中的十個誤區

隨著計算機硬體水平的不斷提高,計算機軟體的規模和複雜度也隨之增加。計算機軟體開發從 個人英雄 時代向團隊時代邁進,計算機軟體專案的管理也從 作坊式 管理向 軟體工廠式 管理邁進。這就要求軟體開發人員特別是軟體專案管理人員更深一步地理解和掌握現代軟體工程的理論方法,完成思想觀念上的轉變。筆者在此分析了...