W3C home > Mailing lists > Public > www-svg@w3.org > September 2009

Re: Rendering arbitrary SVG content in SVG font glyphs

From: Robert O'Callahan <robert@ocallahan.org>
Date: Mon, 14 Sep 2009 10:47:50 +1200
Message-ID: <11e306600909131547i571a5d9fta3c4f963f613d0b2@mail.gmail.com>
To: Alex Danilo <alex@abbra.com>
Cc: Jeff Schiller <codedread@gmail.com>, www-svg <www-svg@w3.org>
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 GMT

This archive was generated by hypermail 2.3.1 : Friday, 8 March 2013 15:54:43 GMT