A user account is required in order to edit this wiki, but we've had to disable public user registrations due to spam.
To request an account, ask an autoconfirmed user on Chat (such as one of these permanent autoconfirmed members).
Change Proposal for ISSUE-140: Difference between revisions
(Clarify previous decision, linking to decision and change proposal) |
|||
Line 1: | Line 1: | ||
==Summary== | ==Summary== | ||
Conformance to HTML should not have | Conformance to HTML should not have version indicators. | ||
==Rationale== | ==Rationale== | ||
As previously resolved HTML | [http://lists.w3.org/Archives/Public/public-html/2010Dec/0135.html As previously resolved], the HTML language defined by the HTML5 spec does not have a version indicator. Introducing versions for conformance goes against this idea and will give the impression there is a difference between an "HTML5 conforming document" and an "HTML6 conforming document". The suggestion in [http://lists.w3.org/Archives/Public/public-html/2011Jan/0239.html the Change Proposal] that applicable specifications could define their own terms will lead to a myriad of definitions related to HTML conformance and will not make the situation any clearer than simply using what is there today. | ||
Additional points yet to be properly documented herein: | Additional points yet to be properly documented herein: |
Revision as of 11:15, 7 February 2011
Summary
Conformance to HTML should not have version indicators.
Rationale
As previously resolved, the HTML language defined by the HTML5 spec does not have a version indicator. Introducing versions for conformance goes against this idea and will give the impression there is a difference between an "HTML5 conforming document" and an "HTML6 conforming document". The suggestion in the Change Proposal that applicable specifications could define their own terms will lead to a myriad of definitions related to HTML conformance and will not make the situation any clearer than simply using what is there today.
Additional points yet to be properly documented herein:
- Naming it "conforming HTML5 document" vs "conforming document" is a non-issue, since naturally the spec defines documents that conform to itself — adding "HTML5" to the term is merely a tautology. All that adding an explicit name to this is going to do is make editing the spec more of a pain for the editor, since the WHATWG has moved away from "HTML5" but is using the same source document.
- Explicitly differentiating conformance to the spec alone (presumably actually the spec plus all its dependencies) from conformance to the spec and other established relevant specs disenfranchises the other specs. For example, it means that people who use RDFa have to convince their target market that it's ok to use "HTML5+RDFa" rather than just saying that RDFa is conforming in HTML5.
Details
No change.
Impact
By not introducing versions in HTML conformance we keep it clear HTML does not use versions and we prevent the need to introduce lots of definitions around HTML conformance.