W3C home > Mailing lists > Public > public-html@w3.org > May 2009

Re: RDFa in HTML issues wiki page created

From: Sam Ruby <rubys@intertwingly.net>
Date: Tue, 26 May 2009 12:55:07 -0400
Message-ID: <4A1C1EEB.2010908@intertwingly.net>
To: Shane McCarron <shane@aptest.com>
CC: Julian Reschke <julian.reschke@gmx.de>, Mark Birbeck <mark.birbeck@webbackplane.com>, Manu Sporny <msporny@digitalbazaar.com>, Philip Taylor <pjt47@cam.ac.uk>, RDFa mailing list <public-rdf-in-xhtml-tf@w3.org>, HTML WG <public-html@w3.org>
Shane McCarron wrote:
> Sam Ruby wrote:
>> ...
>> Given this state, and the evident proclivity of users to copy and 
>> paste markup into such documents, I would think that it would be a 
>> rather good idea for there to be a subset of RDFa (and by subset, I 
>> mean things like disallowing the use of two prefixes which differ only 
>> in case in the same scope of the same document) which can be processed 
>> either as XHTML or HTML and produce the same triples.
>>
>> Perhaps there can be different rules for XHTML served as 
>> application/xhtml+xml, or HTML with a non-XHTML doctype.
> 
> I would almost rather try to harmonize the rules between XHTML and HTML 
> if that's possible.  For example, by declaring that in HTML and XHTML 
> family documents CURIE prefixes are case-insensitive.  This would be a 
> significant change from the current recommendation, but I think it is 
> unlikely that this change would actually adversely effect the triples 
> generated by any existing pages.  If a change like this needs to be 
> made, obviously it should be made sooner than later.

I was hoping you would say that.  :-)

The original question is "do you personally have a requirement that a 
document with embedded RDFa always emit the same triples, regardless of 
its progeny?".  It is hard to categorically defend a yes answer to that 
question, but on the far narrower question of how to deal with things 
that have a doctype of xhtml which are served as text/html, the answer 
is much easier to defend.

- Sam Ruby
Received on Tuesday, 26 May 2009 16:59:45 UTC

This archive was generated by hypermail 2.3.1 : Monday, 29 September 2014 09:39:03 UTC