Mise en forme du code / MULTIVERTO
Indentez un XML simple et bien formé.
Appliquez chaque outil de texte au résultat précédent.
01 / Guide
L’indentation et les retours à la ligne révèlent la structure en conservant les éléments acceptés.
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
<racine><message>Bonjour</message><nombre>2</nombre></racine><racine>
<message>Bonjour</message>
<nombre>2</nombre>
</racine>03 / Guide
Indentez un XML simple et bien formé. L’indentation et les retours à la ligne révèlent la structure en conservant les éléments acceptés. Le XML formaté montre la profondeur d’une arborescence simple et exige des fermetures concordantes. Il garde les valeurs textuelles et réorganise les enfants constitués d’éléments. Déclarations, DTD, CDATA et commentaires demandent un autre outil.
XML exige une racine unique, des fermetures concordantes, des attributs entre guillemets et des caractères spéciaux échappés. Contrairement à HTML, un XML mal formé doit être rejeté. Cet outil local prend en charge une arborescence simple; déclarations, définitions de type, commentaires et CDATA sortent du sous-ensemble accepté. Il préserve les valeurs textuelles non vides et met en forme ou compacte les espaces entre enfants constitués d’éléments. Ces espaces peuvent compter pour un consommateur XML configuré pour les conserver: testez donc la sortie compacte. Les noms préfixés sont retenus sans résolution sémantique. Pour validation ou canonicalisation, utilisez un analyseur tenant compte des espaces de noms.
La mise en forme sert surtout lors de la relecture ou du diagnostic, car l’indentation peut révéler un niveau manquant ou un élément frère inattendu. Collez un fragment complet et représentatif, puis lancez l’opération une fois. Lisez la sortie de la structure extérieure vers l’intérieur et repérez les débuts et fins de chaque élément, bloc ou clause. Cette page ne se présente pas comme un compilateur de toutes les extensions du langage; certaines constructions avancées sont refusées. Après avoir copié la sortie, utilisez le validateur ou les tests habituels du projet destinataire. Avant d’enregistrer le texte reformatté, examinez la différence pour repérer toute modification involontaire d’un littéral ou d’une valeur.
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é.