Les paramètres SVG tels que «xmlns» et «version» sont-ils nécessaires?

Dans environ la moitié des exemples svg que je vois sur Internet, le code est enveloppé dans un langage simple et simple <svg></svg> balises .

Dans l'autre moitié, les balises svg ont beaucoup d'attributs complexes comme celui-ci:

<svg 
  xmlns="http://www.w3.org/2000/svg" 
  version="1.1" 
  xmlns:xlink="http://www.w3.org/1999/xlink"> 

Ma question est: est-ce correct d'utiliser les simples balises svg? J'ai essayé de jouer avec les plus compliqués, et tout fonctionne bien de mon côté si je ne les inclue pas.

Tous les agents utilisateurs (navigateurs) ignorent l'attribut de version, vous pouvez donc toujours le supprimer.

Si vous intégrez votre ligne SVG dans une page HTML et servez cette page text/htmlpuis xmlns attributs ne sont pas nécessaires . L'incorporation de SVG en ligne dans des documents HTML est une innovation assez récente qui est venue dans le cadre de HTML5.

Si toutefois vous servez votre page en tant que image / svg + xml ou application / xhtml + xml ou tout autre type MIME qui oblige l'agent utilisateur à utiliser un analyseur XML, les attributs xmlns sont requis . C'était la seule façon de faire les choses jusqu'à récemment, donc il y a beaucoup de contenu servi comme ça.

L' xmlns="http://www.w3.org/2000/svg"attribut est:

• Requis pour les fichiers image / svg + xml . ¹
• En option pour inline <svg> . ²

L' xmlns:xlink="http://www.w3.org/1999/xlink"attribut est:

• Requis pour les fichiers image / svg + xml avec les attributs xlink : . ¹
• En option pour inline <svg> avec XLink: attributs. ²

L' version="1.1"attribut est:

• Recommandé pour se conformer aux normes de fichiers image / svg + xml . ³
• Apparemment ignoré par chaque agent utilisateur. ⁴
• Supprimé dans SVG 2. ⁵

¹ Internationalized Resource Identifiers (RFC3987)
² Depuis HTML5
³ Extensible Markup Language (XML) 1.0
⁴ Probablement jusqu'à la sortie d'autres versions majeures.
⁵ SVG 2, Recommandation candidate du W3C, 07 août 2018

Je voudrais ajouter aux deux réponses, mais je n'ai aucun point, j'ajoute une nouvelle réponse. Lors de tests récents sur Chrome (version 63.0.3239.132 (version officielle) (Windows 64 bits)), j'ai constaté que:

1. Pour le SVG en ligne qui est directement entré dans le fichier HTML, via l'éditeur de texte ou javascript et elm.innerHTML, les attributs xmlns ne sont pas nécessaires, comme indiqué dans les deux autres réponses.
2. Mais pour le SVG en ligne chargé via javascript et AJAX, il y a deux options:
   • Utilisez xhr.responseTextet elm.innerHTML. Cela ne nécessite pas les xmlns.
   • Utilisez xhr.responseXML.documentElementet elm.appendChild()ou elm.insertBefore(). Cette méthode de création du SVG en ligne produit des résultats mi-cuits sans que l'espace de noms SVG de base ne soit déclaré, comme dans xmlns="http://www.w3.org/2000/svg". Le <svg> se charge dans le HTML, mais les fonctions au niveau du document, telles que celles getElementById()qui ne sont pas reconnues sur l'élément <svg>. Je suppose que c'est parce qu'il utilise l'analyseur XML XMLHttpRequest en dehors du HTML.

À propos de l'attribut de version SVG dit MDD WebDoc

Déconseillé depuis SVG 2
Cette fonctionnalité n'est plus recommandée. Bien que certains navigateurs puissent toujours le prendre en charge, il peut avoir déjà été supprimé des normes Web pertinentes, être en cours de suppression ou ne peut être conservé qu'à des fins de compatibilité. Évitez de l'utiliser et mettez à jour le code existant si possible; consultez le tableau de compatibilité au bas de cette page pour guider votre décision. N'oubliez pas que cette fonctionnalité peut cesser de fonctionner à tout moment.

L'attribut version est utilisé pour indiquer à quelle spécification un document SVG est conforme. Il n'est autorisé que sur l'élément racine. Il est purement consultatif et n'a aucune influence sur le rendu ou le traitement.

PS: Le SVG 2 est encore loin de devenir un standard.