Text und Bytes
Text oder Dateien vereinheitlichen, ohne die ursprüngliche Kodierung ungefragt zu ändern.
UTF-8; BOM: keine; 0 Bytes. CRLF 0, LF 0, CR 0; NUL 0; letzter Umbruch: nein.
Noch kein Ergebnis.
Text und Dateien werden in diesem Browser verarbeitet; Eingabedaten werden nicht hochgeladen.
Bis zu 20 Dateien: je 2 MiB, insgesamt 16 MiB Eingabe und 32 MiB Ausgabe.
Text eingeben oder Dateien wählen.
Kopieren überträgt Text, keine Kodierung oder zusätzliche BOM. Der Download erhält die angezeigten Ausgabebytes.
BOM zeigt den tatsächlichen Byteanfang. Nach dem Entfernen einer von zwei Signaturen kann ein Präfix aus dem verbleibenden Text stehen bleiben.
Ein Skript kann unverändert aussehen und trotzdem an einem zusätzlichen CR scheitern. Der Zeilenumbruch-Konverter zählt CRLF-Paare, einzelne LF und einzelne CR getrennt. So erkennen Sie gemischte Zeilenenden vor der Umwandlung.
Für die ursprüngliche Kodierung zählt die Datei. Eingefügter Text belegt ihre Bytes nicht. Texteingaben werden als UTF-8 behandelt; bei Dateien bleibt die erkannte oder ausdrücklich gewählte Kodierung erhalten.
Der Zeilenumbruch-Konverter lässt Leerzeichen, Tabs, Leerzeilen und das Vorhandensein eines abschließenden Umbruchs bestehen. Mit „Beibehalten“ bearbeiten Sie allein die BOM, ohne gleichzeitig Zeilenenden umzuschreiben.
Der Zeilenumbruch-Konverter behandelt nur die erste Signatur als BOM. Ein zweites oder eingebettetes U+FEFF gehört weiterhin zum Text. Die Hexansicht zeigt, welche Bytes tatsächlich entfallen.
Wählen Sie bis zu 20 Dateien und bestätigen Sie deren Austausch in der Vorschau. Eine BOM bestimmt UTF-8 beziehungsweise die UTF-16-Bytefolge. Ohne BOM gilt UTF-8; UTF-16LE/BE oder Windows-1252 müssen Sie bewusst auswählen.
Voreingestellt sind LF sowie das Beibehalten von BOM und Kodierung. CRLF in LF umwandeln betrifft nur vorhandene Trenner. Für UTF-8 als neue Kodierung ist zusätzlich eine Bestätigung nötig. Änderungen an Daten oder Optionen setzen sie zurück.
Die Textvorschau wächst um 10.000 Zeichen, die Bytevorschau um 256 Bytes. Downloads enthalten alles. Automatik wartet 350 ms; ausgeschaltet stehen Umwandeln und Strg/Cmd+Enter bereit. Nach Änderungen sind alte Exporte sofort gesperrt.
Beim Zeilenenden konvertieren zählt CRLF als ein Trenner. Zusätzlich erscheinen NUL-Anzahl und abschließender Umbruch. U+0085, U+2028 und U+2029 werden nicht als Zeilenenden behandelt.
Wenn Sie eine BOM entfernen, können die Zeilenenden unverändert bleiben. UTF-8 und UTF-16LE/BE erhalten jeweils die passende Signatur. Windows-1252 hat keine BOM; dafür ist ein bestätigter Wechsel nach UTF-8 nötig.
Ungültiges UTF-8, ungerade UTF-16-Bytelängen und einzelne Surrogate führen zum Fehler. Windows-1252 nutzt die umkehrbare WHATWG-Zuordnung einschließlich C1. Weder Leerraum noch Unicode-Zusammensetzung werden bereinigt.
Die BOM wird pro Datei erkannt, die Optionen gelten gemeinsam. Nummerierte sichere Namen verhindern Überschreibungen im ZIP. Scheitert eine Datei, wird der gesamte Export gesperrt, statt unbemerkt einen Teil wegzulassen.
Historisch nutzen Windows-orientierte Abläufe oft CRLF und Unix-Systeme LF; CR stammt aus älteren Formaten. Der Zeilenumbruch-Konverter startet mit LF. Entscheidend ist jedoch die Vorgabe des empfangenden Programms, nicht allein dessen Betriebssystem.
Beim Kopieren können CR-Zeichen bereits verschwunden sein. Der Editor bewahrt CRLF und CR, die das Einfügeereignis liefert. Nur die Originaldatei ermöglicht eine Aussage über ihre ursprünglichen Bytes.
Etwa wenn ein Shell-Interpreter einen zusätzlichen CR liest oder Git fast jede Zeile als geändert zeigt. Prüfen Sie die einzelnen Zähler und wählen Sie das vom Ziel verlangte Format.
Wählen Sie einen Zieltrenner für die gesamte Datei. Nicht nur auffällige Zeilen werden umgewandelt. Denken Sie daran, dass tatsächliche Umbrüche in zitierten CSV-Feldern ebenfalls betroffen sind.
Ja, text/eol-Attribute und core.autocrlf steuern die Behandlung von Index und Arbeitsverzeichnis. Ein Download kann beim Checkout erneut andere Zeilenenden erhalten. Dieses Werkzeug ändert keine Git-Einstellungen.
Unerwartete Bytes entdeckt?
Vergleichen Sie Zähler und Anfangsbytes mit den Anforderungen des Zielprogramms, bevor Sie Dateien speichern.