9.1 在高棉文字中斷行時會從單字中間斷開 - 有辦法修復嗎？

Question

我最近向開發人員報告，9.1 版本（與 8 或 9.0 不同）經常在單字中間斷行（而我們的文字是有空格分隔單字的！）。我們專案使用的是非西方文字（高棉文）。我想知道其他處理非西方文字的人現在是否也有這個問題？如果是的話，請回報這個錯誤，並幫助將其列為優先處理項目。

另外，如果您知道任何可以修復此問題的變通方法，請分享出來。

順帶一提，在這方面，PT 9.1 現在的行為與 Microsoft Word 類似，後者多年來一直會在高棉文單字中間斷行，即使單字之間有空格也是如此。（我們的語言是強孤立型語言，所以我們談的不是長單字！）我想知道 PT 9.1 是否改變了文字渲染方式，並使用了與 Microsoft 類似的技术？如果是這樣，我希望開發人員能重新考慮這個選擇。

機器翻譯自 English 顯示原文

Answer 1

看起來這個問題已經被報告為 PTX-20833

Harfbuzz 將斷行決策委託給其他組件。之前，複雜的連結斷行（高棉文和其他 3 種語言需要此功能）是通過詢問 uniscribe 來決定的。現在改為詢問 icu，這修復了某些語言的斷行問題。這很可能是導致此變化的原因。

機器翻譯自 English 顯示原文

Comments

使用您的專案和 9.1.104.59 進行測試，對我來說似乎運作正常：

啟用該選項時：

1162×173

以及：

1091×169

停用該選項時：

1095×143

我知道我使用的字體與您不同，但我找不到 Khmer Barkaew 字體。我認為這不會造成差異，但值得排除這種可能性。（如果您能輕鬆提供該字體，我將使用它進行測試）。

因此，如果您同意我的截圖顯示了預期行為（且我沒有誤解問題），並且字體不會造成差異，那麼我認為值得檢查 paratext 更新過程是否按預期運作。

在 Windows 資源管理器中，您可以導航到 C:\Program Files\Paratext 9\Firefox64 並對 xul.dll 右鍵 → 屬性。Size:（大小）欄位應為 “75,891,200 bytes”。如果不是，那麼這很可能是此問題的原因。

如果大小不匹配，您可以通過以下操作手動修復：

下載：
https://www.nuget.org/api/v2/package/Geckofx60.64.Windows/0.18.0
將下載檔案的副檔名重新命名為 .zip

解壓縮檔案：content/Firefox64/xul.dll

1. 停止 paratext。
2. 將 C:\Program Files\Paratext 9\Firefox64\xul.dll 重新命名為 xul.dll_original
3. 將 zip 檔案中的 xul.dll 複製到 C:\Program Files\Paratext 9\Firefox64\
4. 重新啟動 paratext

機器翻譯自 English 顯示原文

---

下載的檔案為我修復了這個問題。

機器翻譯自 English 顯示原文

---

有沒有可能也為泰文系文字語言這樣做？我嘗試按照這些說明替換 xul.dll，但沒有差異，Paratext 中我們泰文系語言螢幕上的單字仍然跨行拆分，所以我猜測這只適用於高棉文？

Linda119

機器翻譯自 English 顯示原文

---

這也為我修復了問題。謝謝！

機器翻譯自 English 顯示原文

---

嗨，Linda119，

此選項影響的語言包括：
泰語、寮語、藏語、高棉語
（或許這個選項的標籤名稱不是最理想的。因為除了適用於更多語言外，取消勾選此選項確實支援複雜的換行。據我了解，取消勾選在換行處理方式上更符合 Unicode 標準，這可能與過去的做法有所不同。）

此選項的作用僅是恢復 Paratext 之前的複雜換行行為。
因此，如果您在從 9.0 升級到 9.1 時觀察到並希望保留換行方式的變更，此選項可讓您恢復舊有的行為。

機器翻譯自 English 顯示原文

Answer 2

這個改變絕對不是故意的。Paratext 使用 Firefox 的 Harfbuzz 排版引擎，所以可能是該系統的一次更新導致了這個問題。

請使用Help > Give feedback（協助 > 提供回饋），以便我們更仔細地查看這個問題。

機器翻譯自 English 顯示原文