Re: bounding box of inline SVG

On Mon, Sep 12, 2011 at 2:24 PM, David Dailey <ddailey@zoominternet.net>wrote:

> ** **
>
> Rik writes:****
>
> ** **
>
> inline SVG is part of the HTML document so it could be calculated by
> looking at the size of its container.****
>
> Basically, it would just follow the same rules as regular HTML elements
> (including how percentages are calculated if an ancestor has a CSS
> transform)****
>
> ** **
>
> That’s what I’d expect to have happen.****
>
> ** **
>
> Later he continues:****
>
> I believe that in the future, the author will typically create the HTML and
> the inline SVG.****
>
> We shouldn't think about them as separate worlds. (I think there was
> consensus about this at the Seattle F2F.)****
>
> ** **
>
> And that is certainly consistent with the annoying agitation I began
> offering the HTML WG some years back [1,2,3]. Over time, I’ve come to think
> of it a bit differently though:****
>
> ** **
>
> “The author will typically create the SVG with little bursts of occasional
> HTML as needed (e.g., tables, form elements and API’s). “****
>
> ** **
>
> After all, HTML is a far less powerful environment than SVG and it behooves
> us to keep that in mind as planning for their coexistence takes place. HTML
> is the noisy little cousin that demands a lot of attention but ultimately
> accomplishes much less. As a medium to enable the expression of human
> thought, SVG is far richer than HTML, stemming from its primary metaphor and
> from the mapping of that metaphor onto the cerebrum. ****
>
>
>
I hadn't thought about using HTML in SVG.
It seems that you would need a width and height in that case since you want
to reserve a space the the HTML renders into.

At the F2F there was a proposal to get rid of the foreignobject tag if you
want to insert HTML.

Rik