Comparateur de texte : comparer deux textes

Comment fonctionne la comparaison

Les textes sont comparés ligne par ligne avec l'algorithme de différence de Myers, celui-là même qu'utilisent git diff et GNU diff. Il trouve la plus courte liste d'insertions et de suppressions qui transforme un texte en l'autre, ce qui revient à trouver la plus longue suite de lignes que les deux ont en commun. Les lignes modifiées apparaissent comme une suppression suivie d'un ajout ; l'outil les apparie et lance une seconde comparaison, plus fine, à l'intérieur de chaque paire, mot par mot ou caractère par caractère, pour surligner uniquement la partie modifiée.

Les passages inchangés sont repliés, avec trois lignes de contexte autour de chaque modification, comme dans une revue de code. Cliquez sur un passage replié pour l'ouvrir, ou désactivez le repli pour voir les deux textes en entier. Les entrées très volumineuses ou presque entièrement différentes restent comparées rapidement : au-delà d'une limite de calcul, l'outil présente la zone restante comme un seul bloc de modifications au lieu de chercher le plus petit diff possible, et l'indique au-dessus du résultat.

Ignorer les espaces, la casse et les lignes vides

Ignorer les espaces

Les lignes qui ne diffèrent que par des espaces, des tabulations ou l'indentation sont considérées comme égales, comme avec git diff -w. Utile après avoir reformaté du code ou remis un texte en forme.

Ignorer la casse

Majuscules et minuscules sont considérées comme égales : un titre passé de Title Case à Sentence case n'est pas signalé.

Ignorer les lignes vides

Les modifications qui ne font qu'ajouter ou retirer des lignes vides sont grisées et exclues des compteurs et du patch.

Mots ou caractères

Choisissez la finesse du surlignage des lignes modifiées : les mots entiers conviennent à la prose, les caractères au code, aux identifiants et aux nombres.

Vue côte à côte ou vue unifiée

La vue côte à côte place le texte original et le texte modifié dans deux colonnes avec leurs propres numéros de ligne, alignées pour qu'une ligne modifiée se trouve à côté de sa nouvelle version. C'est la vue la plus lisible pour la prose et les longues lignes. La vue unifiée n'affiche qu'une colonne, les lignes supprimées marquées - et les lignes ajoutées +, exactement comme un fichier patch ou une pull request ; elle convient mieux à un écran étroit.

Les compteurs au-dessus du résultat donnent les lignes ajoutées, supprimées et modifiées. Une ligne modifiée a été éditée sur place ; une ligne supprimée n'a pas d'équivalent dans le nouveau texte.

Les numéros de ligne des deux côtés correspondent aux textes tels que vous les avez collés, ce qui permet de retrouver chaque modification dans votre propre éditeur. Les flèches au-dessus du résultat parcourent les modifications dans l'ordre et centrent chacune d'elles ; le compteur indique la modification affichée.

Fichiers patch et autres formats

Le téléchargement est un unified diff : des en-têtes --- et +++ nommant les deux fichiers, puis des blocs @@ avec trois lignes de contexte, le format lu par git apply, patch -p1 et tous les outils de revue de code. Il signale de façon standard l'absence de saut de ligne en fin de fichier : appliquer le patch à l'original reproduit donc exactement le texte modifié.

Pour du JSON, un diff ligne à ligne est souvent le mauvais outil : des clés réordonnées ou un fichier réindenté ressemblent à des modifications partout. L'outil JSON diff compare plutôt la structure et ignore l'ordre des clés et la mise en forme. Pour compter les mots de l'une ou l'autre version, utilisez le compteur de mots.