나는 그런 DTD가 있다고 생각하지 않는다.
HTML은 점점 더 단편화되고 있으며 모든 가능한 조합에 대한 DTD를 만드는 것이 실용적이지 않을 것입니다. HTML5는 SGML 기반이 아니며 효과적으로 DTD를 포기합니다. 미래에는 유효성 검사기가 RDFa 및 ARIA와 같은 구성 요소 컬렉션을 호출하고 각 결과의 특정 마크 업이 적합하도록하는 데 필요한 컬렉션을 결과에 표시하도록 변경해야 할 것입니다.
현재 불행히도 우리는 현재 전환점에 처해 있으므로 문제가 해결되지 않습니다. 그러나, 실용주의의 어느 정도는 당신에게 긴 길을 가져올 것입니다.
이제 XHTML + RDFa 1.0은 DTD가 XHTML 1.1의 확장으로 정의 될 수 있지만 실제로 XHTML 1.1이 아니며 XHTML 1.0 과도기 또는 엄격하거나 실제로는 "XHTML + RDFa 1.0"이 아닙니다. ".
그래서 실용적인 접근 방식을 취할 수 있습니다. 이에 대한 HTML5 태도를 고려하십시오. 텍스트/HTML로 제공하는 것은 사용자가 선언 한 DOCTYPE에 관계없이 객체 모델의 HTML 직렬화라고합니다. 이것은 실제로 브라우저가 어쨌든하는 일입니다.
마찬가지로 application/xhtml + xml과 같은 XML 콘텐츠 유형을 사용하여 서비스하는 것은 XML 직렬화입니다. xhtml 네임 스페이스를 갖는 XML의 해당 부분은 XHTML을 구성합니다.
실제로 마크 업이 다국어 문서 요구 사항을 충족하는 경우 실제로는 XHTML + RDFa 1.0을 text/html 또는 application/xhtml + xml로 제공 할 수 있습니다.
그러면 확인이 끝납니다. RDFa를 제쳐두고, 사용중인 마크 업이 있습니까? XHTML 1.0 과도기를 준수하지만 XHTML 1.1을 준수하지 않습니까? 그렇다면 RDFa를 변경하거나 RDFa를 사용하지 않으려면 완벽한 유효성 검사가 필요합니까? 검증은 본질적으로 자신에게 편리한 도구이지만 사용자가 이익을 얻으려면 RDFa를 사용하고있는 것 같습니다.
최근 XHTML 1.0 페이지에 ARIA 속성을 추가하기로 결정했을 때 비슷한 상황에 직면했습니다. 나는 접근성이 타당성을 넘어서고, 속성을 추가하고 내 페이지가 100 % 유효하다는 것을 잊을 것이라고 결정했습니다.
XHTML + RDFa 1.0 표준은 현재 XHTML 1.0 전환 페이지에서 변환하기 위해 많은 노력을 필요로하므로이 단계를 수행하기를 꺼려합니다. XHTML 1.0 transitional과 XHTML 1.1의 차이점은 그다지 크지 않지만 모든 템플리트에서 고통스러운 변환으로 충분합니다. 그러나 여기서 유효성 검사의 요점은 실제로 페이지에 실제 오류가 없는지 확인하는 것입니다. W3 오류를 무시하는 것은 적절한 해결책 일 것입니다. 그것은 약간의 사용자 스크립트로 쉽게 고칠 수있는 성가심 이상의 것입니다.) – Wolph