TXT in PDF umwandeln

Reiner Text ist das Format, das alles überlebt. Keine Version, kein proprietäres Programm, keine Formatierung, die kaputtgehen kann — in fünfzig Jahren lässt es sich immer noch öffnen. Genau diese Verlässlichkeit wird in dem Moment zum Problem, in dem die Person am anderen Ende ein Dokument erwartet: Einreichungsportale wollen PDF, Druckereien wollen definierte Seiten, und ein `.txt` im Anhang wirkt wie das Bruchstück von etwas und nicht wie eine fertige Sache.

Diese Umwandlung gibt dem Text, was ihm fehlt. Der Inhalt wird auf Seiten in Standardgröße gesetzt, mit lesbarer Schrift und vernünftigen Rändern, und Absatzumbrüche und Leerzeilen bleiben, wo sie waren. Für Notizen, ein Manuskript, einen Brief oder ein exportiertes Protokoll ist das genau richtig, und mehr gibt es nicht zu bedenken.

Eine Textdatei hält nirgends fest, welche Kodierung sie benutzt — diese Information steht schlicht nicht in der Datei — also muss jedes Programm, das sie öffnet, raten. Rät es falsch, wird jedes Sonderzeichen zu Kauderwelsch: Eine unter Windows in der alten westlichen Kodierung gespeicherte und als UTF-8 gelesene Datei macht aus dem ä zwei sinnlose Symbole und aus dem ß zwei weitere.

Im Deutschen fällt das deutlich stärker auf als im Englischen, weil in fast jedem Absatz Umlaute stehen. Wenn in deinem Ergebnis «Ã¤» steht, wo ein ä hingehörte, ist genau das passiert. Die dauerhafte Lösung ist, das Original in einem beliebigen Editor zu öffnen und als UTF-8 neu zu speichern — das erwartet alles Moderne. Keine Seite kann besser raten, als die Datei es zulässt.

Eine Textdatei hat keine Seitenbreite, eine PDF-Seite schon. Zeilen, die über den Rand hinauslaufen, werden in der nächsten Zeile fortgesetzt — für Fließtext richtig, für alles mit Struktur ziemlich nutzlos. Ein Serverprotokoll, ein Code-Listing oder ein Bericht mit fester Breite lebt davon, dass jeder Eintrag eine Zeile belegt, und der Umbruch zerstört das auf einen Blick.

Außerdem wird der Text in einer Proportionalschrift gesetzt, sodass alles, was mit Leerzeichen ausgerichtet ist — eine ASCII-Tabelle, Zahlenspalten — nicht mehr aufgeht. Wenn deine Datei strukturiert statt geschrieben ist, ist das hier das falsche Ziel.

Nichts wird komprimiert, nichts wird interpretiert, und es gibt keine Formatierung zu verlieren, weil von Anfang an keine da war. Was als Zeichen hineingeht, kommt als dieselben Zeichen wieder heraus, nur auf Seiten.

Windows, macOS und Unix haben Zeilen historisch unterschiedlich beendet, und eine auf einem System geschriebene und auf einem anderen gelesene Datei kann ankommen, ohne dass ihre Umbrüche erkannt werden.

Hier werden alle drei Konventionen behandelt, das sollte dir also nicht passieren. Wenn doch, ist die Datei vermutlich gar kein reiner Text: Eine `.txt`-Endung auf etwas, das in Wahrheit RTF oder der Export einer Textverarbeitung ist, verhält sich seltsam — und ein Blick in einen Texteditor zeigt es sofort.

Standardseitengröße, lesbare Schrift, vernünftige Ränder, und Absatzumbrüche und Leerzeilen so, wie sie waren. Seitenzahlen kommen dazu, weil ein gedruckter Stapel Text ohne sie schwer wieder zu ordnen ist.

Überschriften gibt es nicht, weil eine Textdatei keine hat, die man finden könnte. Was wie eine Überschrift aussieht, ist eine Textzeile, und als solche wird sie gesetzt.

Ein paar tausend Seiten sind an sich kein Problem, weil der Aufwand proportional zur Textmenge ist. Die Grenze setzt der Arbeitsspeicher, denn das Dokument wird vollständig zusammengebaut, bevor es geschrieben wird.

Einen Export von mehreren hundert Megabyte teilst du besser vorher auf. Diese Größe ist meist auch das Zeichen dafür, dass der Text ein Protokoll oder ein Datensatz ist und kein Dokument — und dann ist ein PDF das falsche Ziel.

Griechisch, Kyrillisch, Devanagari, Japanisch, Chinesisch und Koreanisch werden mit den Schriften gesetzt, die der Umwandler mitbringt, sodass eine UTF-8-Datei in jedem davon lesbar herauskommt. Devanagari wurde gemessen statt angenommen: Eine hier umgewandelte Hindi-Datei ergibt ein PDF, in dem `NotoSansDevanagari-Regular` eingebettet ist — die Zeichen reisen also als Zeichen, und die Matras setzen sich an, wie sie sollen.

Rechtsläufige Schriften wie Arabisch und Hebräisch sind der schwierige Fall, weil ein korrekter Satz mehr braucht als die richtigen Glyphen in der richtigen Reihenfolge. Sieh dir das Ergebnis an, bevor du dich für etwas Wichtiges darauf verlässt.

Leg so viele hinein, wie du willst — jede wird ihr eigenes PDF, und sie kommen gemeinsam als ZIP zurück. Sie werden nicht zu einem Dokument verbunden, denn die Reihenfolge festzulegen wäre eine Entscheidung, die an deiner Stelle getroffen würde.

Wenn du ein einziges Dokument willst, füg die Textdateien vorher zusammen und wandle das Ergebnis um. Dann ist die Reihenfolge die, die du gewählt hast, und nicht die, die aus einer Ordnerliste gefallen ist.