In about half of the svg examples I see on the internet, the code is wrapped in plain simple <svg></svg>
tags.
In the other half, the svg tags have lots of complicated attributes like this:
<svg
xmlns="http://www.w3.org/2000/svg"
version="1.1"
xmlns:xlink="http://www.w3.org/1999/xlink">
My question is: is it ok to use the simple svg tags? I've tried playing around with the complicated ones, and everything works fine at my end if I don't include them.
The xmlns="http://www.w3.org/2000/svg"
attribute is:
Required for image/svg+xml files. 1
Optional for inlined
The xmlns:xlink="http://www.w3.org/1999/xlink"
attribute is:
Required for image/svg+xml files with xlink: attributes. 1
Optional for inlined
The version="1.1"
attribute is:
Recommended to comply with image/svg+xml files standards. 3
Apparently ignored by every user agent. 4
Removed in SVG 2. 5
1 Internationalized Resource Identifiers (RFC3987)
2 Since HTML5
3 Extensible Markup Language (XML) 1.0
4 Probably until the release of further major versions.
5 SVG 2, W3C Candidate Recommendation, 07 August 2018
All user agents (browsers) ignore the version attribute, so you can always drop that.
If you embed your SVG inline in a HTML page and serve that page as text/html
then xmlns attributes are not required. Embedding SVG inline in HTML documents is a fairly recent innovation that came along as part of HTML5.
If however you serve your page as image/svg+xml or application/xhtml+xml or any other MIME type that causes the user agent to use an XML parser then the xmlns attributes are required. This was the only way to do things until recently so there is a lot of content served like this.
<!DOCTYPE svg xmlns="www.w3.org/2000/svg">
it works, but if I take away the xmlns or change it to <!DOCTYPE svg xmlns="www.example.com">
it doesn't work. Why is that?
I'd like to add to both answers, but I have no points, I'm adding a new answer. In recent tests on Chrome (Version 63.0.3239.132 (Official Build) (64-bit Windows)), I have found that:
For inline SVG that is directly entered into the HTML file, via text editor or javascript and elm.innerHTML, the xmlns attributes are not necessary, as stated in the other two answers. But for inline SVG that is loaded via javascript and AJAX, there are two options: Use xhr.responseText and elm.innerHTML. This does not require the xmlns. Use xhr.responseXML.documentElement and elm.appendChild() or elm.insertBefore(). This method of creating the inline SVG produces half-baked results without the basic SVG namespace being declared, as in xmlns="http://www.w3.org/2000/svg". The
About SVG version attribute the MDN WebDoc says
Deprecated since SVG 2 This feature is no longer recommended. Though some browsers might still support it, it may have already been removed from the relevant web standards, may be in the process of being dropped, or may only be kept for compatibility purposes. Avoid using it, and update existing code if possible; see the compatibility table at the bottom of this page to guide your decision. Be aware that this feature may cease to work at any time. The version attribute is used to indicate what specification a SVG document conforms to. It is only allowed on the root element. It is purely advisory and has no influence on rendering or processing.
PS: The SVG 2 is far from becoming a standard yet.
Success story sharing
version
attribute of the xml declaration (<?xml version...
) for theversion
attribute of the<svg>
element. The first one is about the version of the XML markup language, while the latter one specifies the version of SVG. The author of this answer made that mistake by refering to the XML, not the SVG specification in ³. I tried to correct it, but some idiotes rejected the edit.