\qt-s\* 會取代 \wj 嗎？標記檢查（markers check）壞了嗎？問題實在太多了

Question

在深入研究了使用 \wj … \wj* 標記耶穌話語（Words of Jesus）的繁瑣且混亂的要求，並根據相關 Glyssen 專案中的角色分配，製作一個 Paratext 自訂工具來將其應用於 Paratext 專案之後，我渴望擁有一套對譯者來說更直覺的標記系統。

以下是我對 \wj … \wj* 標記系統的不滿之處：它是為了渲染軟體的便利性而設計的，而不是為了譯者的便利性。要成功套用這些標記，您必須在每個節號處關閉並重新開啟標記。在每個段落換行處也是如此。然後，您還需要在其中的每個字/字元標記前加上加號（+）符號，例如 +w …+w* 和 +nd …+nd*。

最讓我驚訝的是，如果您想通過標記檢查（markers check），您甚至需要在每個腳註處關閉並重新開啟標記！！這真的是必要的嗎，還是標記檢查只是在無端產生這些警告？

這讓我想到，譯者真正需要的是一種只需標記說話者開始和結束位置的方式，而不必擔心副文本內容或格式問題。對於多聲道音訊錄製中追蹤說話者來說，這也很重要，因為對文本的修訂可能會打亂順序，導致 Glyssen 必須重新同步。

因此，當我了解到 USFM3 中的 milestones（里程碑）功能正是為此目的而設計時，我感到非常高興。但現在我有了更多問題……

首先，這會取代 \wj 標記嗎？如果一個使用 \qt-s …\qt-e 標記的專案想要出版紅字版聖經，是否還需要額外添加 \wj 標記？這看起來非常冗餘且混亂。

其次，我們是否可以假設副文本欄位，例如 \s、\r 和 \f，就像 \x 一樣，構成了對活動 \qt-s 的固有例外？也就是說，您可以在登山寶訓的開始處放置 \qt-s |who=Jesus*，在結尾處放置 \qt-e*，然後就完成了。只需要一對標記，而不是根據段落和腳註數量所需的 120 對或更多，更不用說還需要處理所有詞彙表標記術語的嵌套問題。電腦可以自動推斷出紅字效果的事情，似乎不需要用標記冗餘地雜亂文本。

第三，關於「who」屬性的最佳實務是什麼？工具是否預期這些是英文名稱/描述符，例如「Jesus」和「spies from Pharisees and Herodians」（法利賽人和希律黨人的探子）？這些應該與 Glyssen 使用的角色名稱相同嗎？

第四，在不需要消歧的語境中，這些標記應該標記到什麼程度？在某些經節中，耶穌是唯一可能說話的角色，而在其他經節中，有多個人說話，實際上需要消歧。在這種情況下，是否最好避免用說話者標記過度雜亂文本？

好吧，目前我的問題就這些。

我也有興趣在更多已進行 Glyssen 專案角色分配的專案上測試我的 WordsOfJesus 標記工具。如果您有這樣的專案，請告訴我您是否願意與我分享一份副本。 -謝謝！

機器翻譯自 English 顯示原文

Answer 1

這是非常有用的回饋，謝謝。

很抱歉我的回覆沒有提供您問題的解決方案，反而是針對您的問題和擔憂向您提出一些問題。

我假設您是專案管理員，而且聽起來您很習慣使用標記並學習相關規則。我想問幾個關於您和您的團隊（如果有的話）以及您如何使用 Paratext 的問題：

1. 您的專案中是否有其他團隊成員認為 USFM 標記是他們無法克服（或不想學習）的障礙？
2. 在處理更複雜的嵌套標記時，您主要使用無格式檢視（unformatted view）還是標準檢視（standard view）？
3. 您是否認為不需要編輯標記，而是高亮顯示文本的一部分並賦予其特定屬性或屬性集，會很有幫助？
4. 如果我們這樣做，Paratext 在背後自動找出如何以最簡單的方式表示您關於屬性的選擇，這會很有幫助嗎？
5. 上述項目會不會讓您覺得對文本失去了控制？
6. 您是否希望能夠編輯 Paratext 在上述要點中建立的標記（並在編輯導致錯誤時看到通常的警告）？還是僅僅檢視它就足夠了？

我想知道團隊是否關心他們文本背後的標記。或者他們是否更關心確保正確的屬性最終附加到字或文本片段上，並且不希望擔心標記（以及學習 USFM 的障礙，這主要是在英文文件中記錄的）。

機器翻譯自 English 顯示原文

Comments

你好，IanH。其他專案中有一些人對 + 記號規則感到徹底困惑，如果沒有像我這樣的人來清理混亂，他們可能永遠無法正確掌握。作為軟體開發人員，我理解 + 記號的原因，但仍然認為這是一種不必要的權宜之計（kludge），就像要求在每個腳註處停止並重新開始 \wj …\wj* 一樣。當 \w 用於 Strong’s 編號標記時，情況變得超級混亂。是的，確實有真實的人正在對少數語言這樣做。因此，高亮顯示並套用屬性，並要求 Paratext 在背後處理標記，可能是一種改進。它可以作為一個選項提供，就像目前的標準檢視和無格式檢視一樣，這些檢視仍然可以存在。當我試圖找出是什麼導致模式錯誤（schema error）時，我經常退回無格式檢視。所以，我認為一開始完全使用高亮範圍而不提供檢視和編輯標記的選項可能不是最好的，但如果做得好，這將是一種改進。這會更像 Microsoft Word，而不像舊的 WordPerfect 及其代碼，我們都知道這兩者之間的競爭結果如何。當然，與現有文本的相容性是 Microsoft 成功的關鍵，但良好的 UI 設計也是。
– Paratext 使用者及 Haiola 開發者

機器翻譯自 English 顯示原文

---

你好 IanH，

為了回答您的問題：

IanH:

1. 您的專案中是否有其他團隊成員認為 USFM 標記是他們無法克服（或不想學習）的障礙？

我為南亞多個合作組織的各種團隊提供 Paratext 培訓和支持。我也培訓排版人員和應用程式開發人員，並進行一些其他語言技術培訓。我並不經常製作插入 Paratext 的自訂工具，就像我現在正在做的那樣。我傾向於與對 USFM 感到舒適的中級和進階團隊合作，而不是與可能在 USFM 學習曲線上掙扎更多的 MTT 團隊合作。

IanH:

2. 在處理更複雜的嵌套標記時，您主要使用無格式檢視（unformatted view）還是標準檢視（standard view）？

就個人而言，我經常在兩者之間切換。

IanH:

3. 您是否認為不需要編輯標記，而是高亮顯示文本的一部分並賦予其特定屬性或屬性集，會很有幫助？
4. 如果我們這樣做，Paratext 在背後自動找出如何以最簡單的方式表示您關於屬性的選擇，這會很有幫助嗎？

我可以想像，對於某些使用者來說，這會很棒。

IanH:

5. 上述項目會不會讓您覺得對文本失去了控制？
6. 您是否希望能夠編輯 Paratext 在上述要點中建立的標記（並在編輯導致錯誤時看到通常的警告）？

絕對會，對於我合作的許多團隊來說都是如此。如果您無法直接操作標記，您就無法廣泛套用更改。他們將不得不永遠點擊來手動進行更改。

團隊確實關心他們文本背後的標記。只是在某些情況下，例如 \wj，格式規則相當令人頭痛。如果 Paratext 能為我們處理其中一些細節並隱藏混亂，那就太好了。

機器翻譯自 English 顯示原文

Answer 2

anon150053:

首先，這會取代 \wj 標記嗎？如果一個使用 \qt-s …\qt-e 標記的專案想要出版紅字版聖經，是否還需要額外添加 \wj 標記？這看起來非常冗餘且混亂。

這取決於用於出版的軟體。我不認為 Publishing Assistant 能像您希望的那樣處理 milestones（里程碑）（您必須與該團隊確認以確定）。

USFM 3.0 的 milestones（里程碑）主要是為了輔助音訊製作（例如與 Glyssen 介面）而創建的，以幫助確定在特定點誰需要說話，而不是為了處理印刷出版物的格式。

anon150053:

這真的是必要的嗎，還是標記檢查（markers check）只是在無端產生這些警告？

是的，這是必要的。這是 USFM 格式的限制。

機器翻譯自 English 顯示原文

Comments

anon291708:

是的，這是必要的。這是 USFM 格式的限制。

謝謝。請幫我理解：當交叉引用（cross-reference）落在耶穌話語中時，USFM 格式是否有這個限制？它們的結構是相同的。而且 PA 和 SAB 無論 \wj 標記內是否有交叉引用或腳註，都能很好地渲染耶穌話語。但標記檢查（marker check）對腳註產生警告，卻不對交叉引用產生警告。差別在哪裡？

機器翻譯自 English 顯示原文

Answer 3

也許我可以提供一些正則表達式（regex），來插入所有這些中間的 \wj 和 \wj* 標記。
該正則表達式會在段落標記、節號、腳註和章節標題的前後關閉並重新開啟 \wj。
使用方法：

1. 在您想要標記的任何文本開頭放置 \wj，在結尾放置 \wj*。

• 如果耶穌的話跨越段落，您不需要關閉 \wj，
• 但是對於跨章節的獨白，您需要在章節結尾放置關閉的 \wj*，並在下一章節開頭放置開啟的 \wj。
  您可以對任意數量的文本部分執行此操作。

2. 標記好文本後，在 Regex Pal 中執行以下操作
   查找（Find）：
   (?<=\\wj\s)([^\\]|\\(?!wj\*))*?(?=\\wj\*):::((\s*(\\(b|p\w*|mi?|q\w*)\s|(\\(m?r|m?s\w*)\s.*)+|\s+\\v\s\S+\s|\\(x|ef|f|add)\s.*?\\(x|ef|f|add)\*))+)(\s*)
   替換（Replace）：
   \wj*\1\9\\wj （請務必在替換內容結尾包含一個空格）

3. 如果您的紅字文本中包含角色標記，例如 \w Pharisees|Pharisee\w* 或 \tl Talitha cum \tl*，您需要將嵌入的角色標記添加到標籤中，也就是說在 \ 後添加一個 +：
   執行此正則表達式：
   查找（Find）：
   (?<=\\wj\s)([^\\]|\\(?!wj\*))*?(?=\\wj\*):::\\(\w+)([^\\].*?)(\s*)\\\1\*\
   替換（Replace）：
   \\+\1\2\\+\1*\3
   這將產生：\+w Pharisees|Pharisee\+w* 和 \+tl Talitha cum\+tl*
   注意 cum 後面的空格被移動到了 \tl* 的右側

這是插入到 userMenu.txt 中的代碼，以便您可以從 RegexPal 用戶菜單中運行它：
———\wj Cleanup—————————#f#
\wj*...\wj#r#(?<=\\wj\s)([^\\]|\\(?!wj\*))*?(?=\\wj\*):::((\s*(\\(b|p\w*|mi?|q\w*)\s|(\\(m?r|m?s\w*)\s.*)+|\s+\\v\s\S+\s|\\(x|ef|f|add)\s.*?\\(x|ef|f|add)\*))+)(\s*)#\\wj*\1\9\\wj
fix embedded markers#r#(?<=\\wj\s)([^\\]|\\(?!wj\*))*?(?=\\wj\*):::\\(\w+)(?s)(.*?)(\s*)\\\1\*#\\+\1\2\\+\1*\3

機器翻譯自 English 顯示原文

Comments

謝謝，CrazyRocky！很高興再次收到你的消息！而且這些正則表達式真酷！

嘿，有幾件事引起了我的注意：

我注意到你將 \add 文本排除在 \wj 標記之外。這是因為它不是耶穌明確說出的話嗎？我一直將其視為其他角色級別格式，例如 \nd 和 \w。但我不確定當譯者在耶穌的引語中添加隱含詞語時，是否慣例是去除紅字標記。

此外，我以前從未想過像這樣將 \wj 嵌套在 \w 內部。很有趣！我很好奇你為什麼偏好這種方式。我一直鼓勵用戶以相反的方式嵌套：
\wj Woe to you \+w Pharisees|Pharisee\+w* and teachers of the Law!\wj*
將 \wj 放在內部有什麼特定的優勢嗎？

實際上，我剛剛整理出了一種更快、更可靠的方法，可以在項目中插入所有 \wj 標籤，並嵌套 \w 標記等。這是 Paratext 自定義工具菜單（Custom Tools menu）中的一個自定義工具。基本上，Glyssen 已經知道耶穌應該在哪些節中說話，只有少數幾個模糊的情況需要手動消歧，因此無需手動瀏覽文本插入任何 \wj 標記。我們利用 Glyssen 的工作在需要的地方應用 \wj 標籤。

但這些標記真正需要在哪些地方？這是我的問題，我在 USFM 文檔中沒有看到指示用戶這些標記必須在哪些地方關閉和重新開啟的說明。交叉引用（cross-references）沒有這種雜亂的標記也能正常工作，腳註也是如此，但標記檢查（markers check）在腳註的情況下會發出警告。現在我進一步研究後，我意識到，儘管標記檢查不會對交叉引用發出警告，但模式檢查（schema check）會。我仍然認為，如果標記檢查能一致地對待腳註和交叉引用，那將是最好的。總之，我想我必須在我的工具中將交叉引用和腳註周圍的 \wj 關閉和重新開啟都設為標準。如果你有興趣測試它，請告訴我。-謝謝！

機器翻譯自 English 顯示原文

---

anon150053:

我注意到你將 \add 文本排除在 \wj 標記之外。這是因為它不是耶穌明確說出的話嗎？

這取決於情況吧。我有一個版本，其中 \add 內容是註釋，所以我不想將這些標記為紅字。所以只需從正則表達式中移除 \add，它就會包含在紅字中。

anon150053:

此外，我以前從未想過像這樣將 \wj 嵌套在 \w 內部。很有趣！我很好奇你為什麼偏好這種方式。我一直鼓勵用戶以相反的方式嵌套

我查看了出現此問題的項目，發現我也是這樣做的。這一定是舊代碼。我將從我的 userMenu.txt 文件中移除它，並從上述內容中編輯掉。
我將用代碼替換它，為所有嵌入的角色標籤添加 +。

機器翻譯自 English 顯示原文

---

我要插一句話，這種必須反覆開啟/關閉 \wj 標記的系統一直讓我很困擾，原因正如上述。為了通過檢查，我已經檢查並修復了標記，但團隊中的其他人無法理解為什麼或何時需要關閉和重新開啟 \wj 標記的邏輯。或者為什麼需要嵌套（或者確切地說，何時需要、何時不需要）。

我認為 PT 的最終目標應該是讓普通用戶能夠使用它，而無需高級支持人員不斷調整。標記耶穌的話絕對似乎是普通用戶應該能夠做的事情。

CrazyRocky 能夠創建或多或少成功的正則表達式來自動化這一點，這應該告訴我們，可以將所有這些標記隱藏在幕後：USFM 文件可以以最小化的方式標記，PT 或發布程序可以編程在需要時即時填充額外信息。

機器翻譯自 English 顯示原文