The following works in Firefox 4, but not Chrome 10:
<svg:svg version="1.1">
<svg:use xlink:href="some_file.svg#layer1"/>
</svg:svg>
This is a known bug in Chrome/WebKit, so there's nothing I can do about that except try to find a way to work around it. I thought about using an XMLHttpRequest
to grab the external file and insert it into the svg
element. Will that cause any problems? Are there better ways to do it?
I do a lot of AJAX requests for SVG markup, where I insert the markup into the DOM. You can't just insert it as a fragment, as far as I know, you have to recursively walk the retrieved XML doc, and create the individual SVG elements.
So, you might be better off combining the files on the server, before you send them to the browser.
After you fetch the SVG document via XHR you will have a separate XML document in the
xhr.responseXML
property. Since you cannot legally move nodes from one document to another, you'll need to import the portion you want from one document into your target document before you can use it as part of that document.The simplest way to do this is to use
document.importNode()
:However, this does not work for IE9. To work around that bug, you can alternatively use this function to recursively recreate a node hierarchy in the document of choice:
You can see an example of using XHR to fetch an SVG document and both techniques of importing the node on my website: http://phrogz.net/SVG/fetch_fragment.svg
In case someone stumbles accross this page. Here is a simpler way to use an HTTP request object to fetch the svg file:
The trick is in the following line (either you use window.fetch or xmlHttpRequest or whatever):
I've written a simple and lighweight polyfill for this: https://github.com/Keyamoon/svgxuse
It detects whether or not it needs to send an HTTP request. If the browser doesn't support external references by default, it sends a GET request to fetch and cache the SVG.
I hope this helps.