01 / Guide
Comment ça marche
Analyse les échappements JSON standard du littéral cité.
Bon à savoir
Lisez un littéral JavaScript cité compatible avec JSON en texte.
Mise en forme du code / MULTIVERTO
Lisez un littéral JavaScript cité compatible avec JSON en texte.
Appliquez chaque outil de texte au résultat précédent.
01 / Guide
Analyse les échappements JSON standard du littéral cité.
Lisez un littéral JavaScript cité compatible avec JSON en texte.
02 / Exemple
"Bonjour\nBienvenue"Bonjour
Bienvenue03 / Guide
Lisez un littéral JavaScript cité compatible avec JSON en texte. Analyse les échappements JSON standard du littéral cité.
Commencez avec l’entrée affichée sur cette page : "Bonjour\nBienvenue". L’outil produit : Bonjour Bienvenue. Testez d’abord l’exemple pour comparer les deux représentations. Remplacez-le ensuite par vos données. Le résultat est du texte à copier dans un éditeur, un test ou une requête seulement après avoir vérifié que la destination attend cette forme.
L’outil d’échappement correspondant crée une chaîne JavaScript citée avec les règles JSON. Cet outil inverse lit exactement ce sous-ensemble compatible avec JSON : la saisie doit donc inclure les guillemets doubles extérieurs. Il décode les échappements antislash-n pour un retour, antislash-t pour une tabulation, ainsi que guillemets, antislashs et séquences Unicode. Il n’exécute pas JavaScript, ne développe pas les variables et n’interprète pas les modèles. JavaScript admet aussi les chaînes entre apostrophes et les échappements hexadécimaux absents de la grammaire JSON ; ils sont volontairement refusés. La sortie peut contenir de vrais caractères de contrôle : un retour décodé devient un retour, pas les deux caractères antislash et n. Vérifiez avant de l’insérer en CSV, HTML ou URL, qui peuvent exiger une autre couche d’échappement.
Conservez l’original à côté du texte transformé pendant la vérification. Comparez d’abord un petit cas connu, notamment avec une ponctuation, un caractère non ASCII, une valeur répétée ou un champ vide pertinent. Une sortie lisible ne prouve pas que le programme destinataire accepte le même schéma ou les mêmes conventions. Pour échanger des données entre applications, utilisez l’analyseur de destination et examinez quelques enregistrements après importation. Gardez les fichiers importants sous contrôle de version pour annuler les changements. Le traitement se fait dans votre navigateur ; cette page n’envoie pas le texte saisi à un serveur de conversion. La mémoire du navigateur et le presse-papiers demandent néanmoins des précautions ordinaires sur un appareil partagé.
Source et résultat ont des rôles distincts même s’ils se ressemblent. La méthode ci-dessus définit le sous-ensemble accepté, pas toutes les extensions du format. Avec un destinataire strict, essayez un petit cas connu avant de modifier de nombreux enregistrements. Si la validation échoue, revenez à la source et à la première erreur signalée ; corriger seulement la sortie peut masquer la cause.
Vérifiez le résultat en l’échappant de nouveau et en comparant la forme citée à l’entrée initiale. La sortie visible peut contenir de vrais tabulations ou retours ; examinez-la dans un éditeur qui révèle les espaces. Si la destination suivante est HTML, une URL ou une requête de base de données, appliquez ensuite ses propres règles d’encodage ou de paramétrage. Décoder une chaîne ne sécurise pas son contenu dans un autre contexte.