Notre application PDF de bureau parle désormais quatorze langues, sur Mac et sur Windows

reader.me tourne dans un onglet et cela ne changera pas. Certains travaux s’y font pourtant à contrecœur : un dossier de deux cents factures scannées, un fichier assez lourd pour faire transpirer le navigateur, un portable qui signe des documents avec le certificat qui y est installé. Pour ceux-là, nous faisons aussi une application de bureau, Files.co PDF Suite, réalisée par l’équipe qui est derrière ce site.

La version 1.5.1 est approuvée sur les deux boutiques : Apple l’a publiée le 28 août et Microsoft a terminé la certification le 29. Elle n’apporte aucun nouvel outil, et la raison d’en parler est justement ce qui n’apparaît jamais dans une liste de nouveautés.

Quatorze langues, et ce n’était pas un copier-coller

L’application Mac passe de sept langues d’interface aux quatorze que Windows avait déjà : le polonais, le turc, le russe, le japonais, le coréen, le chinois et l’arabe rejoignent les sept d’origine.

Le plan était de reprendre le catalogue de Windows tel quel. Puis nous l’avons ouvert : sept de ses langues avaient 219 clés manquantes à elles toutes, presque toutes appartenant aux outils arrivés dans la version précédente. Autrement dit, qui utilisait l’application en polonais ou en turc voyait ces morceaux en anglais depuis des mois, sans que personne le signale.

L’affaire s’est donc transformée en 3 633 chaînes traduites depuis zéro puis relues une par une. La relecture a attrapé environ 350 erreurs, et le type d’erreur compte davantage que le chiffre : des marqueurs écrits dans la syntaxe d’une plateforme et imprimés littéralement par l’autre, des traductions accrochées au mauvais message, et des textes qui nomment le mauvais système — dont une chaîne qui expliquait aux utilisateurs de Mac, en sept langues, un certificat installé sous Windows. Rien de tout cela ne casse une compilation. Cela donne simplement l’impression que l’application a été assemblée par quelqu’un qui ne parle pas votre langue.

Pour l’arabe, il fallait retourner la fenêtre, pas seulement les mots

Changer de langue avec l’application ouverte changeait les mots et laissait la disposition intacte : l’arabe sortait donc correctement écrit à l’intérieur d’une fenêtre en miroir, le texte dans un sens, les barres et les panneaux dans l’autre.

La direction du texte relève de l’algorithme bidirectionnel Unicode, problème résolu depuis longtemps. La fenêtre autour du texte, non : où se place la barre latérale, dans quel sens se remplit une barre de progression, dans quel coin vivent les boutons. C’est le travail de l’application, et il doit se faire au moment où vous choisissez la langue, pas au démarrage suivant. C’est le cas désormais.

Deux réglages enregistrés puis ignorés

Sur les deux plateformes, vous pouviez choisir un dossier de sortie et demander que l’application ouvre le résultat une fois terminé. Les deux étaient bien enregistrés, puis chaque outil les ignorait et demandait « Enregistrer sous… » comme si vous n’aviez rien configuré.

Tous les outils sortent maintenant par un point unique, y compris ceux qui produisent plusieurs fichiers à la fois. « Enregistrer sous… » demande toujours, à chaque fois, parce que c’est le seul cas où vous avez demandé à choisir. Et comme le bug s’est propagé en copiant un outil dans le suivant, chaque plateforme fait maintenant échouer sa propre compilation si un nouvel outil ouvre sa propre boîte de dialogue d’enregistrement.

Ce qui change sur chaque plateforme

	macOS	Windows
Approuvée	28 août 2026	29 août 2026
Langues d’interface	7 → 14	14, inchangé
Arabe avec interface de droite à gauche	Nouveau	Nouveau
Dossier de sortie et « ouvrir à la fin »	Corrigé	Corrigé

L’application est sur le Mac App Store et le Microsoft Store, et le détail se trouve sur sa page produit. Si vous préférez ne rien installer, les outils d’ici sont là où vous les avez laissés et rien de ce que vous y déposez ne quitte votre appareil.