- From: Lachlan Hunt <lachlan.hunt@lachy.id.au>
- Date: Mon, 07 Sep 2009 20:20:34 +0200
- To: Simon Pieters <simonp@opera.com>
- Cc: public-html@w3.org
Simon Pieters wrote:
> 4) Make SVG <metadata> a RAWTEXT element. This will silence the
> validator with little effort on Henri, while allowing authors to invoke
> an XML parser on its textContent to get the same stuff as they get when
> using XML, with more or less the same code path as when using XML
> directly. It would still allow validators to validate the contents if
> they want to. This has the drawback that if authors copy-and-paste only
> the start tag and only test in legacy browsers, the rest of the page
> will be eaten in new browsers. The content model of the SVG <metadata>
> element would need to change to allow plain text, at least in text/html.
This would have an effect on the suggested feature for browsers to allow
exporting the SVG from HTML as a well formed SVG document. It's likely
that they would either have to strip the content of the <metadata>
element, or output it in a CDATA section, or equivalent. If they don't,
and just try to output it as is, they have no way of guaranteeing that
the result will be well formed.
e.g.
<metadata>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#">
...
</rdf:RDF>
</metadata>
When exported from HTML as XML would become:
<metadata><![CDATA[
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#">
...
</rdf:RDF>
]]></metadata>
So such content will not be able to safely round trip from XML to HTML
and back again, without additional processing to reparse the metadata
content as a fragment of XML.
I personally have no opinion about whether or not this a significant
problem, just pointing it out as an issue to consider.
--
Lachlan Hunt - Opera Software
http://lachy.id.au/
http://www.opera.com/
Received on Monday, 7 September 2009 18:21:16 UTC