Text
CRLF ↔ LF Converter
Zeilenenden zwischen Windows (CRLF), Unix/macOS (LF) und klassischem Mac (CR) umwandeln, mit Erkennung gemischter Zeilenenden.
Der Browser normalisiert den ins Feld eingefügten Text selbst auf LF, daher lassen sich die ursprünglichen CRLF/CR hier nicht erkennen — für die Analyse oder Konvertierung einer Datei mit echten CRLF/CR den Datei-Upload oben verwenden.
Windows, Unix/macOS, and the old classic Mac historically use different characters to mark the end of a line — CRLF, LF, and CR respectively. Mixing these styles in one file often causes odd artifacts in diffs or editors. This tool converts line endings to one style and detects mixed ones.
How to use it
- Paste text and the tool automatically detects the current line-ending style, including a mixed one.
- Pick a target format (CRLF, LF, or CR) and the conversion happens instantly.
- If several styles are found in the same file, that's flagged with a separate warning.
Common uses
- Fixing a file where git diff shows every line as changed because of differing line endings, even though the content itself didn't actually change.
- Converting a text file to the format a specific system or script expects (a Unix script, for instance, expects LF).
- Debugging why a file opened in a Windows editor shows the entire text on one line (a sign of plain LF with no CR).
Things to keep in mind
Git can automate this conversion itself through core.autocrlf or .gitattributes — often more convenient than converting files in a repository by hand.
Mixed line endings in one file aren't always visible at a glance, but they can break parsers or scripts that expect one specific style.
Artikel zu diesem Tool: CRLF gegen LF: warum Zeilenendezeichen immer noch wichtig sind
Häufig gestellte Fragen
Warum unterscheiden sich Zeilenenden je nach System?
Windows verwendet CRLF (\r\n), Unix und macOS verwenden nur LF (\n), und der klassische Mac verwendete nur CR (\r) — diese unterschiedlichen historischen Konventionen verursachen Inkonsistenzen, wenn eine Datei zwischen Systemen verschoben wird.
Warum muss ich eine Datei hochladen, anstatt Text einzufügen?
Der Browser normalisiert automatisch jeden in ein Eingabefeld eingefügten Text auf LF, sodass echte ursprüngliche CRLF- oder CR-Zeichen nach dem Einfügen nicht mehr erkennbar sind — nur ein direkter Datei-Upload bewahrt die tatsächlichen Zeilenenden für Analyse oder Konvertierung.
Wann spielt diese Art von Problem tatsächlich eine Rolle?
Es ist besonders wichtig bei git (unübersichtliche Diffs durch Zeilenenden), Shell-Skripten, die an übrig gebliebenen CRLF scheitern, und Dateien, die zwischen Windows- und Unix/macOS-Systemen ausgetauscht werden; die hochgeladene Datei wird nur lokal im Browser verarbeitet, nie an einen Server gesendet.
Was tun, wenn eine Datei CRLF und LF gemischt enthält?
Eine Datei, die in mehreren Editoren oder auf unterschiedlichen Betriebssystemen bearbeitet wurde, kann beide Stile gleichzeitig enthalten. Die Konvertierung muss auf die gesamte Datei angewendet werden, nicht nur auf sichtbar „verdächtige" Zeilen — sonst bleibt ein Teil der problematischen Zeilenenden unbemerkt.
Kann die Konvertierung über git automatisiert werden?
Ja, die Einstellung core.autocrlf in git konvertiert Zeilenenden automatisch bei Checkout und Commit, und .gitattributes erlaubt es, den Zeilenende-Stil für bestimmte Dateitypen im Repository explizit festzulegen.