W3C home > Mailing lists > Public > public-html-bugzilla@w3.org > September 2009

[Bug 7510] Allow elements beyond just HTML, MathML, and SVG into SVG element

From: <bugzilla@wiggum.w3.org>
Date: Mon, 21 Sep 2009 13:32:05 +0000
To: public-html-bugzilla@w3.org
Message-Id: <E1Mpizt-0002KM-Fe@wiggum.w3.org>

Shelley Powers <shelleyp@burningbird.net> changed:

           What    |Removed                     |Added
             Status|RESOLVED                    |REOPENED
         Resolution|WONTFIX                     |

--- Comment #4 from Shelley Powers <shelleyp@burningbird.net>  2009-09-21 13:32:04 ---
I have answered your note and question on namespaces, why do you keep bringing
it up? My answer was clear: no, it is not about supporting namespaces. If I'm
going to question the support for namespaces, will do so in a separate bug. 

"If you're asking for nodes to be allowed when they are actually in the right
namespace in the DOM, then that's already the case, since HTML5 just defers to
SVG which allows namespaced content there. This would be WORKSFORME: it's
already allowed."

This isn't communicated clearly in the document, leaving the HTML5 validator
developers (and possibly others) in confusion about what is, or is not allowed,
within the opening and closing SVG tags. I have been told, specifically, by the
creator of Validator.nu that, according to the HTML5 specification, the use of
dc:foo in SVG is "not allowed". 

Therefore your writing on what is, or is not, allowed in SVG is either too
cryptic, too confusing, or both. 

A note spelling out, more or less what you just wrote in this comment, should
be sufficient: the HTML5 specification treats SVG a a foreign object: what is,
or is not valid, within that object is defined elsewhere. There should be no
errors or warnings of conformance from an HTML5 validator about contents within
the SVG tags. 

Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
Received on Monday, 21 September 2009 13:32:17 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 20:01:01 UTC