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 代码本身会将文本中间的 \va 视为 USFM3.0 中的那样（即另一种字符样式），尽管快速测试表明它不会获得括号（这是一个可以通过开始和结束钩子轻松解决的 bug），所以我猜你收到的消息来自用户界面使用的解析器。也许 Martin 可以对此发表评论……

为了避免这个问题，你可以定义自己的样式（例如 \zva，从 \va 复制而来），并在你的更改文件中将 "\\va"  >  "\\zva"  进行替换。

机器翻译自 English 显示原文

Comments

> 可以通过开始和结束钩子轻松解决

我确实有那个，但是...

> 你可以定义自己的样式（例如 \zva，从 \va 复制），并在更改文件中将 "\\va"  >  "\\zva"  进行替换

问题是你提到的解析器发生在 changes.txt 之前，所以除非我在文本中放入 ‘\\zva’，否则我似乎无法通过解析器来允许更改进行更改。

有什么东西是在解析器之前运行的吗？

关于它的另一个奇怪之处是，解析器似乎没有从文本中刷新。作为一个实验，我实际上将文本中的 \va 更改为 \vp，看看它们是否有效，但它仍然给我同样的错误！?

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

有什么东西是在解析器之前运行的吗？

机器翻译自 English 显示原文

---

我想知道在 changes.txt 文件中添加适当的章节是否能解决这个问题：

这告诉它在到达解析器之前先应用第 7-18 行的更改。而在那之后的任何更改都会在流程的稍后阶段发生。

当你将鼠标悬停在右侧显示的代码片段（Code Snippet）按钮上时，工具提示会告诉你更多关于每个章节中更改何时处理的信息。（这个鲜为人知的功能已经存在了一段时间，但最近才通过右侧的按钮暴露出来）。

机器翻译自 English 显示原文

---

Mark P，我在你的图片中看到了示例输出，但我没有看到任何更改代码或任何代码片段（Code Snippet）按钮。

机器翻译自 English 显示原文

---

Steve - 这个网站上的图片有问题... 我已经报告了，但还没有修复。注意，粘贴到回复中的新图片会“覆盖”之前消息中的图片！ :-(

机器翻译自 English 显示原文