走向標準 W3C 驗證失敗的10個常見原因

w3c validation有時難以操作，但用它你可以檢視由版面設計引起的差錯。驗證程式丟擲大量差錯和警告，說明你的xhtml尚未完善，可能無法在不同瀏覽器上保持一致功能。下面十個細微的失效問題難住了大批程式設計師，我們告訴你如何解決。在本文開始前介紹一些使用w3c驗證程式時需要注意的問題。

不要擔心驗證程式的警告——如果驗證程式說發現12處錯誤以及83處警告，不要理它，繼續程式設計客棧進行下一步。

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

每次修正**後要重新整理**，使它們重新生效——乙個小錯誤常常會引發之後整頁的連串錯誤。因此如果操作不當，「修正錯誤」也可能引發更多錯誤。每次修正後使**重新生效，這樣就可以確保完全解決問題。

知道了上面這些基本的異常情況，下面我們就來看看版面設計無效的幾個原因。

1、div 標籤未關閉

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

2、麻煩的embed標籤

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

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

3、不當的doctype宣告

不宣告doctype，或者在檔案開始錯誤宣告doctype，也是乙個常見錯誤。根據一般經驗，strict doctype是大家追求的最高端驗證。strict validation表明你的網頁能夠在所有瀏覽器上都得到最佳展示。strict 宣告**如下：

4、結尾斜線

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

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

5、align標籤

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

6、j**ascript

如果已經宣告strict doctype，就需要在j**ascript中覆蓋cdata標籤。驗證程式的這一方面難倒了很多程式設計師，因為**傾向於為廣告和追蹤指令碼使用嵌入的 j**ascript。如果必須用到j**ascript，可以在其前後加上如下標籤：

7、影象需要「alt」屬性

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

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

8、未知實體資料

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

9、不良巢狀

巢狀就是元素裡又包括元素，如下所示：

sweet!

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

10、缺少「title」標籤

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

（**：net.tutsplus.com）