2010-05-08 12 views
4

-moz 및 -webkit은 w3c css 유효성 검사기에서 유효성을 검사하지 않습니다. 사용하지 않아야합니까? 또는 -moz 또는 -webkit없이 css3 속성을 사용 하시겠습니까?css3은 w3c valdidator에서 유효성을 검사하지 않습니다

+4

w3c 유효성 검사기는 주로 CSS 레벨 2에 사용되지만 CSS3 특성을 사용하는 경우에는 유효성 검사기를 사용하지 않는 것이 좋습니다. –

+0

귀하의 의견에 감사드립니다 : – Christophe

답변

9

W3C 유효성 검사가 모든 것이 아닙니다. 사이트가 유효성을 검사하지 않으면 세상 끝이 아닙니다. W3C 검사기는 일부 표준에 관심이있는 시간에 작성되었습니다. 이것은 사이트가 표준을 준수했음을 보여주는 방법이었습니다. 결국 사용자는 상관하지 않습니다. 그들은 콘텐츠를 위해 존재합니다. 대부분 다른 개발자들입니다. 또한 닫히지 않은 태그와 같은 눈부신 오류가 있는지를 빠르게 확인할 수 있습니다.

나무 프레임 집을 사는 경우 프레임에 사용 된 연목의 종류는 무엇입니까? 당신은 아마도 어떤 색 페인트가 사용될 것인지에 대해 더 관심이있을 것입니다. 그러나, 우수 사례는 내 하중 구역 및 정상 구역의 가문비 나무와 같은 더 부드러운 것의 경우 전나무를 사용합니다. 검사에 합격하고 (품질이 좋지는 않을 것입니다) 좋은 품질을 지니고 있다면, 당신은 아마 행복 할 것입니다. W3C 유효성 검사는 약간 비슷합니다 (비유가 약간 결함이있는 것을 알고 있긴하지만 ...)

-webkit- 및 -moz- 한정자는 브라우저에 따라 다르지만 다소 다양합니다.

레이아웃에 중요한 요소가있는 경우 사용하지 마십시오.

예를 들어 -moz-border-radius-webkit-border-radius을 많이 사용하지만, 항상 일반 border-radius도 포함합니다. IE에서 둥근 테두리의 부족은 일반적으로 아무것도 깨지 않는 것처럼 나에게 중요하지 않습니다. 그것은 단지 예쁘지 않습니다.

이것은 정상적인 품질 저하의 원칙을 따르며 CSS의 우수 사례입니다.

결국 결국 잠재 고객에게 맞는 것을해야합니다. 웹 개발은 항상 절충안을주고받습니다. 나는 우리 모두가 모든 것을 완벽하게 쓰고 싶어한다는 것을 알고 있습니다 ... 그러나 웹의 파손 된 성격으로, 그것은 실제로 가능하지 않습니다.

좋은 소식은 예전보다 훨씬 좋아 졌다는 것입니다.

+0

내가 듣고 싶었던 것 : D. 실제로 많은 클라이언트의 기준과 일치하는 빈 html 템플릿을 만들어서 프로세스 속도를 높일 수 있으며 많은 오류가 발생하지 않도록 먼저 유효성을 검사 할 것이라고 생각했습니다. 나는 그것을 미래의 고객을 위해 완벽하게 만들고 싶습니다만, 그들이 원하는 것처럼 보이고 그들이 원하는 것을하는 한 실제로 사소한 일들을 돌보지 않을 것이라는 것에 동의해야합니다 :) – Christophe

+3

유효성을 검사하는 것이 좋습니다. 우연한 실수를 잡으십시오. '-'로 시작하는 알 수없는 속성에 대한 경고는 항상 무시할 수 있습니다. – bobince

+0

bobince와 동의합니다. 그것이 W3C 유효성 검사를 사용하는 방법입니다 ... 제안으로. – Armstrongest

관련 문제