Summary: | Support svg elements inside plain HTML content | ||
---|---|---|---|
Product: | WebKit | Reporter: | Henri Sivonen <hsivonen> |
Component: | SVG | Assignee: | Nobody <webkit-unassigned> |
Status: | RESOLVED WORKSFORME | ||
Severity: | Enhancement | CC: | ap, cmarcelo, dvpdiner2, hyatt, joel.parks, zimmermann |
Priority: | P2 | ||
Version: | 528+ (Nightly build) | ||
Hardware: | Mac (Intel) | ||
OS: | OS X 10.5 | ||
URL: | http://livedom.validator.nu/?%3Ch1%3Efoo%3C%2Fh1%3E%0A%3Csvg%20%20viewBox%3D'0%200%20100%20100'%3E%0A%20%20%20%20%3Ccircle%20fill%3D'green'%20cx%3D'0'%20cy%3D'0'%20r%3D'20'%2F%3E%0A%3C%2Fsvg%3E |
Description
Henri Sivonen
2008-08-14 06:42:04 PDT
Really? This is effectively flattening the svg namespace into HTML. Opera and FF really do this? It's not supposed to flatten the namespace. It's supposed to insert the SVG stuff in the SVG namespace. Firebug in Firefox shows that the SVG nodes end up in the SVG namespace. Web Inspector in WebKit shows that the SVG nodes implmement SVG-specific interfaces. We just have to decide if we want to do this or not. This content is not valid SVG, certainly not valid XHTML but obviously FireFox has chosen to add this support (which I don't blame them, it sure makes things easier for authors). Note that SVG-in-text/html support will mean that SVG subtrees (nodes in the SVG namespace with a subtree root whose local name is svg) need to be painted when inserted in an HTML-mode DOM. see BR-6699 This has been fixed at some point. |