Re: SVG and MathML in text/html

Doug Schepers wrote:
>> That's a fallacy. As I have pointed out before, *no* SVG-in-text/html 
>> scheme can capitalize on compatibility with deployed SVG-as-XML 
>> clients, because the clients trip up on the text/html Content-Type or 
>> at least the HTML wrapped around the SVG image.
> 
> No, that's the fallacy.
> 
> As has been pointed out numerous times, just because a piece of content 
> starts in an HTML file doesn't guarantee it's going to stay there.  It 
> could very well be copy-pasted into a standalone file, with absolutely 
> no HTML in it, and be expected to work in an existing SVG UA.

As Henri pointed out, if the SVG content contains unquoted attributes (which got 
ignored when it got parsed as part of the the HTML per your proposal), it won't 
work as a standalone document in an existing SVG UA.

The only way I see to make the copy-paste scenario work is to require that any 
XML well-formedness error in the SVG fragment in HTML lead to the whole fragment 
not being displayed.  That is, have the same "Draconian" error handling that XML 
parsing does.  Or am I missing something?

-Boris

P.S. I don't actually have an opinion as to which way we should go here yet; 
haven't thought about it.  Just trying to make sure I understand the situation.

Received on Saturday, 15 March 2008 17:19:25 UTC