W3C validation有時難以操作，但用它你可以查看由版面設計引起的差錯。在本文開始前介紹一些使用W3C驗證程序時需要注意的問題。

　　一直以來，大家都熱衷于CSS網頁布局的學習，Webjx.com為此不斷努力，大家為了符合Web標準，為了實現內容和表現分離。雖然通過驗證只是一種檢驗的手段，并不是我們追求的目標，但有時候通不過驗證，也是一件很郁悶的事情。

查看軟件開發網的DIV CSS網頁設計視頻教程

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

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

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

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

　　知道了上面這些基本的異常情況，下面我們就來看看版面設計無效的幾個原因。
一、div標簽未關閉
　　這是版面設計失效的最常見原因之一。當我們了解到這是多少精致的版塊設計失效的罪魁禍首時，總會大吃一驚。開啟的div標簽是最普遍的版塊設計失誤之一，也是最難診斷的失誤之一。驗證程序有時會指向錯誤的開啟div標簽，診斷時就像大海撈針一樣麻煩。
二、麻煩的embed標簽
　　九十年代早期，Microsoft和Netscape的瀏覽器開始能夠辨認非標準的獨有字體。遺憾的是這意味著W3C驗證程序還不能識別某些關鍵HTML標簽，如“embed”，即使這些標簽已經被廣泛使用。如果確實希望得到嚴格的DOCTYPE（文檔類型）驗證，就只能放棄嵌套。
　　如果同時想要生效的版面設計和嵌入式媒體，可以試試FlashSatay方法。
三、不當的DOCTYPE聲明
　　不聲明DOCTYPE，或者在文件開始錯誤聲明DOCTYPE，也是一個常見錯誤。根據一般經驗，StrictDOCTYPE是大家追求的最高級驗證。Strictvalidation表明你的網頁能夠在所有瀏覽器上都得到最佳展示。Strict聲明代碼如下：

<!DOCTYPEhtmlPUBLIC"-//W3C//DTDXHTML1.0Strict//EN""http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">