Mise en forme du code / MULTIVERTO
Compactez les espaces entre éléments SVG.
Appliquez chaque outil de texte au résultat précédent.
01 / Guide
Supprime certains espaces de présentation; contrôlez les zones où l’espace a une signification.
Pour une syntaxe complexe ou des ressources de production, vérifiez la sortie dans l’application cible avec un analyseur ou outil spécialisé.
02 / Exemple
<svg xmlns="http://www.w3.org/2000/svg">
<circle cx="25" cy="25" r="20"/>
</svg><svg xmlns="http://www.w3.org/2000/svg"><circle cx="25" cy="25" r="20"/></svg>03 / Guide
Compactez les espaces entre éléments SVG. Supprime certains espaces de présentation; contrôlez les zones où l’espace a une signification. La compaction SVG retire des espaces entre formes et groupes sans toucher aux attributs. Un fichier texte plus court ne garantit ni image plus petite ni chargement plus rapide. Vérifiez textes et références après usage.
SVG est un vocabulaire XML pour le dessin vectoriel. Ses éléments décrivent géométrie, texte, couleur, transformations et définitions réutilisables; les attributs déterminent le dessin réel. Un SVG mis en forme révèle groupes et formes imbriqués; une version compacte réduit l’espace entre nœuds composés seulement d’éléments. Aucune opération ne modifie les coordonnées des chemins, ne simplifie les formes ni ne supprime les définitions inutilisées. Un véritable optimiseur visuel prendrait davantage de décisions fondées sur le rendu. L’éditeur demande une racine svg simple et bien formée et refuse déclarations, commentaires et CDATA. Après transformation, affichez le fichier à plusieurs tailles et contrôlez textes, viewBox et références.
Le compactage convient lorsque le résultat est consommé par une machine et que l’indentation destinée aux humains est inutile. Vérifiez d’abord que la source initiale fonctionne, puis observez ce que l’opération retire. Cet outil ne promet pas le gain d’un minificateur de production: celui-ci peut analyser toute la grammaire, renommer des identifiants, simplifier des constantes ou appliquer une compression après sérialisation. Ici, la règle est prudente: une construction incertaine reste intacte ou produit une erreur. Comparez la longueur seulement après le comportement ou le contenu analysé. Si le système cible dépend de commentaires, licences, cartes de source ou espaces significatifs, tenez-en compte avant de remplacer le fichier initial.
Conservez la source près de la sortie et essayez d’abord un petit exemple connu avant de traiter un grand document. Comparez le contenu utile, pas seulement la taille du fichier ou le nombre de lignes. Vérifiez noms, chaînes entre guillemets, caractères non ASCII, fins de ligne et champs répétés après transformation. Une sortie lisible ne valide aucun schéma, ne prouve pas que le code s’exécute et ne garantit pas que les données sont publiables. Ce site traite le texte dans le navigateur et montre la sortie comme du texte, mais l’application où vous la collerez appliquera ses propres règles. Si la saisie est refusée, repérez la construction non prise en charge et recourez au besoin à un analyseur spécialisé.