Le graphique vectoriel adaptable
Scalable Vector Graphics est un format XML pour les images bidimensionnelles, avec une prise en charge de l'interaction et de l'animation. La spécification est une norme ouverte. Le World Wide Web Consortium y travaille depuis 1999. Une image SVG est stockée sous forme de texte. Comme l'image est faite de vecteurs plutôt que d'une grille de pixels, on peut la mettre à l'échelle sans que les bords se défassent. Comme le fichier est du texte, on peut le chercher, l'indexer, le commander par script et le compresser. On peut l'écrire dans un éditeur de texte ou dans un programme de dessin vectoriel. La plupart des navigateurs web le dessinent.
Un fichier peut aussi contenir du JavaScript. C'est utile quand on l'a voulu, et c'est une raison d'être prudent quand le fichier vient de quelqu'un d'autre.
Six propositions, puis un nouveau langage
Pendant l'année 1998, six propositions en concurrence pour un langage vectoriel sur le web ont été envoyées au W3C.
- Web Schematics, du CCLRC
- Precision Graphics Markup Language, d'Adobe, d'IBM, de Netscape et de Sun
- Vector Markup Language, d'Autodesk, de Hewlett-Packard, de Macromedia, de Microsoft et de Vision
- Hyper Graphics Markup Language, d'Orange UK et de PRP
- WebCGM, de Boeing, de PTC, d'InterCAP, d'Inso, du CCLRC et de Xerox
- DrawML, d'Excosoft
Le groupe de travail SVG des débuts, présidé par Chris Lilley, a décidé de n'adopter aucune des soumissions commerciales en l'état. Il a écrit un nouveau langage de balisage, nourri de ces propositions, sans vraiment reposer sur l'une d'elles. Cette décision fait que le SVG ne se lit pas comme le format d'Adobe avec les noms changés, ni comme celui de Microsoft. Ceux qui avaient livré une proposition en reconnaissent encore des morceaux. Personne n'a obtenu de posséder le résultat.
L'adoption, au début, a été mince, surtout parce que les anciennes versions d'Internet Explorer ne dessinaient pas le format. En 2011, chaque grand navigateur de bureau en avait un certain niveau de prise en charge. La prise en charge native a des avantages simples. Nul besoin d'un greffon. Le SVG peut se trouver dans le même document que le reste du contenu. Le rendu et les scripts sont plus fiables quand le navigateur lui-même s'en charge, plutôt qu'un logiciel boulonné par-dessus. La prise en charge sur mobile est arrivée par morceaux. Selon les appareils et les navigateurs, on a mis en œuvre SVG Tiny 1.1 ou 1.2, profils réduits du langage complet. Sur une page web, la forme utile est souvent le SVG en ligne : le dessin écrit dans le document HTML, plutôt que récupéré comme une image séparée. Images planes explique pourquoi une description vectorielle est le bon outil pour un signe qui doit rester net. Le SVG est cette description, écrite comme une norme.
Les versions
SVG 1.0 est devenu une recommandation du W3C le 4 septembre 2001. SVG 1.1 a suivi le 14 janvier 2003. Le changement principal de 1.1 a été de découper la spécification en modules, afin que des sous-ensembles puissent être définis comme profils. À part cela, 1.1 et 1.0 sont proches. Le même jour, SVG Tiny et SVG Basic, les profils mobiles, sont devenus eux aussi des recommandations. Ce sont des profils de 1.1, pas un autre langage.
SVG Tiny 1.2 est devenu une recommandation le 22 décembre 2008. Il avait commencé comme profil d'un SVG Full 1.2 qui était prévu. Cette version complète a été abandonnée au profit de SVG 2, et Tiny 1.2 a été rebâti comme spécification à part. Sa prise en charge a en général été mauvaise. SVG 1.1 Second Edition, publié le 16 août 2011, rassemble les errata et les clarifications. Il n'ajoute aucune fonction nouvelle. En 2020, un brouillon de l'IETF a décrit SVG Tiny 1.2 Portable/Secure, un sous-ensemble plus serré, aussi appelé SVG Tiny P/S. Ce sous-ensemble est une exigence du brouillon BIMI, le travail sur les marques dans le courriel. Un dessin minuscule et verrouillé est un autre produit qu'un dessin capable d'exécuter un script, et le cas du courriel veut le premier.
SVG 2 retire ou déprécie une partie de 1.1, et prend des fonctions à HTML5 et au Web Open Font Format. Plusieurs éléments de police, glyph et altGlyph parmi eux, disparaissent, remplacés par WOFF. L'attribut xml:space est déprécié au profit de CSS. Des fonctions HTML telles que les attributs translate et data-* sont ajoutées. Quelques idées de traitement du texte venues de Tiny 1.2 sont marquées pour inclusion, et ne sont pas encore formalisées. SVG 2 n'est pas, en général, un sur-ensemble de Tiny 1.2. Il a atteint le stade de recommandation candidate le 15 septembre 2016. Des textes candidats révisés sont parus le 7 août 2018 et le 4 octobre 2018. Un brouillon plus tardif est daté du 14 septembre 2025. La conséquence pratique, pour qui écrit un fichier aujourd'hui, est ennuyeuse et utile. SVG 1.1 est ce sur quoi les navigateurs se sont vraiment accordés. SVG 2 est l'endroit où la spécification avance. Un fichier qui s'en tient à la partie largement mise en œuvre de 1.1 sera dessiné. Un fichier qui dépend d'une fonction de 2 se vérifie contre le navigateur, pas contre le brouillon.
Ce que le fichier sait faire
Le SVG sert aux dessins pour le web et pour l'impression. Il se compresse bien avec gzip. Un fichier compressé s'appelle SVGZ, et il est d'ordinaire de 20 à 50 pour cent plus petit que l'original. Le format porte aussi des métadonnées, ce qui rend l'indexation et la recherche moins une affaire de devinette que pour une photographie. Ce que contient un fichier SVG est l'inventaire de ces pièces : tracés, texte, peinture, filtres, animation. La spécification est tenue par le W3C, et le texte en cours vit chez lui.