需要協助解決基本檢查錯誤

Question

有人能告訴我該做什麼才能消除這些由基本檢查（Basic Checks）顯示的錯誤嗎？
對於使用羅馬字母（Roman script）的專案：

1. 無效的中間標點符號 PT9.1.104.59 告訴我這是一個錯誤：(21:1-22:1)。 這是在書卷引言中，我們試圖說明關於 21:1 到 22:1 節的內容。 我看到「-」已經列在數字設定（Number settings）中作為可能的中間標點符號，所以我不確定為什麼這會是一個錯誤。
2. 段落結尾缺少標點符號 我們有一個以冒號結尾的段落。 下一個段落以 \p 開始。 我可以在哪裡告訴 PT，冒號是可以接受的段落結尾標點符號？

對於使用緬甸文（Burmese script）的專案：
3) 無效的額外材料 我注意到這些錯誤都出現在章節標題下的 \r 之後。 這是因為那裡引用的書卷和經節尚未翻譯嗎？ 有沒有辦法消除這些錯誤（除了翻譯那些經文）？
4) 無效的前綴 這些發生在書卷引言中，我們在那裡給出章節範圍（例如 10-15，只是數字是用緬甸文書寫的）。 似乎是兩個數字之間的連字符導致了無效前綴錯誤。 我如何告訴 PT 這不是錯誤？

機器翻譯自 English 顯示原文

Answer 1

1. 冒號也需要被標記為中間標點符號。
2. 嘗試使用「標記缺少結尾標點符號清單」（Markers missing final punctuation inventory）（工具 > 檢查清單 > 標記缺少結尾標點符號）。該清單上還有一個選項按鈕，提供更多設定供您自訂行為。
3. 無效的額外材料 意味著它偵測到 \r 標記文字中有其他文字，這些文字不屬於引用本身的一部分。在英文中，這通常是像 \r See Mrk 2.14-2.18 這樣的情況（"See " 被視為「額外材料」）。提供一個範例有助於給出更精確的答案。
4. 如果連字符被數字包圍，它不應該導致該錯誤。您可以發布一個範例嗎？

機器翻譯自 English 顯示原文

Comments

非常感謝。

1. 添加冒號並沒有解決問題。 顯示為問題的文字是 (21:1-22:1)。 我已經添加了連字符和冒號，但問題仍未解決。 有什麼想法嗎？
2. 已解決。
3. 我會與 MTTs（母語翻譯團隊）討論，看看裡面有哪些多餘的字。
4. 連字符位於數字和單詞之間。 他們試圖寫「在（第）11 章」和「在（第）12 章」。 但他們直譯寫成了「11-at」和「12-at」，並且是將連字符附加到數字上，我認為這讓 PT 認為數字是一個前綴。 通常，表示「在」的助詞是直接附加在前一個詞上的，但我認為因為附加到數字上可能看起來很奇怪，所以 MTTs 在數字和「at」之間加了一個連字符。 假設 MTTs 認為需要連字符，有沒有辦法告訴 PT 這是可以接受的？

機器翻譯自 English 顯示原文

---

1. 檢查您的專案聖經引用設定（Scripture reference settings），看看 Paratext 預期使用什麼符號作為章-節分隔符。如果您想要使用冒號，可以將其設定為使用冒號。

2. 可能可以在聖經引用設定中將「-at」定義為額外文字。但或許額外文字需要不附加在章節數字上。

機器翻譯自 English 顯示原文

---

連字符是一個問題，因為您顯示的聖經引用跨越了章節。 如果您查看聖經引用設定（Scripture Reference settings），您可能會發現較長的破折號（em dash）被設定為用於跨越章節的引用。 您可以更改此設定，但建議您將跨越節的引用與跨越章的引用標記得不同。

機器翻譯自 English 顯示原文

---

您當然可以使用單詞來標記跨越章節的範圍。 這是一個專案的範例，當引用跨越一個或多個章節邊界時，使用了單詞「until」（直到）。

機器翻譯自 English 顯示原文

---

我將跨章標記更改為破折號（em dash），並更改文字以反映這一點，但問題仍未解決。 這是因為經節引用在括號內，且沒有書卷名稱或縮寫嗎？ 也就是說，僅僅是 (21:1–22:1)。我能夠通過將跨章標記更改為這樣來「解決」它：(21:1 - 22:1)。

更新：我也能夠通過在括號內放入書卷名稱並改回連字符來解決它，如下所示：(Numbers 21:1-22:1)。 我想，沒有書卷名稱時，PT 將其視為僅是數字，而不是聖經引用？

但我仍然想知道如何讓 Paratext 接受像 (21:1-22:1) 或 (21:1–22:1) 這樣的內容。

機器翻譯自 English 顯示原文

---

以下為答案：

1. 無效的中間標點符號。 - 這是一個引用，所以如果您沒有使用 \r 或 \ior 或 \mr，請將其包裹在 \xt … \xt* 中，錯誤就會消失（除非您需要修復該引用。）
2. 段落結尾缺少標點符號 – 這是在專案選單/工具/檢查清單/標記缺少結尾標點符號清單（Project Menu/Tools/Checking Inventories/Markers missing final punctuation inventory）中設定的。 當勾選「顯示所有結尾標點符號」（Show all final punctuation）時，這最有用。
3. 無效的額外材料 – 您提供的資訊不足以回答您的問題，我認為您沒有找到正確的原因，除非也許您有一個空的 \r 並且在經節編號之前沒有 \p？ Paratext 會將 \r 之後的所有文字視為要檢查的引用，直到它找到段落標記為止。
4. 無效的前綴 – 即使這些也要包裹在 \xt … \xt* 中，並確保您使用在聖經引用設定（Scripture Reference Settings）（專案選單/專案設定）中定義的章節橋接符號。

機器翻譯自 English 顯示原文

---

感謝您詳細的說明。 明天我會與 MTTs 一起更仔細地查看，並嘗試消除這些錯誤。

機器翻譯自 English 顯示原文

---

我認為在 PT 中使用以下符號會對他有所幫助：
連字符 (-) \u002D
半形破折號 (–) \u2013
全形破折號 (—) \u2014

機器翻譯自 English 顯示原文

Answer 2

趁著您有空，我發現另一個問題要問。 錯誤代碼是 \r 行中的「無效書卷」（Invalid Book）。 據我所知，書卷名稱與 \toc2 中使用的一樣，所以我不確定問題出在哪裡。

沒關係。 我搞清楚了。 \r 被設定為尋找縮寫，而不是短名稱。

機器翻譯自 English 顯示原文

Comments

再想想，我刪除了我的緬甸文單詞。

機器翻譯自 English 顯示原文

---

過去確實如此。然而，現在檢查是根據專案選單/屬性/聖經引用設定（Project Menu/Properties/Scripture Reference Settings）中的聖經引用設定進行的。Paratext 在某些時候會為您填寫此內容，但如果您編輯文字中的 \toc 行，除非您告訴它更新，否則它不會更新。當文字中的 \toc 行與聖經引用設定之間存在不一致時，選單中會出現一條橙色橫條，表示衝突。如果您點擊那裡，您可以輕鬆地獲得更新清單的指導。

機器翻譯自 English 顯示原文

---

謝謝。 是的，一旦我們注意到聖經引用設定中的那個小設定，我們就明白錯誤來自哪裡了。 而且是的，我們必須注意那個書卷名稱和縮寫的清單，並保持其更新和準確。

機器翻譯自 English 顯示原文

Answer 3

另一個涉及腳註的錯誤。短語 ‘Urim’ hai ‘Thumim’ 被選為腳註。單引號出現是因為它們在另一個引號內。

但如果 ‘Urim’ hai ‘Thumim’ 出現在 \fq 或 \ft 中，基本檢查會將其標記為錯誤，說它是引號中的引號卻沒有引號。如果我刪除腳註中的單引號，或者將腳註中的單引號替換為雙引號，則會產生另一個錯誤，說文字未在經節中找到。

除了刪除 \fq 引用之外，還有其他解決方案嗎？

機器翻譯自 English 顯示原文

Comments

有幾種方法可以處理此錯誤：

1. 將單引號更改為雙引號，然後將 \fq 更改為 \fqa（這不會進行準確性檢查）。
2. 認識到文字是正確的，您可以拒絕該錯誤（前往清單視窗的選單並點擊 Deny，或使用 CTRL+D）

機器翻譯自 English 顯示原文

---

謝謝。 還有許多其他標記不進行準確性檢查嗎？ 所有（或大多數）用作替代的標記都不進行準確性檢查嗎？

機器翻譯自 English 顯示原文

---

我認為 anon848905 的意思是 \fqa 文字不會進行與聖經文字匹配的準確性檢查。它曾經並且仍然應該以其他方式進行正確性檢查。您可以使用 \fqa 行並放入雙引號而不是單引號，從而滿足引號檢查。

當然，如果文字應該是直接引用自聖經的部分，這樣做並沒有真正正確地使用標記，我會建議我的團隊拒絕錯誤，而不是更改文字。我寧願它盡可能精確地匹配聖經。

祝福，

機器翻譯自 English 顯示原文

---

我完全同意 :@Shegnada 的觀點

如果文字應該是直接引用自聖經的部分，我會建議我的團隊拒絕錯誤，而不是更改文字。我寧願它盡可能精確地匹配聖經

話雖如此，我會建議開發人員將 \fq 中的文字排除在引號（Quotations）檢查之外。這樣做沒有好處，因為文字已經使用引用文字（Quoted Text）檢查與主文本進行比對，而主文本則使用引號（Quotations）檢查進行檢查。使用引號（Quotations）檢查 \fq 中的文字只會導致需要拒絕的錯誤……

機器翻譯自 English 顯示原文