This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.
According to the HMTL5 LC document [1], the link and meta tags may not appear in the body, and further require a rel attribute (for link) and one of name, http-equiv, and charset (for meta). There are several examples in the HTML Microdata document where this is violated, e.g. <span itemscope><meta itemprop="name" content="The Castle"></span> in Section 2.2 shows a meta element in the body which does not have name, http-equiv, or charset. and further below in Section 5.2.1 appears a link element in the body and without a rel: <link itemprop="http://purl.org/dc/terms/type" href="http://books.example.com/product-types/BOOK"> There are possibly other places where the document needs to be revised, since these mistakes seem to be consistent and possibly reflecting an earlier version of the HTML5 draft where this was allowed. [1] http://www.w3.org/TR/2011/WD-html5-20110525/
This looks like an oversight in the spec splitting. The intent is that meta/link should be valid in this case, as in the WHATWG version: http://www.whatwg.org/specs/web-apps/current-work/multipage/semantics.html#the-link-element http://www.whatwg.org/specs/web-apps/current-work/multipage/semantics.html#the-meta-element But of course these lines aren't present in the W3C draft of HTML5. So the W3C version of microdata has to include some text saying that it makes meta and link valid in the body if the itemprop attribute is present.
Hi Aryeh, Possibly, but if you contend that this is a bug in the HTML5 spec, then you need to open a bug to the HTML5 spec. Cheers, Peter
(In reply to comment #2) from Peter > Possibly, but if you contend that this is a bug in the HTML5 spec, then you > need to open a bug to the HTML5 spec. There is a part of the "Extensibility" section of the HTML5 spec that contains some language indicating that other "applicable specifications" can override conformance criteria given in the HTML5 spec. http://dev.w3.org/html5/spec/infrastructure.html#other-applicable-specifications Relevant excerpt: [[ The conformance terminology for documents depends on the nature of the changes introduced by such applicable specificactions, and on the content and intended interpretation of the document. Applicable specifications MAY define new document content (e.g. a foobar element), MAY prohibit certain otherwise conforming content (e.g. prohibit use of <table>s), or MAY change the semantics, DOM mappings, or other processing rules for content defined in this specification. ]] So in this case, the Microdata spec is a such an applicable specification. All that said, a document that contains Microdata markup such itemscope is not actually a conforming HTML5 document (not as far as the W3C HTML5 defines it). It is instead considered a conforming HTML5+Microdata document.
As Mike says, it's not a bug in HTML5. The microdata spec overrules certain requirements in the HTML5 spec, e.g., permitting certain attributes that HTML5 does not permit. Likewise, it needs to permit <meta> and <link> to be used in certain cases where HTML5 doesn't permit them.
This isn't unintentional. I commented out the dependencies from Microdata to HTML at some point to address some pointless bureaucratic request, and this was one of the necessary victims. The WHATWG spec has the microdata stuff where it belongs, in the same spec as the rest of HTML, and this stuff is clearly defined there.
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: Accepted Change Description: I put the dependency back in to resolve this. Rationale: This (and a number of other things) have to be defined for microdata to make sense.
Checked in as WHATWG revision r6165. Check-in comment: allow dependency on HTML again http://html5.org/tools/web-apps-tracker?from=6164&to=6165
Hi Ian, Could you please clarify what is the dependency that you mean? Based on what Aryeh and Mike said I would have expected some additional text in the HTML Microdata document that spells out explicitly that <link> and <meta> are allowed in HTML5+Microdata... otherwise the reader of the spec learns only from an example that this is the case... but then he/she might also wonder what else is allowed in HTML5+Microdata that is not allowed in HTML5. For one, I don't know the answer... is it just <link> and <meta>? Therefore I still consider this a (documentation) bug. Thanks, Peter
See http://dev.w3.org/html5/md/#content-models
Perfect, thanks! Closing.
mass-move component to LC1