您好,登錄后才能下訂單哦!
今天就跟大家聊聊有關DIV+CSS網頁布局中CSS無效的十個常見原因分別是什么,可能很多人都不太了解,為了讓大家更加了解,小編給大家總結了以下內容,希望大家根據這篇文章可以有所收獲。
當我們把做好的頁面通過W3C validation驗證時,驗證程序拋出大量差錯和警告,說明你的XHTML尚未完善,可能無法在不同瀏覽器上保持一致功能。下面十個細微的失效問題難住了大批程序員,小編就告訴你如何解決。開始前介紹一些使用W3C驗證程序時需要注意的問題。
1、不要擔心驗證程序的警告:如果驗證程序說發現12處錯誤以及83處警告,不要理它,繼續進行下一步。
2、一次更正一個錯誤:按順序進展工作,從上到下,一次修正一個錯誤。HTML用瀏覽器從上到下瀏覽,這些錯誤也是按同樣順序顯示。
3、每次修正代碼后要刷新代碼,使它們重新生效:一個小錯誤常常會引發之后整頁的連串錯誤。因此如果操作不當,“修正錯誤”也可能引發更多錯誤。每次修正后使代碼重新生效,這樣就可以確保完全解決問題。
知道了上面這些基本的異常情況,下面我們就來看看版面設計無效的幾個原因。
這是版面設計失效的最常見原因之一。當我們了解到這是多少精致的版塊設計失效的罪魁禍首時,總會大吃一驚。開啟的p標簽是最普遍的版塊設計失誤之一,也是最難診斷的失誤之一。驗證程序有時會指向錯誤的開啟p標簽,診斷時就像大海撈針一樣麻煩。
九十年代早期,Microsoft和Netscape的瀏覽器開始能夠辨認非標準的獨有字體。遺憾的是這意味著W3C驗證程序還不能識別某些關鍵HTML 標簽,如“embed”,即使這些標簽已經被廣泛使用。如果確實希望得到嚴格的DOCTYPE(文檔類型)驗證,就只能放棄嵌套。
如果同時想要生效的版面設計和嵌入式媒體,可以試試Flash Satay方法。
不聲明DOCTYPE,或者在文件開始錯誤聲明DOCTYPE,也是一個常見錯誤。根據一般經驗,Strict DOCTYPE是大家追求的最高級驗證。Strict validation表明你的網頁能夠在所有瀏覽器上都得到最佳展示。關于DTD文檔類型的聲明,您可以參考52CSS.com的相關文章。
如果你的網站不能驗證,很有可能是在代碼的某個地方漏寫了結尾斜線。我們很容易忽略結尾斜線之類的東西,特別是在image標簽等元素中。 在嚴格的DOCTYPE中這是無效的。要在img標簽結尾處加上“/”以解決此問題。
如果DOCTYPE被設為Transitional,你就會使用“align”標簽,但如果要求更高一點希望得到Strict驗證,你會看到很多錯誤。 Align是另一個不可用于版面設計的標簽。可以嘗試用“float”或者“text-align”來代替align轉換元素。
如果已經聲明Strict DOCTYPE,就需要在JavaScript中覆蓋CDATA標簽。驗證程序的這一方面難倒了很多程序員,因為網站傾向于為廣告和追蹤腳本使用嵌入的 JavaScript。
你可能還沒有注意到,圖像也是高級驗證的潛在絆腳石。除了結尾斜線,高級驗證也要求用alt標簽來描述圖像,如alt= ”Scary vampire picture”。 搜索引擎也靠alt標簽來識別網頁上的圖像,所以無論怎樣加上alt標簽總是好的。
實體數據是又一個影響驗證的易犯錯誤。我們可以考慮用適當的編碼字符來代替“&”等符號。entire list中列出在XHTML版塊設計中可用的適當的編碼字符實體數據。
嵌套就是元素里又包括元素,我們容易混淆嵌套元素的順序。例如在p標簽前啟動strong標簽,但又先關閉p標簽。這可能不會改變版塊布局,但卻會使你的版塊設計失效。
盡管這看上去是一個很明顯的錯誤,很多程序員(包括我自己)還是經常會在“head”版塊中遺漏title標簽。當你看到“missing a required sub-element of HEAD”(缺少HEAD的必要子元素)時,才會發現自己忘記添加title標簽了。
看完上述內容,你們對DIV+CSS網頁布局中CSS無效的十個常見原因分別是什么有進一步的了解嗎?如果還想了解更多知識或者相關內容,請關注億速云行業資訊頻道,感謝大家的支持。
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。