Warum Font-Subsetting das Bearbeiten zerstört, nicht das Lesen

Eine PDF kann perfekt aussehen und trotzdem das nächste Zeichen verweigern, das du eintippst. Das liegt oft nicht an einem defekten Betrachter. Es ist Font-Subsetting: Die Datei bettet nur die Glyphen ein, die beim Schreiben nötig waren, und beim Bearbeiten wird eine Glyphe verlangt, die nie mitgepackt wurde.

Was ein Subset ist

Schriften in TrueType und OpenType können Zehntausende Glyphen enthalten. Eine zehnseitige Notiz nutzt vielleicht ein paar Hundert davon. Subsetting schreibt die eingebettete Schrift so um, dass ungenutzte Glyphen wegfallen. Die Dateigröße sinkt; die Darstellung des vorhandenen Textes auf dem Bildschirm und im Druck bleibt gleich, weil jedes Zeichen, das bereits im Dokument steht, weiterhin vorhanden ist.

Lesen und Drucken gelingen also. Der Fehler zeigt sich später: Jemand öffnet die PDF in einem Editor, tippt einen Buchstaben mit Akzent oder eine seltene Interpunktion, und die fehlende Glyphe wird ersetzt, bleibt leer oder wird abgelehnt. Das Kopieren von vorhandenem Text funktioniert meist weiterhin; das Einfügen neuer Zeichen trifft die Lücke in der Glyphentabelle.

Subsetting entfernt nicht die Schrift

Das Schriftobjekt bleibt eingebettet. Was verschwindet, ist der ungenutzte Teil der Glyphentabelle. Das unterscheidet sich von:

• der Abhängigkeit von einer Systemschrift auf dem Rechner des Lesers (Risiko der Ersetzung über verschiedene Betriebssysteme hinweg)
• der Umwandlung von Text in Konturen oder Bilder (zerstört Markieren und Suchen)
• der Verschlüsselung der Datei (Schützen); Verschlüsselung subsettet keine Glyphen

Viele Exportprogramme aus Büroanwendungen und Treiber für den Druck in eine PDF subsetten standardmäßig, wenn sie Schriften einbetten. Der Schaden entsteht beim Export und nicht, wenn später ein Betrachter die Datei öffnet. Ein erneutes Speichern über ein anderes PDF-Werkzeug subsettet möglicherweise erneut oder auch nicht; Glyphen, die nie geschrieben wurden, stellt es nicht auf wundersame Weise wieder her.

Was PDF123 Komprimieren tatsächlich macht

Komprimieren (POST /api/v1/misc/compress-pdf) lässt qpdf Streams komprimieren (--compress-streams=y), Flate-Daten neu komprimieren und Objektstreams erzeugen. Es subsettet keine Schriften und beansprucht kein Downsampling von Bildern. Ist eine Datei bereits dicht gepackt, ändert sich die Größe des Downloads kaum. Enthält die Datei bereits Subset-Schriften, lässt Komprimieren diese Subsets unverändert; es erweitert sie nicht wieder zu vollständigen Schriftschnitten.

Wie die Hebel für die Größe in allgemeinen Abläufen mit PDF zusammenwirken (Bilder, Streams, Struktur), beschreibt Was beim Komprimieren einer PDF wirklich passiert. Lies diesen Beitrag als Hintergrund und nicht als Behauptung, der Knopf zum Komprimieren auf dieser Website subsette Schriftschnitte.

Auch OCR und die Konvertierung zu Markdown stellen fehlende Glyphen in der PDF nicht wieder her: OCR liefert Markdown-Text, und PDF zu Markdown extrahiert, was die Textebene bereits enthält.

Bearbeiten und Lesen in der Praxis

Wer mit einem vollständigen Zeichensatz weiterarbeiten muss, hat mit dem Subsetting die falsche Einstellung beim Export gewählt. Bevorzuge eine bearbeitbare Quelle (Word oder Markdown über Markdown zu PDF für eine neue Ausgabe) oder eine PDF, die noch einen vollständigen Schriftschnitt einbettet. Komprimieren auf PDF123 legt diese Glyphen nicht zurück.

Wenn du klären willst, warum sich „é in dieser PDF nicht tippen lässt“, prüfe, ob der ursprüngliche Export Schriften subsettet hat, bevor du den Betrachter oder Reparieren beschuldigst. Reparieren baut die Struktur neu auf; es erweitert keine Glyphentabellen. Ein Durchlauf über Markdown kann eine neue PDF mit den Schriften erzeugen, die WeasyPrint für diese Ausgabe einbettet. Das ist nützlich für ein neues Dokument, aber nicht, um den alten Subset-Schnitt gezielt wiederherzustellen.