W3C home > Mailing lists > Public > public-rdf-in-xhtml-tf@w3.org > September 2009

Re: Request to publish HTML+RDFa (draft 3) as FPWD

From: Shane McCarron <shane@aptest.com>
Date: Fri, 18 Sep 2009 12:51:19 -0500
Message-ID: <4AB3C897.3000506@aptest.com>
To: Jonas Sicking <jonas@sicking.cc>
CC: Manu Sporny <msporny@digitalbazaar.com>, HTMLWG WG <public-html@w3.org>, RDFa mailing list <public-rdf-in-xhtml-tf@w3.org>
I just wanted to chime in on one aspect of your comments:

Jonas Sicking wrote:
> The complexity argument aside, I'm also not fully understanding the
> processing model with regards to xmlns prefixed attributes. Is it
> intended that consuming RDFa in HTML documents should be done without
> looking at the namespace of attributes? I.e. that DOM Level 1 methods
> should be used? I'm asking because HTML5 parsing currently requires
> that attributes whose name start with "xmlns:" are parsed into the
> null namespace, and with the localName containing the for example
> "xmlns:foo". However in an XHTML document, parsing xmlns prefixed
> attributes result in attributes in the in the
> "http://www.w3.org/2000/xmlns/" namespace with a localName of for
> example "foo".
Actually... this confuses me.  According to the DOM Level 2 Core spec 
and the DOM Level 3 Core spec, attributes that declare XML Namespace 
mappings are directly manipulatable using DOM Level 1 methods [1] [2]:

"As far as the DOM is concerned, special attributes used for declaring 
/XML namespaces/ 
are still exposed and can be manipulated just like any other attribute. "

Are you suggesting that this is not the case, and that the attributes 
used for declaring XML namespaces are NOT available?  As long as they 
are available, I should think that the act of extracting the mappings is 
"a simple matter of software", as my old boss used to say.


Shane P. McCarron                          Phone: +1 763 786-8160 x120
Managing Director                            Fax: +1 763 786-8180
ApTest Minnesota                            Inet: shane@aptest.com
Received on Friday, 18 September 2009 17:52:20 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 17:02:04 UTC