12054 2011-02-13 19:19:42 +0000 clearly state that there must be only one character encoding declaration in a document 2011-08-04 05:16:08 +0000 1 1 1 Unclassified HTML WG LC1 HTML5 spec unspecified PC All RESOLVED FIXED http://bugzilla.validator.nu/show_bug.cgi?id=589 P3 normal --- 1 mike ian ian mike public-html-admin public-html-wg-issue-tracking yuhongbao_386 public-html-bugzilla oldest_to_newest 45452 0 mike 2011-02-13 19:19:42 +0000 Problem One: There does not seem to be any clearly stated normative document-conformance requirement in the spec that prohibits a document from containing multiple meta elements with an http-equiv attribute in the Encoding declaration state. The relevant document-conformance requirements that the spec does normatively state are: A. "There must not be more than one meta element with a charset attribute per document." B. "If the document contains a meta element with an http-equiv attribute in the Encoding declaration state, then the document must not contain a meta element with the charset attribute present." Problem Two: Statement B above makes it sound as if a character encoding declaration given by a meta element with an http-equiv attribute in the Encoding declaration state always takes precedence over a character encoding declaration given by a meta element with a charset attribute. That is, it would seem to require that even if a meta element with a charset attribute occurs in document order before a meta element with an http-equiv attribute in the Encoding declaration state, then the meta element with a charset attribute should be reported as an error. Which seems wrong. Suggested fix: I do see that the definition of "character encoding declaration" includes a bulleted list prefixed with "The following restrictions apply to character encoding declarations", and an items in that list that reads, "There can only be one character encoding declaration in the document." http://www.whatwg.org/specs/web-apps/current-work/multipage/semantics.html#character-encoding-declaration Is that meant to be a normative document-conformance requirement? Or if not, could it please be made into one? e.g., "There must be only one character encoding declaration in the document." If the spec clearly states "There must be only one character encoding declaration in the document" somewhere, then there would be no need for either statement A or B above, and they could just be removed, and then Problems One and Two above go away also. 46424 1 yuhongbao_386 2011-03-06 06:54:51 +0000 Yea, the Slashdot redesign once had such an error: http://meta.slashdot.org/comments.pl?sid=1965970&cid=35003738 47966 2 ian 2011-05-04 18:16:14 +0000 EDITOR'S RESPONSE: This is an Editor's Response to your comment. If you are satisfied with this response, please change the state of this bug to CLOSED. If you have additional information and would like the editor to reconsider, please reopen this bug. If you would like to escalate the issue to the full HTML Working Group, please add the TrackerRequest keyword to this bug, and suggest title and text for the tracker issue; or you may create a tracker issue yourself, if you are able to do so. For more details, see this document: http://dev.w3.org/html5/decision-policy/decision-policy.html Status: Partially Accepted Change Description: see diff given below Rationale: > Problem One: There does not seem to be any clearly stated normative > document-conformance requirement in the spec that prohibits a document from > containing multiple meta elements with an http-equiv attribute in the Encoding > declaration state. "There must not be more than one meta element with any particular state in the document at a time." > Problem Two: Statement B above makes it sound as if a character encoding > declaration given by a meta element with an http-equiv attribute in the > Encoding declaration state always takes precedence over a character encoding > declaration given by a meta element with a charset attribute. It doesn't talk about precedence, it's just prohibiting both from being present at once. > That is, it would > seem to require that even if a meta element with a charset attribute occurs in > document order before a meta element with an http-equiv attribute in the > Encoding declaration state, then the meta element with a charset attribute > should be reported as an error. Which seems wrong. It just requires that in that case an error be reported, nothing in the spec requires specific validator UI. You could report a completely unrelated error, so long as you don't say the doc is conforming. I've tried to clarify it, though. > Suggested fix: > > I do see that the definition of "character encoding declaration" includes a > bulleted list prefixed with "The following restrictions apply to character > encoding declarations", and an items in that list that reads, "There can only > be one character encoding declaration in the document." > > http://www.whatwg.org/specs/web-apps/current-work/multipage/semantics.html#character-encoding-declaration > > Is that meant to be a normative document-conformance requirement? It isn't. I've tried to clarify it. > Or if not, > could it please be made into one? e.g., "There must be only one character > encoding declaration in the document." That would prevent the XML character encoding declaration from co-existing with a <meta charset> character encoding declaration, which is explicitly allowed to ease migration. 47967 3 contributor 2011-05-04 18:19:12 +0000 Checked in as WHATWG revision r6061. Check-in comment: Try to clarify some requirements for the validator. http://html5.org/tools/web-apps-tracker?from=6060&to=6061 53664 4 mike 2011-08-04 05:16:08 +0000 mass-move component to LC1