Unsere PDF-App für den Desktop spricht jetzt vierzehn Sprachen, auf dem Mac und unter Windows

reader.me läuft in einem Browser-Tab, und daran ändert sich nichts. Manche Arbeiten macht man dort allerdings ungern: ein Ordner mit zweihundert eingescannten Rechnungen, eine Datei, die schwer genug ist, um den Browser ins Schwitzen zu bringen, ein Notebook, das Papierkram mit dem installierten Zertifikat signiert. Dafür bauen wir zusätzlich eine Desktop-App, Files.co PDF Suite, von demselben Team, das hinter dieser Seite steht.

Version 1.5.1 ist jetzt in beiden Stores freigegeben: Apple hat sie am 28. August veröffentlicht, Microsoft hat die Zertifizierung am 29. abgeschlossen. Neue Werkzeuge bringt sie keine, und der Grund, darüber zu schreiben, ist genau das, was in keiner Feature-Liste auftaucht.

Vierzehn Sprachen, und es war kein Kopieren und Einfügen

Die Mac-App geht von sieben Oberflächensprachen auf die vierzehn, die Windows bereits hatte: Polnisch, Türkisch, Russisch, Japanisch, Koreanisch, Chinesisch und Arabisch kommen zu den ursprünglichen sieben dazu.

Der Plan war, den Windows-Katalog einfach mitzunehmen. Dann haben wir ihn geöffnet, und sieben seiner Sprachen fehlten zusammen 219 Schlüssel, fast alle aus den Werkzeugen der vorherigen Version. Wer die App auf Polnisch oder Türkisch benutzte, bekam diese Stellen also seit Monaten auf Englisch zu sehen, ohne dass es jemand gesagt hätte.

Daraus wurden 3.633 Zeichenketten, von Grund auf übersetzt und einzeln geprüft. Die Prüfung fand rund 350 Fehler, und die Art des Fehlers wiegt schwerer als die Zahl: Platzhalter in der Syntax der einen Plattform, die die andere wörtlich ausgibt, Übersetzungen, die an der falschen Meldung hingen, und Texte, die das falsche System nennen — darunter eine Zeichenkette, die Mac-Nutzern in sieben Sprachen ein unter Windows installiertes Zertifikat erklärte. Nichts davon bricht einen Build. Es lässt die App nur so wirken, als hätte sie jemand zusammengesetzt, der Ihre Sprache nicht spricht.

Für Arabisch musste das Fenster gedreht werden, nicht nur die Wörter

Ein Sprachwechsel bei laufender App tauschte die Wörter und ließ das Layout unangetastet. Arabisch kam also korrekt geschrieben in einem gespiegelten Fenster heraus: der Text in die eine Richtung, Leisten und Bereiche in die andere.

Um die Textrichtung kümmert sich der bidirektionale Unicode-Algorithmus, ein gelöstes Problem. Das Fenster darum herum nicht: wo die Seitenleiste sitzt, in welche Richtung sich ein Fortschrittsbalken füllt, in welcher Ecke die Schaltflächen liegen. Das ist Sache der Anwendung, und es muss in dem Moment passieren, in dem Sie die Sprache wählen, nicht beim nächsten Start. Jetzt passiert es.

Zwei Einstellungen, die gespeichert und dann ignoriert wurden

Auf beiden Plattformen konnten Sie einen Ausgabeordner wählen und die App bitten, das Ergebnis nach getaner Arbeit zu öffnen. Beides wurde korrekt gespeichert, und dann ignorierte es jedes Werkzeug und fragte „Speichern unter…“, als hätten Sie nie etwas eingestellt.

Alle Werkzeuge verlassen die App jetzt durch einen einzigen Ausgang, auch die, die mehrere Dateien auf einmal erzeugen. „Speichern unter…“ fragt weiterhin jedes Mal, denn das ist die eine Stelle, an der Sie ausdrücklich wählen wollten. Und weil sich der Fehler durch Kopieren von einem Werkzeug ins nächste verbreitet hat, lässt jede Plattform jetzt ihren eigenen Build scheitern, wenn ein neues Werkzeug einen eigenen Speicherdialog öffnet.

Was sich auf jeder Plattform ändert

	macOS	Windows
Freigegeben	28. August 2026	29. August 2026
Oberflächensprachen	7 → 14	14, unverändert
Arabisch mit Oberfläche von rechts nach links	Neu	Neu
Ausgabeordner und „nach Abschluss öffnen“	Behoben	Behoben

Die App gibt es im Mac App Store und im Microsoft Store, die Details stehen auf ihrer Produktseite. Wenn Sie lieber nichts installieren: die Werkzeuge hier sind da, wo Sie sie gelassen haben, und nichts, was Sie hineinlegen, verlässt Ihr Gerät.