Zum Inhalt springen
TextArray
100% lokal

Zeilenenden-Konverter

Erkenne CRLF-, LF- und CR-Zeilenenden mit Zählung und wandle den ganzen Text in einen einheitlichen Stil um.

Eingabe

Zeilenenden-Konverter

Jede Betriebssystemfamilie beendet Zeilen auf ihre Art: Unix und modernes macOS nutzen LF, Windows nutzt CRLF, und das klassische Mac OS verwendete ein bloßes CR. Füge einen beliebigen Text ein und der Konverter meldet genau, was er gefunden hat — wie viele CRLF-, LF- und CR-Enden, und ob die Datei einheitlich oder gemischt ist — und schreibt dann jedes Ende in den gewählten Stil um. Die Bilanz liest sich wie ein Kassenbon: 14 CRLF + 2 LF → 16 LF, du siehst also auf einen Blick, was sich geändert hat.

Gemischte Zeilenenden sind der klassische unsichtbare Fehler. Eine abwechselnd unter Windows und Linux bearbeitete Datei passt nicht mehr in Diffs, git markiert jede Zeile als geändert, Shell-Skripte scheitern mit kryptischen Meldungen wie „bad interpreter: /bin/bash^M", und CSV-Importe bekommen Geisterzeilen. Weil der Unterschied in den meisten Editoren unsichtbar ist, ist die schnellste Reparatur genau diese: einfügen, zu LF umwandeln (oder zu CRLF für Windows-Tooling), zurückkopieren.

Zwei Zusatzoptionen erledigen die Aufräumarbeit in einem Durchgang. „Genau einen Zeilenumbruch am Ende sicherstellen" lässt den Text mit exakt einem Umbruch enden — die POSIX-Konvention, die Linter und Code-Reviews immer wieder einfordern — und „Leerzeichen am Zeilenende entfernen" beseitigt die Leerzeichen und Tabs, die sich an Zeilenenden verstecken und Diffs verschmutzen. Beide sind standardmäßig aus; das Tool ändert nichts Ungefragtes.

Dein Text wird vollständig in deinem Browser verarbeitet und nirgends hochgeladen. Wandle Skripte, Konfigurationsdateien und Quellcode sicher um, dann kopiere das Ergebnis oder lade es als .txt-Datei herunter.

Häufige Fragen

Was sind CRLF, LF und CR?
Die unsichtbaren Zeichen am Zeilenende: LF (Line Feed) unter Unix, Linux und modernem macOS, CRLF (Carriage Return + Line Feed) unter Windows und ein bloßes CR im klassischen Mac OS. Der Text sieht in jedem Fall gleich aus — den Unterschied bemerken erst die Tools.
Woran erkenne ich gemischte Zeilenenden?
Einfügen genügt. Die Bilanz listet jede gefundene Art mit Anzahl, z. B. 14 CRLF + 2 LF — die Datei ist also gemischt. Nach dem Umwandeln sind alle Enden von der Zielart.
Was macht „Genau einen Zeilenumbruch am Ende sicherstellen"?
Der Text endet danach mit exakt einem Umbruch der Zielart: ein fehlender wird ergänzt, überzählige werden entfernt. POSIX definiert eine Zeile als mit einem Umbruch endend — deshalb verlangen viele Linter genau das.
Warum scheitern meine Shell-Skripte mit ^M-Fehlern?
Das Skript hat Windows-CRLF-Enden, und die Shell liest das CR als Teil des Befehls — der klassische „bad interpreter"-Fehler. Wandle das Skript zu LF um und es läuft.
Wird mein Text irgendwo hochgeladen?
Nein. Das Tool läuft vollständig in deinem Browser und dein Text verlässt dein Gerät nie — sicher auch für Skripte, Configs und Quellcode.