UI 字串未更新 - 這是更大問題的徵兆嗎？完全解除安裝

Question

我有一位 Paratext 9.0.103.41 的使用者，他使用法語介面，但有些 UI 字串是舊版的，我甚至覺得有些還是英文，不過我們最近 Paratext 課程的所有其他參與者，在 103.41 版本中 UI 字串都顯示正常。現在我猜測問題可能出在 C:\Program Files (x86)\Paratext 9\LocData 中的 fr.xml 檔案，但我還沒機會查看。但這台電腦上還有其他奇怪的情況。例如，他從我們的課程資料夾安裝了 ShuLatn 資源，雖然在其他電腦上顯示正常，但在他那裡，原本應該顯示成這樣：

image801×117 27 KB

卻沒有顯示連字號（hyphens）。在其他課程電腦上顯示是正常的。

所以我在想，我可能想要完全解除安裝 Paratext 9，然後重新安裝。解除安裝後，我想我可能需要刪除 Paratext 使用的一些資料夾，例如：

C:\Program Files (x86)\Paratext 9
C:\Users\jeff_\AppData\Local\Paratext90

我打算保留 My Paratext 8/9 Projects 資料夾。這樣做聽起來是個好主意嗎？你能想到其他我應該清理的地方嗎？

機器翻譯自 English 顯示原文

Answer 1

我能夠在電腦上查看，發現 C:\Program Files (x86)\Paratext 9\LocData\fr.xml 檔案是舊版的，所以我從該資料夾中將其移除並重新啟動 Paratext - 這似乎修復了舊 UI 元素的問題。感謝 anon848905 的提醒。

感謝 AWR 指出要檢查該文字集合中的檢視。檢視被設定為預覽（Aperçu），在這種檢視下文字中不會顯示連字號，但在左側的單節窗格中會顯示（請參見 al-masjuun / almasjuun）：

image849×363 102 KB

如果我將檢視更改為標準（Standard），連字號就會出現（同時 SFMs 也會出現，這並沒有太大幫助）：

image852×365 102 KB

所以我暫時將檢視保留為標準（Standard），這樣我們就能看到連字號。這在我的電腦上以及翻譯者的電腦上都會發生。但 ShuLatn 現在是一個標準資源，所以開發人員應該能夠重現這個問題。（我會報告這個問題……）這些不是特殊的連字號，只是標準的 U+002D，所以我不知道為什麼會這樣。

感謝你們的幫助。

機器翻譯自 English 顯示原文

Comments

這非常奇怪。我注意到在格式化檢視（Formatted view）中連字號仍然可見，所以這可能是另一個選項。

機器翻譯自 English 顯示原文

---

除了格式化檢視（Formatted view）在文字集合中不是一個選項，只有預覽（Preview）、未格式化（Unformatted）和標準（Standard）。（而且我們通常只會在文字集合中開啟此資源。）

機器翻譯自 English 顯示原文

Answer 2

jeffh:

我有一位 Paratext 9.0.103.41 的使用者，他使用法語介面，但有些 UI 字串是舊版的，我甚至覺得有些還是英文，不過我們最近 Paratext 課程的所有其他參與者，在 103.41 版本中 UI 字串都顯示正常。

jeffh，你需要查看的是 C:\Users{USERNAME}\AppData\Local\Paratext90\LocData 資料夾。當 Paratext 啟動時，會將 C:\Program Files (x86)\Paratext 9\LocData 資料夾中的資料匯入到此位置。可能會發生的情況是，如果使用者曾經開啟過本地化工具（localization tool），本地化資料可能會在此處被凍結。你可以安全地刪除 C:\Users{USERNAME}\AppData\Local\Paratext90\LocData 資料夾的內容，下次開啟 Paratext 時它會重新生成。

關於連字號的問題，我會建議檢查一下他的字型是否正確安裝。

機器翻譯自 English 顯示原文

Comments

本地化檔案存在多個副本的問題，過去曾是本地化團隊的問題。我假設本地化功能（localiser feature）現在可以從 PT 中移除了（如果還沒移除的話），因為所有主要團隊現在都使用 CrowdIn。當然，除非有一些較小的團體想要本地化 PT。

正如你從其他安裝中看到的，jeffh，PT 法語版基本上應該已經 100% 完成了。

CABRS 中連字號的問題讓我想起，在預覽檢視（Preview view）和文字集合視窗（text collection window）的右側窗格中，連字號過去總是會被替換為不換行空格（non-breaking spaces）。我相信這在 2019 年底已經修復了（當時我與 John Wickberg 有一些往來信件）。

機器翻譯自 English 顯示原文

Answer 3

如果專案將連字號設定為換行字元（word-break character），可能會發生這個問題。這個專案是這樣設定的嗎？

機器翻譯自 English 顯示原文

Answer 4

情況似乎確實如此。這是（顯然無法修改的）ShuLatn 資源中的換行欄位：

但這是 CABRS 專案中的該欄位，CABRS 是用作該資源基礎的基礎專案：

這個更改必須是在 CABRS 中，在語言設定複製到其他專案之後進行的。有點奇怪的是，在兩種情況下，語言屬性對話方塊頂部列出的語言都是相同的：

但我猜這是我舊的 Paratext 思維在作祟，那是語言設定在 My Paratext X Projects 資料夾中共享的時候。看起來該語言資訊實際上是儲存在 ShuLatn.p8z 檔案中 _Resources 資料夾內的（受保護的）shu-Latn.ldml 檔案中。而為了更改它，資源的所有者需要進行該更改，然後將其提交給 DBL - 這就是更新 Paratext 資源的機制嗎？我想我們可能也會有一些針對該資源的文字更正，所以我們可能能夠同時進行。

機器翻譯自 English 顯示原文

Comments

jeffh:

而為了更改它，資源的所有者需要進行該更改，然後將其提交給 DBL - 這就是更新 Paratext 資源的機制嗎？

是的，這就是需要修復的方式。

機器翻譯自 English 顯示原文