拼寫顯示中的灰色底線

Question

你好，我有一個關於「拼寫顯示」（Display Spelling）中灰色底線的問題。
根據我在說明文件中看到的內容，灰色底線應該只出現在詞表中未知的單詞上。然而，我正在查看一位朋友的專案，其中大多數標記為灰色底線的單詞在詞表中已被標記為正確，但詞表中有一個相似的單詞，也被標記為正確。
在這種語言中，似乎有很多非常相似的單詞，因此大量文字都顯示為灰色底線。
這個專案最近更新了一些變音符號，所以灰色底線可能與此有關，儘管詞表顯示被灰色底線標記的單詞已被標記為正確（將被灰色底線標記的單詞與詞表中顯示該單詞出現位置進行比較）。
這是灰色底線的預期行為，還是這裡存在異常？
謝謝

機器翻譯自 English 顯示原文

Answer 1

我確認這確實是由不一致的正規化引起的。文字似乎是分解形式（NFD），而詞表中的文字是組合形式（NFC）。這是因為專案的正規化被設定為「無」（None）。解決此問題的最佳方法是讓管理員使用 工具 > 轉換專案（Tools > Convert Project）來建立一個新專案，並正確設定正規化。

機器翻譯自 English 顯示原文

Answer 2

對於已知拼寫正確的單詞，不應該顯示灰色底線。您能否提供專案名稱（如果敏感，可以私信給我），以便我們調查這個問題？

既然您提到了變音符號的更改，我猜測這個問題是由專案文字的不一致正規化（normalization）引起的。

機器翻譯自 English 顯示原文

Comments

我也在報告「拼寫錯誤顯示」（Display Spelling Errors）的錯誤。這是翻譯團隊報告的，我已經在我的電腦上驗證了。「提供反饋」（Give Feedback）不起作用，因此我轉而使用列表。
專案是「yes」。這些單詞在詞表工具中被標記為拼寫正確，但在經文文本中它們下方有灰色線條。
沒有報告正規化錯誤。
PTX 9.2.102.5

祝福，
Shegnada

機器翻譯自 English 顯示原文

Answer 3

專案簡稱為 CNT。
謝謝
BEH

機器翻譯自 English 顯示原文

Answer 4

謝謝您幫我檢查這個問題。不過這讓我想到一件事，將正規化納入專案遷移過程會有多複雜？這可能不可行，我不知道像這樣正規化一個專案涉及哪些內容，但如果可行，它可以在未來簡化事情。
謝謝
BEH

機器翻譯自 English 顯示原文

Comments

BEH:

將正規化納入專案遷移過程會有多複雜？

從代碼角度來說，這並不複雜，但在遷移期間允許或強制正規化會導致其他問題，因為並非所有人都了解選擇組合形式或分解形式的後果，以及它可能如何影響他們的數據。因此，至少目前，我們在遷移期間不提供該選項。

話雖如此，我們的系統中確實有一個任務（PTX-15798）允許在遷移期間進行轉換，但它尚未成為我們優先事項列表中的頂部項目。

機器翻譯自 English 顯示原文

---

雖然正規化對許多專案有益，但並非所有人都希望如此。如果專案在不知道其對專案的影響的情況下進行正規化，然後在幾個月後發現問題時又不得不回滾，這會帶來很大的問題。舉例來說，正規化會導致 Paratext 內部的數據與 Paratext 外部的數據在底層上不一致。如果團隊在 Paratext 之外處理其語言，他們需要考慮這一點。它還可能影響 Paratext 之外語言的呈現，特別是如果團隊使用自定義字體（即使是 Unicode 字體）。

祝福，

Shegnada James

語言技術與出版協調員，SIL 尼日利亞

文本處理專家 – 複雜腳本，GPS，SIL 國際

Skype: Shegnada.james.

[Email Removed]

+1 972 974 8146

機器翻譯自 English 顯示原文

---

如果您允許在遷移期間進行此操作，我很感激它只對支持者可見（例如通過按住 Shift 鍵開啟）。雖然我執行大多數遷移，但我的團隊傾向於點擊所有選項並選擇「是」，而我並不希望他們進行正規化。

祝福，

Shegnada James

語言技術與出版協調員，SIL 尼日利亞

文本處理專家 – 複雜腳本，GPS，SIL 國際

Skype: Shegnada.james.

[Email Removed]

+1 972 974 8146

機器翻譯自 English 顯示原文

Answer 5

聽起來不錯。
事實是，在建立新專案或轉換現有專案時，這是一個必須做出的選擇，這讓我想它可能會有幫助。然而，聽起來它可能會帶來與解決問題一樣多的問題。

機器翻譯自 English 顯示原文