PAGE / NUMPAGES
?我們從52CSS.com中學習DivCSS網頁布局的知識，可是W3C?validation有時難以操作，但用它你可以檢視由版面設計引起的差錯。驗證程式抛出大量差錯和警告，說明你的XHTML尚未完善，可能無法在不同浏覽器上保持一緻功能。下面十個細微的失效問題難住了大批程式員，本文就告訴你如何解決。在本文開始前介紹一些使用W3C驗證程式時需要注意的問題。?
1、不要擔心驗證程式的警告：如果驗證程式說發現12處錯誤以及83處警告，不要理它，繼續進行下一步。? 2、一次更正一個錯誤：按順序進展工作，從上到下，一次修正一個錯誤。HTML用浏覽器從上到下浏覽，這些錯誤也是按同樣順序顯示。? 3、每次修正代碼後要重新整理代碼，使它們重新生效：一個小錯誤常常會引發之後整頁的連串錯誤。是以如果操作不當，“修正錯誤”也可能引發更多錯誤。每次修正後使代碼重新生效，這樣就可以確定完全解決問題。 知道了上面這些基本的異常情況，下面我們就來看看版面設計無效的幾個原因。
一、div?标簽未關閉 這是版面設計失效的最常見原因之一。當我們了解到這是多少精緻的版塊設計失效的罪魁禍首時，總會大吃一驚。開啟的div标簽是最普遍的版塊設計失誤之一，也是最難診斷的失誤之一。驗證程式有時會指向錯誤的開啟div标簽，診斷時就像大海撈針一樣麻煩。文檔來自于網絡搜尋
二、麻煩的embed标簽 九十年代早期，Microsoft和Netscape的浏覽器開始能夠辨認非标準的獨有字型。遺憾的是這意味着W3C驗證程式還不能識别某些關鍵HTML?标簽，如“embed”，即使這些标簽已經被廣泛使用。如果确實希望得到嚴格的DOCTYPE(文檔類型)驗證，就隻能放棄嵌套。 如果同時想要生效的版面設計和嵌入式媒體，可以試試Flash?Satay方法。文檔來自于網絡搜尋
三、不當的DOCTYPE聲明 不聲明DOCTYPE，或者在檔案開始錯誤聲明DOCTYPE，也是一個常見錯誤。根據一般經驗，Strict?DOCTYPE是大家追求的最進階驗證。Strict?validation表明你的網頁能夠在所有浏覽器上都得到最佳展示。關于DTD文檔類型的聲明，您可以參考52CSS.com的相關文章。文檔來自于網絡搜尋
四、結尾斜線 如果你的網站不能驗證，很有可能是在代碼的某個地方漏寫了結尾斜線。我們很容易忽略結尾斜線之類的東西，特别是在image标簽等元素中。 在嚴格的DOCTYPE中這是無效的。要在img标簽結尾處加上“/”以解決此問題。文檔來自于網絡搜尋
五、Align标簽 如果DOCTYPE被設為Transitional，你就會使用“align”标簽，但如果要求更高一點希望得到Strict驗證，你會看到很多錯誤。?Align是另一個不可用于版面設計的标簽。可以嘗試用“float”或者“text-align”來代替align轉換元素。文檔來自于網絡搜尋
六、JavaScript 如果已經聲明Strict?DOCTYPE，就需要在JavaScript中覆寫CDATA标簽。驗證程式的這一方面難倒了很多程式員，因為網站傾向于為廣告和追蹤腳本使用嵌入的?JavaScript。如果必須用到JavaScript，可以在其前後加上如下标簽：文檔來自于網絡搜尋
七、圖像需要“alt”屬性 你可能還沒有注意到，圖像也是進階驗證的潛在絆腳石。除了結尾斜線，進階驗證也要求用alt标簽來描述圖像，如alt=?”Scary?vampire?picture”。 搜尋引擎也靠alt标簽來識别網頁上的圖像，是以無論怎樣加上alt标簽總是好的。文檔來自于網絡搜尋
八、未知實體資料 實體資料是又一個影響驗證的易犯錯誤。我們可以考慮用适當的編碼字元來代替“&”等符号。entire?list中列出在XHTML版塊設計中可用的适當的編碼字元實體資料。文檔來自于網絡搜尋
九、不良嵌套 嵌套就是元素裡又包括元素，我們容易混淆嵌套元素的順序。例如在div标簽前啟動strong标簽，但又先關閉div标簽。這可能不會改變版塊布局，但卻會使你的版塊設計失效。文檔來自于網絡搜尋
十、缺少“title”标簽 盡管這看上去是一個很明顯的錯誤，很多程式員(包括我自己)還是經常會在“head”版塊中遺漏title标簽。當你看到“missing?a?required?sub-element?of?HEAD”(缺少HEAD的必要子元素)時，才會發現自己忘記添加title标簽了。文檔來自于網絡搜尋