-moz和-webkit不會在W3C驗證器驗證,我不應該使用它嗎?或者只使用沒有-moz或-webkit的css3屬性?css3不會驗證w3c valdidator
回答
W3C驗證不是萬能的。如果您的網站沒有驗證,這並不是世界末日。 W3C Validator創建的時候只有少部分人關心標準。這是向世界展示您的網站符合標準的一種方式。最終,您的用戶可能不在乎。他們在那裏的內容。這是其他開發人員,主要是。這也是一個快速檢查,看看是否有任何明顯的錯誤,如未關閉的標籤。
如果您購買木結構房屋,您是否關心它們用於框架的什麼樣的軟木?您可能更關心將使用何種顏色的油漆。但是,良好的做法會將杉木用於承重區域,而對於正常區域來說則更適宜用雲杉。只要它通過檢查(不會崩潰),它的質量很好,你可能會很開心。 W3C驗證有點像這樣(儘管我知道這個比喻有點瑕疵......)
請記住,-webkit-和-moz-限定符是瀏覽器特定的,或多或少的測試。
如果它對您的佈局有時非常重要,那麼請不要使用它們。
例如,我使用-moz-border-radius
和-webkit-border-radius
很多,但我總是也包含常規border-radius
。 IE中缺少圓角邊框對我來說並不重要,因爲它通常不會破壞任何東西。它只是不那麼漂亮。
這遵循優雅退化的原則,是CSS的良好做法。
最後,你必須爲受衆做正確的事情。 Web開發始終是關於給予和採取......妥協。我知道我們都想把所有東西寫得完美......但是由於網絡的破碎性,這不是真的可能。
好消息是,它比以前好多了。
這就是我想聽到的:D。實際上,我構建了一個空白的html模板,該模板與我的大多數客戶的標準相匹配,所以我可以加快此過程,並且我認爲我會首先驗證它,以確保不會出現很多錯誤。我確實喜歡把它做成完美的,因爲它適合未來的客戶,但我必須同意,只要它看起來像他們想要的並且做他們想要的東西,他們實際上不會在乎小事情。) – Christophe 2010-05-08 21:54:55
這是一個好主意,可以驗證發現任何意外錯誤。您始終可以忽略關於以'-'開頭的未知屬性的警告。 – bobince 2010-05-08 22:02:18
同意bobince。這就是我使用W3C驗證的建議。 – Armstrongest 2010-05-10 15:00:24
- 1. JavaScript驗證W3C
- 2. 自動W3C驗證
- 3. HTML 5 W3C驗證
- 4. W3C驗證錯誤
- 5. 錯誤通過W3C驗證驗證HTML
- 6. CSS3驗證
- 7. jQuery的「數據」屬性不W3C驗證
- 8. Nginx上的W3C驗證器
- 9. 雙ID的W3C驗證php
- 10. W3c驗證器遞歸
- 11. W3C標記驗證服務
- 12. W3C驗證Twitter部件
- 13. Angular2和W3C HTML驗證
- 14. data-cfasync來驗證(W3C)
- 15. W3C驗證生成錯誤
- 16. th colspan失敗w3c驗證
- 17. W3C驗證程序和HTTPS
- 18. W3C的HTML驗證器網頁將不會加載
- 19. 需要與W3C和表單驗證
- 20. W3C CSS驗證: 「解析錯誤}」
- 21. 雙花括號避免W3C驗證
- 22. W3C驗證無效的錯誤
- 23. W3C驗證css sprite後退按鈕?
- 24. W3C標記驗證HTML5文本區域
- 25. 驗證可點擊內容框的W3C
- 26. W3C驗證器告訴錯誤
- 27. W3C對React JSX文件的HTML驗證
- 28. W3C的JQuery表單驗證器有效
- 29. W3C驗證錯誤:沒有屬性X
- 30. 如何驗證HTML W3C標準
w3c驗證器主要針對CSS級別2,而您正在使用CSS3屬性 - 我建議不要使用驗證器。 – 2010-05-08 21:13:11
感謝您的評論:) – Christophe 2010-05-08 21:58:57