PtxPrint 3.x 允許在 '\p' 之後使用 '\va' 標記的解決方案

Question

我遇到的錯誤：

JAS 3:1-2 Attrib marker 'va' found after 'p' but may only follow 'v' at line 135, char 29

...

These errors were triggered while internally parsing the USFM

相關文字：

+-----------------------

\p \v 1-2 <!--a5f14dd1-082f-4046-8166-3adf7e93b315-->弟兄姊妹，\va 2a\va* 我們都會犯許多錯誤，\va 1\va* 有一天上帝會審判。但請看，你們知道上帝在審判那些在教會中教導之人的錯誤時，會更加嚴厲 ⌊因為他們是屬靈的領袖⌋。因此，在決定成為教會中的教師之前，請深思熟慮。

\s 舌頭：邪惡的源頭

\p \va 2b\va* 當我們管住自己的舌頭時，我們就能在信心上成熟，並完全掌控自己。

+-----------------------

我在 changes.txt 中有一條規則，將這些轉換為 '\vp .*? \vp*'，這在 PtxPrint 的早期版本中是有效的。但在 3.0.1 中，它在解析 USFM 時拋出了這個錯誤，這顯然發生在 changes.txt 處理過程清理它之前。

除了在 Paratext 中放入 \vp 之外，還有其他解決方案嗎？

機器翻譯自 English 顯示原文

Answer 1

在我看來，關於如何使用 va 的 USFM 標準似乎已經改變了。在 3.0  中，\va 似乎可以放在任何位置。

在 USFM 3.1 中，\vp 用於指定節號的印刷形式，而 \va  是替代（印刷）形式。現在看起來兩者都應該緊跟在節號之後。這樣使用時，它們對於 XeTeX 代碼後續如何處理確實有精確的含義（\va 會以括號或其他標記的形式添加在印刷節號之後，\vp 則設定節號在標題及正文中的表示方式等）。如果選擇邊欄節號，兩者都會被移至邊欄等處。由於它們錨定在節號上，因此不能將它們放在文本中間。

XeTeX 代碼本身會像 USFM 3.0 那樣處理文本中間的 \va（即僅視為另一種字體樣式），雖然快速測試顯示它不會加上括號（這是一個可以透過開始和結束鉤子輕鬆解決的錯誤），所以我猜測您收到的訊息來自使用者介面所使用的解析器。也許 Martin 可以對此發表評論...

為了避免這個問題，您可以定義自己的樣式（例如 \zva，從 \va 複製而來），並讓您的變更檔案將 "\\va"  >  "\\zva" 

機器翻譯自 English 顯示原文

Comments

> 可以通過開始和結束鉤子輕鬆解決

我確實有那個，但是...

> 你可以定義自己的樣式（例如 \zva，從 \va 複製），並讓你的 changes 文件將 "\\va"  >  "\\zva"  進行替換。

問題是你提到的解析器發生在 changes.txt 之前，所以除非我在文字中放入 ‘\\zva’，否則我似乎無法通過解析器來允許 changes 進行更改。

有什麼東西是在解析器之前運行的嗎？

關於它的另一個奇怪之處是，解析器似乎沒有從文字中刷新。作為一個實驗，我實際上將文字中的 \va 改為了 \vp，看看它們是否有效，但它仍然給我同樣的錯誤！?

而文字中是 \vp 而不是 \va

有什麼東西是在解析器之前運行的嗎？

機器翻譯自 English 顯示原文

---

我想知道在你的 changes.txt 文件中添加適當的部分是否能解決這個問題：

這告訴它在到達解析器之前先應用第 7-18 行的更改。而在那之後的任何更改都會在過程的後期發生。

當你把鼠標懸停在右側顯示的代碼片段（Code Snippet）按鈕上時，工具提示會告訴你更多關於每個部分中的更改何時被處理的信息。（這個鮮為人知的功能已經存在一段時間了，但最近才通過右側的按鈕暴露出來）。

機器翻譯自 English 顯示原文

---

Mark P，我在你的圖片中看到了樣本輸出，但我沒有看到任何 changes 代碼或任何 Code Snippet 按鈕。

機器翻譯自 English 顯示原文

---

Steve - 這個網站上的圖片有一個問題... 我已經報告了，但還沒有修復。注意，粘貼到回覆中的新圖片會“覆蓋”早期消息中的圖片！ :-(

機器翻譯自 English 顯示原文