-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. W3C驗證器,CSS3和引導
- 2. 爲什麼這個xhtml不會被驗證? W3C驗證器
- 3. JavaScript驗證W3C
- 4. W3C驗證錯誤
- 5. W3C驗證和jQuery
- 6. W3C驗證錯誤
- 7. W3C驗證錯誤
- 8. W3C標記驗證
- 9. HTML 5 W3C驗證
- 10. 自動W3C驗證
- 11. W3C無法驗證
- 12. 錯誤通過W3C驗證驗證HTML
- 13. jQuery的「數據」屬性不W3C驗證
- 14. w3c標記驗證「屬性,不允許」
- 15. W3C不驗證谷歌地圖API
- 16. Angular2和W3C HTML驗證
- 17. W3C標記驗證服務
- 18. HTML5錯誤W3C驗證
- 19. W3C驗證程序和HTTPS
- 20. W3C驗證錯誤在XSLT
- 21. W3C驗證Twitter部件
- 22. W3C驗證生成錯誤
- 23. Cakephp ajax更新驗證w3c
- 24. W3c驗證器遞歸
- 25. 無法通過W3C驗證
- 26. Nginx上的W3C驗證器
- 27. 雙ID的W3C驗證php
- 28. w3c驗證目標空白
- 29. th colspan失敗w3c驗證
- 30. data-cfasync來驗證(W3C)
w3c驗證器主要針對CSS級別2,而您正在使用CSS3屬性 - 我建議不要使用驗證器。 – 2010-05-08 21:13:11
感謝您的評論:) – Christophe 2010-05-08 21:58:57