在轉寫中移除/插入 RTL 標記

Question

我正在嘗試微調一個 .tec 編碼轉換器，以確保它對於從右到左（RTL）語言專案的從左到右（LTR）轉寫而言是安全的往返操作。（這使得能夠與原文進行比較，以確保拉丁字母側正字法上的調整沒有對文本引入任何更改。）

這方面的主要障礙是出現在節引用中冒號和連字符之後的 RTL 標記。當然，在從 RTL 轉換到 LTR 時移除這些 RTL 標記很容易；但在返回時插入它們需要更多的調整。我可以使用正則表達式來完成，但為了方便那些不熟悉 RegexPal 的人，我希望將其自動化。

關於如何做到這一點，有什麼建議嗎？

機器翻譯自 English 顯示原文

Answer 1

我覺得奇怪的是我的電子郵件其餘部分被刪除了。以下是三件要嘗試的事情：

1. 我在你的截圖中沒有看到任何 \ior…\ior* 標記。嘗試在原始專案中的引用周圍添加它。你應該使用它來進行適當的格式化。
2. 嘗試在不同的視圖之間切換——在你的主要 Paratext 文本窗口中從標準視圖切換到無格式視圖，再切換回來。這可以觸發 Paratext 添加這些內容。
3. 這可能是因為轉換後的專案在設計上不可編輯，因此 Paratext 本身也不編輯它。嘗試創建一個輔助專案並導入轉換後的文本，看看變化是否發生。這實際上也是一個很好的做法，因為在發布之前，你通常希望對專案進行許多手動操作，而這些操作無法在原始、不可編輯的轉換專案上執行。

機器翻譯自 English 顯示原文

Comments

再次感謝，Shegnada。

1. Paratext 不允許我在原始專案中插入 \ior。我可以將其添加到轉寫專案中，但然後數字序列顯示為完全 LTR，而不是混合的。

2. 我已經循環切換了所有視圖，以及 Project Advanced/Normalization 下的所有三個選項（我不理解那是什麼，但那是我沒認出的設置，所以認為它可能相關。）

3. BHDyMT2L 已經是一個可編輯的輔助專案。

我又嘗試了幾件事：
a) 我嘗試重新輸入一些數字序列，但這沒有改變任何東西
b) 我嘗試在 BHDyMT2L 中手動為特定的數字序列添加 RTL 標記，但它們似乎沒有「粘住」；比較窗格仍然顯示 BHD 側有 RTL，而 BHDyMT2L 側沒有。
c) 我嘗試右鍵點擊差異並選擇「revert change」，但這也沒有任何作用

最後，我關閉了 PT 9 並打開了 PT 8（它想要進行更新，我允許了），並打開了一個 Compare 窗口，同樣是 BHDyMT2L 在左側，BHD 在右側。現在我看到很多 WORDS 被點亮，好像它們不同，但我看不出它們之間有任何可見的差異，即使開啟了「show invisible characters」。但我選擇了一個數字差異，右鍵點擊它，選擇「revert text」，結果，所有的數字差異都消失了。單詞差異沒有消失（除非我對它們進行右鍵點擊-revert text）。但我決定在 PT 9 中再試一次。這次我打開 Compare 窗格時 BHD 在左側。現在顯示的唯一差異是我最初尋找的真實差異，以及 BHD 在數字之後有 RTL 標記的許多（明顯）隨機位置，而且不讓我刪除它們。

所以：就目前而言，Paratext 確實似乎終於決定在基於轉寫的輔助專案的引用中插入 RTL 標記；但它到達這一點的方式仍然太詭異，無法使用……

-DVM

機器翻譯自 English 顯示原文

---

我建議通過 Help 選單中的 Give Feedback 尋求幫助。抱歉。

祝福，

機器翻譯自 English 顯示原文

---

DVM:

Paratext 不允許我在原始專案中插入 \ior。

請解釋當你嘗試添加 \ior 標記時發生了什麼。標記變紅了嗎？引用在其他方面是否顯示不正確？也許你只需要微調你的樣式表。

機器翻譯自 English 顯示原文

---

我又試了一次，這次能夠插入 \ior 了。它們是紅色的，因為它們跟在 \io1 後面，我看到現在應該只是 \io。我將 \io1 更改為 \io，並在 MAT 的書卷引言中的引用周圍添加了 \ior…\ior*。

這似乎沒有立即改變引用的顯示，儘管今天 RTL 標記似乎存在了。對兩個專案進行「compare versions」沒有顯示差異，但在視覺比較中，轉寫專案中冒號或連字符後的數字順序仍然是反的。

我嘗試從原始專案複製 Scripture Reference 設置，然後從回譯專案（BHDxMT2L）執行「Copy Books」到輔助專案 BHDyMT2L）。現在兩個專案中的引用都正確顯示了(!)

但出於某種原因，轉寫專案不喜歡在章節範圍之間有字母分隔符。附上截圖，如果你感興趣……

image1608×580 159 KB

機器翻譯自 English 顯示原文

Answer 2

嗨 DVM，

Paratext 會自動插入這些字符。事實上，如果你不想要它們，要擺脫它們是非常困難的。你確認自動插入功能沒有正常工作嗎？一個關鍵可能是確保所有引用都使用 \r \ior 或 \xt…\xt* 正確地標記為引用。我相信還有幾個選項，但這些是最常見的。

祝福，

機器翻譯自 English 顯示原文

Comments

嗨 Shegnada，

請參閱附帶的截圖：BHDxMT2L 是通過對 BHD 的手動調整轉寫運行編碼轉換器生成的。如你所見，所有涉及冒號或連字符的數字短語中都有差異（RTL 標記），包括跟在 \r 和 \fr 之後的那些。

幾個月前我測試時（也許是在遷移到 PT 9 之前？）我記得 Paratext 確實插入了 RTL 標記。認為這不會成為問題，我繼續從拉丁字母轉寫中刪除了 RTL 標記。但現在當我終於到達需要進行比較的地步時，Paratext 似乎不再這樣做了。也許有一種方法可以關閉或開啟插入功能？

image760×826 66.6 KB

機器翻譯自 English 顯示原文

---

親愛的 DVM，

我在 9.1 版本中沒有看到在這方面的任何新行為，儘管我們過去曾要求對這些字符有更多的控制權，他們可能已經做出了回應。你可以通過嘗試在非轉換的 RTL 專案中手動添加或移除這些字符來測試這一點。

但在通過「Help」選單中的「Feedback」報告問題之前，有三件事你可以查看。

機器翻譯自 English 顯示原文

Answer 3

我不知道這是否有幫助，但如果你專門使用 RTL 標記來處理經文引用（例如：John 2:1），我發現最可靠的解決方案是在冒號旁邊加一個空格。在英語中，那就是 “John 2: 1”。這會根據周圍文本的方向，將章號和節號按你期望的順序排列。一些阿拉伯語風格指南建議這樣做。

機器翻譯自 English 顯示原文

Comments

感謝這個建議。我想添加空格是可能的，雖然我們需要研究讀者接受度。人們似乎對已發布版本的當前格式感到滿意，該格式在冒號（或連字符，這也影響數字方向）後沒有空格。

機器翻譯自 English 顯示原文

---

DVM，

如果添加空格對你有效，你不需要擔心輸出。對於許多輸出，你可以將其設為非常、非常細的空格，沒有人會注意到。但我想說，在 Paratext 中確保所有引用都能驗證是非常重要的，這樣它們才能在在線發布中變成鏈接。我無法直接回覆你，但認識一位可以就你的映射提供建議的人，他對 RTL 問題非常熟悉。如果你直接寫信給我，我會回覆他們的聯繫方式。

機器翻譯自 English 顯示原文

---

是的，我擔心在引用格式中添加空格可能會使驗證複雜化。剛才的快速測試並不樂觀：Scripture References 對話框接受冒號-空格組合作為章-節分隔符，但在文本中被標記為無效。

同時，我進行了一些實驗，並找到了一條可重現的路徑來讓 Paratext 插入 RTL 標記：我必須設置 Scripture Reference 設置（我通過從原始專案複製來完成）。如果我創建一個新的羅馬字母到阿拉伯字母的轉寫專案，Paratext 不會插入 RTL 標記，直到我執行此步驟。所以這似乎是關鍵。我不知道為什麼會這樣，但在幫助選單中記錄下來會很好。

但插入空格的建議給了我一個關於阿拉伯語>羅馬字母轉寫的想法。我在 .tec 文件中添加了一行，將 RTL 標記更改為 zero_width_space (U+220B)。這使得羅馬文本中的引用正確顯示。它似乎反過來也有效，但這並不那麼相關。這種情況下的羅馬文本是供顧問閱讀的，不會發布。

所以我想我們為轉寫的两个方向找到了一個可行的解決方案。感謝你所有的輸入！

機器翻譯自 English 顯示原文

---

「Scripture References 對話框接受冒號-空格組合作為章-節分隔符，但在文本中被標記為無效。」

你應該檢查你的字符和標點符號清單。也許冒號或冒號-空格序列在那裡被標記為無效。只有當冒號-空格序列在其他類型的文本中非法時，你才會遇到問題。

祝福，

機器翻譯自 English 顯示原文

---

結果發現，當我在查找和替換中用空格替換 RTL 時，它將空格放在了冒號之前。當我將順序調換時，引用顯示為有效。

所以是的，目前看來使用空格是一個可行的選項。

機器翻譯自 English 顯示原文