我們的桌面 PDF 應用程式現在會說十四種語言,Mac 和 Windows 都一樣
Files.co PDF Suite 1.5.1 已在兩間商店通過審核。這款桌面應用程式出自製作 reader.me 的同一個團隊,Mac 版的介面語言從七種增加到十四種,其中包含阿拉伯文。
reader.me 跑在瀏覽器分頁裡,這一點不會變。但有些工作在分頁裡做起來很彆扭:一個裝著兩百張掃描發票的資料夾、一個重到讓瀏覽器冒汗的檔案、一台用本機憑證簽署文件的筆電。為了這些情況,我們也做了一個桌面應用程式——Files.co PDF Suite,出自做這個網站的同一個團隊。
1.5.1 版本已在兩間商店通過審核:Apple 於 8 月 28 日上架,Microsoft 在 29 日完成認證。這一版沒有新工具,而值得寫一篇的原因正在於此:它修好的東西,從來不會出現在功能清單上。
十四種語言,而且不是複製貼上
Mac 版的介面語言從七種增加到 Windows 早就有的十四種:波蘭文、土耳其文、俄文、日文、韓文、中文和阿拉伯文加入原有的七種。
原本的計畫是把 Windows 的語言目錄原樣搬過去。打開一看,其中七種語言總共少了 219 個鍵,幾乎都屬於上一版新增的工具。也就是說,用波蘭文或土耳其文使用這個應用程式的人,好幾個月看到的那些部分都是英文,而且沒人告訴我們。
於是事情變成 3,633 條文案從零翻譯,再逐條複查。複查抓出大約 350 處錯誤,錯誤的種類比數量更值得談:按一個平台語法寫的預留位置,被另一個平台原樣印出來;譯文掛錯了訊息;還有文字點錯了系統名稱——其中一條用七種語言向 Mac 使用者解釋安裝在 Windows 上的憑證。這些都不會讓建置失敗,只會讓應用程式讀起來像是由一個不懂你語言的人拼湊出來的。
阿拉伯文要翻轉的是視窗,不只是文字
應用程式執行時切換語言,換掉的是文字,版面原封不動,於是阿拉伯文寫得完全正確,卻裝在一個鏡像的視窗裡:文字朝一個方向,工具列和面板朝另一個方向。
文字方向由 Unicode 雙向演算法負責,那是已經解決的問題。文字周圍的視窗不是:側欄放在哪一邊、進度列往哪個方向填滿、按鈕住在哪個角落。這是應用程式自己的工作,而且必須在你選擇語言的那一刻發生,而不是等下次啟動。現在就是這樣了。
兩個存下來卻被忽略的設定
在兩個平台上,你都可以選擇輸出資料夾,並讓應用程式在完成後開啟結果。兩項都正確儲存了,然後每個工具都視而不見,照樣問「另存新檔…」,彷彿你從未設定過。
現在所有工具都從同一個出口離開,包括那些一次產出多個檔案的工具。「另存新檔…」依舊每次都問,因為那正是你自己要求做選擇的地方。而且由於這個毛病是靠把一個工具複製成下一個工具傳開的,現在每個平台只要有新工具自行開啟儲存對話框,就會讓自己的建置失敗。
每個平台的變化
| macOS | Windows | |
|---|---|---|
| 通過審核 | 2026 年 8 月 28 日 | 2026 年 8 月 29 日 |
| 介面語言 | 7 → 14 | 14,未變 |
| 從右到左介面的阿拉伯文 | 新增 | 新增 |
| 輸出資料夾與「完成後開啟」 | 已修正 | 已修正 |
應用程式在 Mac App Store 和 Microsoft Store 上架,細節都在它的產品頁。如果你不想安裝任何東西,這裡的工具還在原處,你放進去的任何檔案都不會離開你的裝置。
常見問題
我已經在用瀏覽器裡的工具,還需要這個應用程式嗎?
其實不需要。這裡的一切照樣在你的瀏覽器裡運作,離線也能用,而且免費。應用程式適合分頁吃力的工作:一次處理幾百個檔案、大到會耗盡瀏覽器記憶體的文件,或是用你電腦上已安裝的憑證簽章。
這十四種語言是哪些?
西班牙文、英文、法文、德文、義大利文、葡萄牙文、荷蘭文、波蘭文、土耳其文、俄文、日文、韓文、中文和阿拉伯文。在設定裡切換,變更立即生效;切到阿拉伯文時,整個介面會翻轉成從右到左閱讀。
它會把我的檔案上傳到什麼地方嗎?
不會,和這裡一樣。應用程式在你自己的電腦上處理文件,不需要帳號,也不需要連網。切斷它的網路存取,它照常運作。