W3C home > Mailing lists > Public > public-html-data-tf@w3.org > November 2011


From: Ivan Herman <ivan@w3.org>
Date: Tue, 15 Nov 2011 09:03:13 +0100
Cc: HTML Data Task Force WG <public-html-data-tf@w3.org>, Henri Sivonen <hsivonen@iki.fi>, Toby Inkster <tai@g5n.co.uk>
Message-Id: <AE9359FA-079B-4BF6-8F7A-3A9E6F8A9BB5@w3.org>
To: Jeni Tennison <jeni@jenitennison.com>

On Nov 14, 2011, at 20:29 , Jeni Tennison wrote:

> Hi,
> I've written some text warning people about potential restructuring of invalid HTML [1] which I've reproduced below.
> I haven't mentioned the issue around omitted tags for <head> and <body>, which having thought about it I think is a HTML+RDFa bug. It is, after all, HTML+RDFa which introduces the rules that rely on the presence of head/body [2]:
>  * In Section 7.5: Sequence, processing step 6, if no URI is provided by a resource attribute, then first check to see if the element is the head or body element. If it is, then act as if there is an empty @about present, and process it according to the rule for @about.
>  * In Section 7.5: Sequence, processing step 7, if no URI is provided, then first check to see if the element is the head or body element. If it is, then act as if there is an empty @about present, and process it according to the rule for @about.
> I think the solution is probably to add a rule that RDFa attributes such as @about aren't permitted on the <html> element.

Why? I am not sure I understand this...


> What do you think, worth raising?
> Jeni
> [1] http://www.w3.org/wiki/Choosing_an_HTML_Data_Format#Good_Publishing_Practice
> [2] http://dev.w3.org/html5/rdfa/#additional-rdfa-processing-rules
> ---
> Valid HTML is particularly important in pages that contain embedded markup. All methods of embedding data within HTML use the structure of the HTML to determine the meaning of the additional markup. For example, the item to which an element with an @itemprop attribute assigns a property is usually the closest ancestor element with a @itemscope attribute.
> In some cases, elements can be moved when HTML is parsed into a DOM. This can lead to properties unexpectedly referring to the wrong entity, and, if you are serving your documents as XHTML (with a application/xhtml+xml mime type), it can cause discrepancies between the data gleaned by XML-based consumers and HTML-aware consumers. There are two causes for this:
>  * Error correction in HTML parsing can restructure invalid HTML is restructured to make it valid, for example non-table markup within a table is moved to before the table. You can avoid this restructuring by making sure that your HTML is valid so that it is not needed.
>  * Older browsers move meta and link elements in the body of an HTML document to after the head element, because they could not validly appear within the body in older versions of HTML. If you are targeting consumers which run within older browsers, such as scripts or plug-ins, you can avoid this restructuring by using empty span or other elements instead of linkor meta; other consumers should be using an up-to-date HTML5 parser which will not do this.
> -- 
> Jeni Tennison
> http://www.jenitennison.com

Ivan Herman, W3C Semantic Web Activity Lead
Home: http://www.w3.org/People/Ivan/
mobile: +31-641044153
FOAF: http://www.ivan-herman.net/foaf.rdf
Received on Tuesday, 15 November 2011 08:00:47 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 20:08:25 UTC