- From: Robert O'Callahan <robert@ocallahan.org>
- Date: Mon, 14 Sep 2009 10:47:50 +1200
- To: Alex Danilo <alex@abbra.com>
- Cc: Jeff Schiller <codedread@gmail.com>, www-svg <www-svg@w3.org>
- Message-ID: <11e306600909131547i571a5d9fta3c4f963f613d0b2@mail.gmail.com>
On Sat, Sep 12, 2009 at 2:23 AM, Alex Danilo <alex@abbra.com> wrote: > <use> doesn't clone. > http://www.w3.org/TR/SVG/struct.html#UseElement The effect of a 'use' element is as if the contents of the referenced element were deeply cloned into a separate non-exposed DOM tree which had the 'use' element as its parent and all of the 'use' element's ancestors as its higher-level ancestors. That means that in a situation where cloning is observable, e.g. a <use> referring to a <foreignObject> containing an <iframe>, the implementation must clone. Roc's original concern about indirecting into > another namespace via foreignObject is indeed a > valid concern and I think Erik pointed out this > is already well constrained by the earlier DTD. > In fact it is not. This thread seems to have been born from a reluctance to write > code to do what the specification described and ASV has implemented > from a number of years ago, not to mention other implementations. > Did ASV implement the arbitrary-SVG-content-in-<glyph> feature? We've seen that it's pretty common for implementations to claim SVG Font support without doing that hard part... In any case, an implementation in ASV and a full, interoperable, performant implementation in a complete Web browser are very different tasks. Rob -- "He was pierced for our transgressions, he was crushed for our iniquities; the punishment that brought us peace was upon him, and by his wounds we are healed. We all, like sheep, have gone astray, each of us has turned to his own way; and the LORD has laid on him the iniquity of us all." [Isaiah 53:5-6]
Received on Sunday, 13 September 2009 22:48:31 UTC