デスクトップ版PDFアプリが、MacでもWindowsでも14言語を話すようになりました

reader.meはブラウザのタブで動きますし、それは変わりません。ただ、タブの中では気が進まない仕事もあります。スキャンした請求書が200枚入ったフォルダ、ブラウザに汗をかかせるほど重いファイル、インストール済みの証明書で書類に署名するノートパソコン。そうした用途のために、デスクトップアプリも作っています。このサイトを手がけているのと同じチームによるFiles.co PDF Suiteです。

バージョン1.5.1が両方のストアで承認されました。Appleが8月28日に公開し、Microsoftは29日に認定を終えています。新しいツールはありません。それでも書く価値があるのは、直した内容が機能一覧には決して載らない類のものだからです。

14言語、しかもコピー＆ペーストではありませんでした

Mac版はインターフェイスの言語が7から、Windows版がすでに持っていた14に増えます。もとの7言語に、ポーランド語、トルコ語、ロシア語、日本語、韓国語、中国語、アラビア語が加わります。

当初の計画は、Windowsのカタログをそのまま持ってくることでした。ところが開けてみると、7つの言語で合わせて219個のキーが欠けていました。そのほとんどが前のバージョンで加わったツールのものです。つまりポーランド語やトルコ語でアプリを使っていた人は、その部分を何か月も英語のまま見ていたわけで、しかも誰も教えてくれませんでした。

結果として、3,633件の文字列をゼロから翻訳し、ひとつずつ点検する作業になりました。点検で見つかった誤りは約350件。数よりも、その種類のほうが重要です。片方のプラットフォームの書式で書かれ、もう片方ではそのまま文字として印字されるプレースホルダー。間違ったメッセージに結びついた訳文。そして違うOSの名前を語る文章——なかにはMacの利用者に向かって、7言語で、Windowsにインストールされた証明書の説明をしているものもありました。どれもビルドは壊しません。ただ、あなたの言語を話さない誰かが組み立てたアプリのように読めてしまうだけです。

アラビア語には、言葉だけでなくウィンドウを裏返す必要がありました

アプリを起動したまま言語を切り替えると、言葉は変わってもレイアウトはそのままでした。そのためアラビア語は、正しく書かれた文字が鏡像のウィンドウの中に収まる形になっていました。文字は一方向、バーやパネルは反対方向というわけです。

文字の方向はUnicodeの双方向アルゴリズムが面倒を見てくれます。そこは解決済みの問題です。しかし文字を囲むウィンドウは別で、サイドバーの位置、進捗バーが伸びる向き、ボタンが置かれる隅——これはアプリケーション側の仕事であり、次の起動時ではなく言語を選んだその瞬間に起きなければなりません。いまはそうなっています。

保存されたのに無視されていた2つの設定

どちらのプラットフォームでも、出力先フォルダを選び、終わったら結果を開くようアプリに頼めました。どちらも正しく保存されていて、そのうえで各ツールがそれを無視し、何も設定していないかのように「別名で保存…」と尋ねてきました。

いまはすべてのツールが単一の出口を通ります。複数のファイルを同時に生成するツールも同じです。「別名で保存…」は毎回尋ねます。そこはあなた自身が選びたいと言った唯一の場所だからです。そしてこの不具合はツールを次のツールへ複製する形で広がったので、各プラットフォームは、新しいツールが独自の保存ダイアログを開いた時点でビルドを失敗させるようになりました。

プラットフォームごとの変更点

	macOS	Windows
承認	2026年8月28日	2026年8月29日
インターフェイスの言語	7 → 14	14、変更なし
右から左へ表示するアラビア語	新規	新規
出力先フォルダと「終わったら開く」	修正	修正

アプリはMac App StoreとMicrosoft Storeにあり、詳細は製品ページにまとめてあります。何もインストールしたくない場合でも、ここのツールは置いたままですし、そこに預けたものが端末の外へ出ることはありません。