- From: Erik Dahlström <ed@opera.com>
- Date: Thu, 24 Jul 2008 16:31:10 +0200
- To: "Cameron McCormack" <cam@mcc.id.au>, "HTML WG" <public-html@w3.org>, www-svg <www-svg@w3.org>
On Thu, 24 Jul 2008 02:09:31 +0200, Cameron McCormack <cam@mcc.id.au> wrote: > Jeff Schiller: >> I may be out of my league here or missing something, but the SVG nodes >> implement the SVGElement interface (http://www.w3.org/TR/SVG11/idl.html) >> which extends the DOM2 Element interface ( >> http://www.w3.org/TR/DOM-Level-2-Core/idl-definitions.html). > > And no node of type DOCUMENT_NODE is inserted into the tree, like with > IE’s XML data islands. I think this was reasonably clear from the proposal[1], but yes, clarifying that there will be no extra DOCUMENT_NODE node(s) inserted might be a good idea. What namespace an element has, and how they are inserted is described in the proposal in the following places: >From [3]: "When the steps below require the UA to insert a foreign element for a token, the UA must first create an element for the token in the given namespace, and then append this node to the current node, and push it onto the stack of open elements so that it is the new current node." >From [2]: "Let the XML parser attempt to parse and insert the foreign element. The namespace of the foreign element shall be decided by following namespaces in XML [XMLNS]." Cheers /Erik [1] http://dev.w3.org/SVG/proposals/svg-html/svg-html-proposal.html#summary (second paragraph) [2] http://dev.w3.org/SVG/proposals/svg-html/svg-html-proposal.html#parsing-main-inbody [3] http://dev.w3.org/SVG/proposals/svg-html/svg-html-proposal.html#creating -- Erik Dahlstrom, Core Technology Developer, Opera Software Co-Chair, W3C SVG Working Group Personal blog: http://my.opera.com/macdev_ed
Received on Thursday, 24 July 2008 14:30:09 UTC