Onze pdf-app voor de desktop spreekt nu veertien talen, op Mac en op Windows

reader.me draait in een browsertabblad en dat verandert niet. Sommige klussen doe je daar alleen met tegenzin: een map met tweehonderd gescande facturen, een bestand dat zwaar genoeg is om de browser te laten zweten, een laptop die papierwerk ondertekent met het certificaat dat erop staat. Daarvoor maken we ook een desktop-app, Files.co PDF Suite, van hetzelfde team dat achter deze site zit.

Versie 1.5.1 is nu in beide stores goedgekeurd: Apple publiceerde hem op 28 augustus, Microsoft rondde de certificering op de 29e af. Nieuwe tools zitten er niet in, en juist daarom is hij het schrijven waard: wat hij oplost, haalt nooit een lijst met nieuwe functies.

Veertien talen, en het was geen kwestie van kopiëren en plakken

De Mac-app gaat van zeven interfacetalen naar de veertien die Windows al had: Pools, Turks, Russisch, Japans, Koreaans, Chinees en Arabisch komen bij de oorspronkelijke zeven.

Het plan was de Windows-catalogus over te zetten. Toen we hem openden, misten zeven van zijn talen samen 219 sleutels, bijna allemaal van de tools uit de vorige versie. Wie de app in het Pools of het Turks gebruikte, kreeg die stukken dus al maanden in het Engels te zien, zonder dat iemand er iets over zei.

Het werden 3.633 teksten die vanaf nul zijn vertaald en daarna stuk voor stuk nagelopen. Die controle ving zo’n 350 fouten, en het soort fout weegt zwaarder dan het aantal: plaatshouders in de syntaxis van het ene platform die het andere letterlijk afdrukt, vertalingen die aan het verkeerde bericht hingen, en teksten die het verkeerde systeem noemen — waaronder één regel die Mac-gebruikers in zeven talen uitlegde hoe een certificaat op Windows was geïnstalleerd. Daar loopt geen build op stuk. Het laat de app alleen lezen alsof hij in elkaar is gezet door iemand die jouw taal niet spreekt.

Voor het Arabisch moest het venster om, niet alleen de woorden

Van taal wisselen terwijl de app draaide, wisselde de woorden en liet de indeling met rust. Arabisch kwam er dus correct geschreven uit in een gespiegeld venster: de tekst de ene kant op, de balken en panelen de andere.

De tekstrichting regelt het bidirectionele algoritme van Unicode, een opgelost probleem. Het venster eromheen niet: waar de zijbalk hangt, welke kant een voortgangsbalk op loopt, in welke hoek de knoppen zitten. Dat is werk van de applicatie zelf, en het moet gebeuren op het moment dat je de taal kiest, niet bij de volgende start. Nu gebeurt het.

Twee instellingen die werden bewaard en daarna genegeerd

Op beide platforms kon je een uitvoermap kiezen en de app vragen het resultaat te openen als hij klaar was. Allebei werden ze netjes bewaard, en vervolgens negeerde elke tool ze en vroeg “Opslaan als…” alsof je nooit iets had ingesteld.

Alle tools verlaten de app nu via één uitgang, ook de tools die meerdere bestanden tegelijk maken. “Opslaan als…” blijft elke keer vragen, want dat is de enige plek waar je zelf om een keuze hebt gevraagd. En omdat de bug zich verspreidde door de ene tool in de volgende te kopiëren, laat elk platform nu zijn eigen build mislukken als een nieuwe tool een eigen opslagvenster opent.

Wat er per platform verandert

	macOS	Windows
Goedgekeurd	28 augustus 2026	29 augustus 2026
Interfacetalen	7 → 14	14, ongewijzigd
Arabisch met interface van rechts naar links	Nieuw	Nieuw
Uitvoermap en “openen als het klaar is”	Opgelost	Opgelost

De app staat in de Mac App Store en de Microsoft Store, en de details staan op de productpagina. Wil je liever niets installeren: de tools hier staan waar je ze liet en niets van wat je erin sleept verlaat je apparaat.