我们的桌面 PDF 应用现在会说十四种语言，Mac 和 Windows 都是

reader.me 跑在浏览器标签页里，这一点不会变。但有些活儿在标签页里做得很别扭：一个装着两百张扫描发票的文件夹、一个重到让浏览器冒汗的文件、一台用本机证书签署文件的笔记本。为这些场景，我们也做了一个桌面应用——Files.co PDF Suite，出自做这个网站的同一支团队。

1.5.1 版本已经在两个商店通过审核：苹果 8 月 28 日上架，微软 29 日完成认证。这一版没有新工具，而值得写一篇的原因恰恰在于：它修好的东西，从来不会出现在功能清单上。

十四种语言，而且不是复制粘贴

Mac 版的界面语言从七种增加到 Windows 早就有的十四种：波兰语、土耳其语、俄语、日语、韩语、中文和阿拉伯语加入原有的七种。

原本的计划是把 Windows 的语言目录原样搬过去。打开一看，其中七种语言总共缺了 219 个键，几乎都属于上一版新增的工具。也就是说，用波兰语或土耳其语使用这个应用的人，好几个月里看到的那些部分都是英文，而且没人告诉我们。

于是事情变成了 3633 条文案从零翻译，再逐条复核。复核抓出大约 350 处错误，错误的种类比数量更值得说：按一个平台语法写的占位符，被另一个平台原样打印出来；译文挂错了消息；还有文本点错了系统名字——其中一条用七种语言向 Mac 用户解释安装在 Windows 上的证书。这些都不会让构建失败，只会让应用读起来像是由一个不懂你语言的人拼凑出来的。

阿拉伯语要翻转的是窗口，不只是文字

应用运行时切换语言，换掉的是文字，布局原封不动，于是阿拉伯语写得完全正确，却装在一个镜像的窗口里：文字朝一个方向，工具栏和面板朝另一个方向。

文字方向由 Unicode 双向算法负责，那是个已经解决的问题。文字周围的窗口不是：侧栏放在哪一边、进度条往哪个方向填充、按钮住在哪个角落。这是应用自己的活儿，而且必须在你选择语言的那一刻发生，而不是等下次启动。现在就是这样了。

两个存下来却被忽略的设置

在两个平台上，你都可以选择输出文件夹，并让应用在完成后打开结果。两项都正确保存了，然后每个工具都视而不见，照样问“另存为…”，仿佛你从没设置过。

现在所有工具都从同一个出口离开，包括那些一次产出多个文件的工具。“另存为…”依旧每次都问，因为那正是你自己要求做选择的地方。而且由于这个毛病是靠把一个工具复制成下一个工具传开的，现在每个平台只要有新工具自行打开保存对话框，就会让自己的构建失败。

每个平台的变化

	macOS	Windows
通过审核	2026 年 8 月 28 日	2026 年 8 月 29 日
界面语言	7 → 14	14，未变
从右到左界面的阿拉伯语	新增	新增
输出文件夹与“完成后打开”	已修复	已修复

应用在 Mac App Store 和 Microsoft Store 上架，细节都在它的产品页。如果你不想装任何东西，这里的工具还在原处，你放进去的任何文件都不会离开你的设备。