Comment comparer du texte en ligne avec MoreKits

Pourquoi c’est important

Imaginez : vendredi 17 h 48. L’astreinte vous signale des 502 en production. Vous diff la config Nginx déployée contre la bonne version de mardi : une ligne en plus proxy_read_timeout 5;. Cinq secondes — c’est votre incident. Un comparateur deux volets transforme une chasse de 30 minutes en correctif de 30 secondes.

Même schéma pour les juridiques qui relisent un contrat annoté, les content managers qui vérifient un export CMS contre la staging, ou les analystes qui valident deux exports CSV. Dès que la question est « qu’est-ce qui a exactement changé ? », vous faites un diff. Ce guide montre comment utiliser le comparateur MoreKits précisément, en privé, pour les formats que vous croisez vraiment.

Trois scénarios réels

Ingénieur backend

Repérer un décalage d’une ligne de config entre environnements

Comparez staging.env et production.env pour trouver LOG_LEVEL=debug parti en prod et qui noie le pipeline de logs.

Incident évité

Juridique ops

Confirmer que seule la clause d’indemnité change entre v2 et v3

Collez les contrats côte à côte ; le diff inline souligne la virgule déplacée et le passage « shall » → « must » pour que le conseil ne relise que les deltas.

Validation en quelques minutes

Rédacteur contenu

Vérifier une mise à jour de mémoire de traduction

Déposez l’ancienne et la nouvelle version du fichier locale. Trim, minuscules et ignorer espaces font remonter seulement les vrais changements de traduction.

Pas de régression publiée

Parcours pas à pas

L’outil est sur /content-tools/text-compare. Ouvrez un nouvel onglet et suivez.

Coller l’original à gauche
Mettez la version de référence dans le volet Original. L’éditeur accepte texte brut, JSON, YAML, code, Markdown, CSV. Pas de plafond pratique de taille — le diff tourne dans un Web Worker et gère des fichiers mégaoctets.
Coller la variante à droite
Mettez la nouvelle version dans Modified. Dès que les deux volets ont du contenu, le diff se calcule sans clic. La gouttière colore les insertions en vert et suppressions en rouge, avec surlignage caractère pour les modifications inline.
Réduire le bruit avec les options de normalisation
Barre d’outils : ignorer espaces de fin, normaliser fins de ligne, ou passer en minuscules avant diff. Beaucoup de « faux » diffs (CRLF vs LF, tab vs espaces) disparaissent d’un toggle.
Sauter de modification en modification
Flèches haut/bas dans la rampe de changements (ou raccourcis du tooltip) pour parcourir chaque bloc. Sur les longs fichiers, c’est bien plus rapide que le scroll.
Exporter le diff
Copy as unified diff produit le même format patch --- / +++ que git apply comprend, prêt pour ticket ou description de PR.

Petite config JSON qui dérive entre environnements

Input

{
  "logLevel": "info",
  "retries": 3,
  "endpoints": ["https://api.example.com"]
}

Output

 {
-  "logLevel": "info",
-  "retries": 3,
+  "logLevel": "debug",
+  "retries": 5,
   "endpoints": ["https://api.example.com"]
 }

Ligne rouge en langage naturel

Clause v2

The Supplier shall deliver the Goods within thirty (30) days of receipt of the purchase order.

Clause v3

The Supplier must deliver the Goods within forty-five (45) days of receipt of the purchase order.

Diff texte deux volets MoreKits avec surlignage inline et rampe de changements — Surlignages inline et rampe à droite rendent chaque bloc accessible en un clic.

Conseils avancés

Glissez-déposez un fichier sur un volet pour charger .env, .yaml, .csv depuis le disque.
Préformatez le JSON avec le formateur JSON avant de differ. Quand les deux côtés ont la même forme canonique, le diff ne montre que les changements de données, pas le bruit d’espaces.
Couplez au filigrane pour tracer quelle copie de contrat a fuité : les marqueurs invisibles de l’outil filigrane texte caché survivent souvent au copier-coller et ressortent net dans le diff.
Enregistrez l’URL avec ancres de vos réglages habituels (ex. #case=ignore) pour les réappliquer au prochain passage.
Trim Lines si votre équipe mélange éditeurs qui ajoutent un newline final automatique. Le diff arrête de se plaindre d’une 401ᵉ ligne vide.

Pièges courants

Piège courant

Le diff est « tout rouge » — presque chaque ligne a changé

Souvent seulement CRLF vs LF ou espaces de fin. Activez Ignore line endings et Trim trailing spaces dans la barre ; le diff se réduit généralement aux vrais changements.

Piège courant

JSON et YAML « différents » mais données identiques

Ordre des clés et guillemets diffèrent selon l’export. Formatez les deux côtés via le formateur de code ; le diff résiduel porte le changement significatif.

Piège courant

Performances lentes sur un énorme fichier de log

Le pire cas est en O(N×M). Pour des logs multi-mégaoctets, découpez d’abord la fenêtre temporelle pertinente (ou grep pour un id de requête) avant de coller. Ensuite des dizaines de milliers de lignes passent instantanément.

Quand ce n’est pas l’outil adapté

Le comparateur excelle sur le texte non ou semi structuré. Ailleurs :

Comparer des changements visuels (captures UI, maquettes). Utilisez un diff d’image perceptuel.
Auditer l’historique Git d’un fichier. git log -p et une plateforme de revue sont faits pour ça.
Diff de gros binaires (assets compilés, PDF). Convertissez d’abord en représentation textuelle ou utilisez un diff binaire.
Comparer des tables avec identité de ligne (exports base clé primaire). Un VLOOKUP tableur ou EXCEPT SQL donne souvent un résultat plus clair qu’un diff ligne par ligne.

FAQ

Mon texte est-il téléversé ?

Non. Le compare tourne entièrement dans le navigateur via Web Worker. Pas de fetch vers MoreKits, pas de télémétrie sur ce que vous collez, et la page fonctionne hors-ligne une fois visitée.

Puis-je partager une comparaison avec un collègue ?

L’outil ne persiste rien côté serveur. Copiez le diff unifié dans le ticket ou la PR. Pour une vue rendue partageable, capturez l’écran du volet diff.

Écritures droite-gauche supportées ?

Oui. Le surlignage inline est conscient des graphèmes, pour arabe, hébreu, ourdou, sans casser les jointures.

Quelle longueur d’entrée maximale ?

Pas de plafond dur, mais l’algorithme est super-linéaire, donc au-delà ~250 k lignes prévoyez une pause sensible. Au-delà, pré-filtrez au segment utile.

Étapes suivantes

Après avoir vu ce qui a changé :

Embellissez ou minifiez la charge avec le formateur de code.
Ré-encodez proprement les sections échappées via l’outil échappement.
Si le diff porte sur du Markdown, rendez avec le convertisseur Markdown → HTML pour valider le rendu visible.

Ouvrez le comparateur de texte quand vous en avez besoin et collez votre contenu.

Pourquoi c’est important

Trois scénarios réels

Ingénieur backend

Repérer un décalage d’une ligne de config entre environnements

Comparez staging.env et production.env pour trouver LOG_LEVEL=debug parti en prod et qui noie le pipeline de logs.

Incident évité

Juridique ops

Confirmer que seule la clause d’indemnité change entre v2 et v3

Collez les contrats côte à côte ; le diff inline souligne la virgule déplacée et le passage « shall » → « must » pour que le conseil ne relise que les deltas.

Validation en quelques minutes

Rédacteur contenu

Vérifier une mise à jour de mémoire de traduction

Déposez l’ancienne et la nouvelle version du fichier locale. Trim, minuscules et ignorer espaces font remonter seulement les vrais changements de traduction.

Pas de régression publiée

Parcours pas à pas

L’outil est sur /content-tools/text-compare. Ouvrez un nouvel onglet et suivez.

Coller l’original à gauche
Mettez la version de référence dans le volet Original. L’éditeur accepte texte brut, JSON, YAML, code, Markdown, CSV. Pas de plafond pratique de taille — le diff tourne dans un Web Worker et gère des fichiers mégaoctets.
Coller la variante à droite
Mettez la nouvelle version dans Modified. Dès que les deux volets ont du contenu, le diff se calcule sans clic. La gouttière colore les insertions en vert et suppressions en rouge, avec surlignage caractère pour les modifications inline.
Réduire le bruit avec les options de normalisation
Barre d’outils : ignorer espaces de fin, normaliser fins de ligne, ou passer en minuscules avant diff. Beaucoup de « faux » diffs (CRLF vs LF, tab vs espaces) disparaissent d’un toggle.
Sauter de modification en modification
Flèches haut/bas dans la rampe de changements (ou raccourcis du tooltip) pour parcourir chaque bloc. Sur les longs fichiers, c’est bien plus rapide que le scroll.
Exporter le diff
Copy as unified diff produit le même format patch --- / +++ que git apply comprend, prêt pour ticket ou description de PR.

Petite config JSON qui dérive entre environnements

Input

{
  "logLevel": "info",
  "retries": 3,
  "endpoints": ["https://api.example.com"]
}

Output

 {
-  "logLevel": "info",
-  "retries": 3,
+  "logLevel": "debug",
+  "retries": 5,
   "endpoints": ["https://api.example.com"]
 }

Ligne rouge en langage naturel

Clause v2

The Supplier shall deliver the Goods within thirty (30) days of receipt of the purchase order.

Clause v3

The Supplier must deliver the Goods within forty-five (45) days of receipt of the purchase order.

Conseils avancés

Glissez-déposez un fichier sur un volet pour charger .env, .yaml, .csv depuis le disque.
Préformatez le JSON avec le formateur JSON avant de differ. Quand les deux côtés ont la même forme canonique, le diff ne montre que les changements de données, pas le bruit d’espaces.
Couplez au filigrane pour tracer quelle copie de contrat a fuité : les marqueurs invisibles de l’outil filigrane texte caché survivent souvent au copier-coller et ressortent net dans le diff.
Enregistrez l’URL avec ancres de vos réglages habituels (ex. #case=ignore) pour les réappliquer au prochain passage.
Trim Lines si votre équipe mélange éditeurs qui ajoutent un newline final automatique. Le diff arrête de se plaindre d’une 401ᵉ ligne vide.

Pièges courants

Piège courant

Le diff est « tout rouge » — presque chaque ligne a changé

Souvent seulement CRLF vs LF ou espaces de fin. Activez Ignore line endings et Trim trailing spaces dans la barre ; le diff se réduit généralement aux vrais changements.

Piège courant

JSON et YAML « différents » mais données identiques

Ordre des clés et guillemets diffèrent selon l’export. Formatez les deux côtés via le formateur de code ; le diff résiduel porte le changement significatif.

Piège courant

Performances lentes sur un énorme fichier de log

Quand ce n’est pas l’outil adapté

Le comparateur excelle sur le texte non ou semi structuré. Ailleurs :

Comparer des changements visuels (captures UI, maquettes). Utilisez un diff d’image perceptuel.
Auditer l’historique Git d’un fichier. git log -p et une plateforme de revue sont faits pour ça.
Diff de gros binaires (assets compilés, PDF). Convertissez d’abord en représentation textuelle ou utilisez un diff binaire.
Comparer des tables avec identité de ligne (exports base clé primaire). Un VLOOKUP tableur ou EXCEPT SQL donne souvent un résultat plus clair qu’un diff ligne par ligne.

FAQ

Mon texte est-il téléversé ?

Non. Le compare tourne entièrement dans le navigateur via Web Worker. Pas de fetch vers MoreKits, pas de télémétrie sur ce que vous collez, et la page fonctionne hors-ligne une fois visitée.

Puis-je partager une comparaison avec un collègue ?

L’outil ne persiste rien côté serveur. Copiez le diff unifié dans le ticket ou la PR. Pour une vue rendue partageable, capturez l’écran du volet diff.

Écritures droite-gauche supportées ?

Oui. Le surlignage inline est conscient des graphèmes, pour arabe, hébreu, ourdou, sans casser les jointures.

Quelle longueur d’entrée maximale ?

Pas de plafond dur, mais l’algorithme est super-linéaire, donc au-delà ~250 k lignes prévoyez une pause sensible. Au-delà, pré-filtrez au segment utile.

Étapes suivantes

Après avoir vu ce qui a changé :

Embellissez ou minifiez la charge avec le formateur de code.
Ré-encodez proprement les sections échappées via l’outil échappement.
Si le diff porte sur du Markdown, rendez avec le convertisseur Markdown → HTML pour valider le rendu visible.

Ouvrez le comparateur de texte quand vous en avez besoin et collez votre contenu.