Préparer un fichier pour un logiciel exigeant CRLF
Sélectionnez CRLF puis téléchargez le résultat. Contrôlez les fins de ligne dans un éditeur capable de les afficher plutôt que de les déduire de l’aperçu.
Convertisseur de fins de ligne
Convertissez un texte entre les fins de ligne LF, CRLF et CR. Le traitement reste local dans votre navigateur.
- Presse-papiers
- Export
Données non envoyées
Texte converti
Cet outil vous a-t-il été utile ?
Comment fonctionne cet outil ?
Uniformisez les retours à la ligne d’un texte en LF, CRLF ou CR pour l’adapter à un éditeur, un logiciel ancien ou un protocole de fichier. Le convertisseur agit sur les caractères de fin de ligne réels ; il ne remplace pas les lettres d’une séquence écrite comme \n dans du code. Il traite le texte dans votre navigateur et conserve les espaces, tabulations et lignes vides. Le choix du séparateur concerne le fichier obtenu, même si son aperçu visuel ressemble aux autres modes.
Le moteur reconnaît d’abord CRLF comme une seule fin de ligne, puis les CR isolés et les LF. Il remplace chaque séparation reconnue par celle que vous choisissez. LF utilise le caractère U+000A ; CRLF associe U+000D puis U+000A ; CR utilise U+000D seul. Les autres séparateurs Unicode, comme U+2028, ne font pas partie de cette normalisation.
Les lignes et leur ordre ne sont pas triés ou nettoyés. Un saut final déjà présent est conservé ; le convertisseur n’en ajoute pas lorsque le texte n’en possède pas. Plusieurs retours consécutifs restent plusieurs séparations, ce qui garde les lignes vides. Aucun espace final n’est retiré des lignes.
Les champs texte HTML normalisent leur valeur en LF. L’aperçu ne peut donc pas montrer directement les octets CRLF ou CR choisis. Le texte généré exact est conservé séparément pour la copie et le téléchargement. Le presse-papiers ou l’application de destination peuvent ensuite appliquer leurs propres règles ; privilégiez le fichier téléchargé quand les octets précis sont importants.
Ce traitement n’est pas un transcodage de jeu de caractères. Les fichiers importés sont lus comme texte par le navigateur et la sortie est un fichier texte UTF-8. L’outil ne répare pas un fichier initialement décodé avec le mauvais encodage. Il transforme aussi les retours réels à l’intérieur d’un champ cité : il ne connaît pas la grammaire CSV, SQL ou d’un autre format.
Comment utiliser cet outil ?
Fournir le texte à normaliser
Collez le contenu ou importez un fichier texte accepté. Vérifiez les accents et caractères spéciaux pour confirmer que la source a été lue correctement.
Choisir LF, CRLF ou CR
Sélectionnez le mode exigé par le destinataire et lancez la conversion. L’apparence des lignes ne suffit pas à identifier le séparateur produit.
Télécharger et contrôler le fichier
Récupérez le résultat puis examinez ses fins de ligne dans votre environnement. Modifier la source ou le mode masque l’ancien résultat pour éviter un export périmé.
Cas d'utilisation
Uniformiser un extrait avant une comparaison
Choisissez un seul séparateur pour écarter une différence technique de plateforme. Le convertisseur ne supprime pas les autres différences de texte.
Produire un format ancien utilisant CR
Réservez le mode CR à une application qui le demande réellement. Il ne s’agit pas du format habituel des systèmes macOS actuels, qui utilisent généralement LF.
Exemples
Uniformiser des séparateurs mixtes en CRLF
La notation JSON échappée rend les caractères invisibles lisibles. Les trois séparations reconnues deviennent CRLF et le saut final reste présent.
Entrée
"a\r\nb\rc\n"Résultat
"a\r\nb\r\nc\r\n"Conserver une ligne vide sans ajouter de saut final
En mode CR, les deux LF consécutifs deviennent deux CR. La ligne vide subsiste et le dernier b ne reçoit pas de retour supplémentaire.
Entrée
"a\n\nb"Résultat
"a\r\rb"Conseils et bonnes pratiques
- Choisissez le format attendu par le destinataire plutôt que celui supposé de votre système personnel.
- Un éditeur peut réenregistrer le fichier avec ses propres réglages : contrôlez aussi sa configuration de sauvegarde.
- Ne convertissez pas un fichier binaire comme du texte ; son contenu ne se réduit pas à des lignes lisibles.
- Pour un CSV contenant des retours dans des cellules citées, décidez si leur normalisation fait réellement partie du résultat souhaité.
Sources et références
- Unicode Newline Guidelines (s’ouvre dans un nouvel onglet), Unicode ConsortiumPage en anglais
Questions fréquentes
Pourquoi CRLF et LF se ressemblent-ils dans l’aperçu ?
Un textarea HTML affiche des lignes mais normalise sa valeur DOM en LF. Le téléchargement utilise le texte généré exact conservé hors de cette valeur, pour respecter le mode choisi.
Le convertisseur ajoute-t-il un saut à la dernière ligne ?
Non. Il conserve la présence ou l’absence du séparateur final, ainsi que les lignes vides. Il ne réalise pas de nettoyage automatique des espaces.
Pourquoi le texte littéral \n ne change-t-il pas ?
Deux caractères écrits, une barre oblique inverse puis n, ne sont pas le caractère LF. L’outil transforme les retours réels et ne décode pas les séquences d’échappement d’un langage.
Est-ce aussi un convertisseur UTF-8 vers Windows-1252 ?
Non. Il normalise les fins de ligne d’un texte déjà décodé. Les encodages de caractères doivent être gérés séparément ; la sortie téléchargée est du texte UTF-8.
Outils associés
Continuez avec ces outils
Des outils similaires ou complémentaires à celui-ci.
Outils similaires
Comparez deux textes ligne par ligne et repérez rapidement les ajouts, suppressions et modifications.
DéveloppementMis en avantUtiliser l’outil
Supprimez les espaces en trop, les tabulations répétées et les lignes vides d’un texte copié.
DéveloppementMis en avantUtiliser l’outil
Validez la structure d’un fichier CSV et repérez rapidement les lignes ou colonnes problématiques.
DéveloppementMis en avantUtiliser l’outil