关于复杂经文引用设置的问题

Question

我正在与一个团队合作，他们希望将经文引用写成如下格式：
\xt book_name rukuh # ayat #\xt*
其中“rukuh”意为“章”，“ayat”意为“节”。

在许多情况下，我们不得不放弃让 Paratext 解析这些名称，而是使用 |ABC 1:2 样式的属性来明确指定引用。尽管如此，Paratext 在许多情况下仍能正确解析。

为了让这行得通，我们在每个书名的末尾添加了单词“rukuh”，并将 ␣ayat␣ 定义为章/节分隔符。

首先，是否有我们尚未想到的更好的设置方法？还是说我们应该干脆放弃，在所有情况下都使用英文样式的引用作为属性？

假设我们目前的做法是最佳方案，添加脚注时会将 \fr 字段设置为 chapter# ayat verse#，这虽然令人烦恼但可以变通处理。问题在于，当我们运行引用检查（Reference Check）时，会出现数百个错误，提示“章分隔符后出现意外的书卷名”。有没有办法绕过这个问题？

机器翻译自 English 显示原文

Answer 1

对于几年前我们做的一个需要类似处理的项目，我们将引用放在标准的西方样式引用中，这样 Paratext（以及 DBL）就会满意，并能执行其所需的所有检查。但在出版前，我们使用 Python 脚本将其转换为正确的格式。以下是 Python 脚本中相关的正则表达式（请注意，每种引用形式都有单独的转换表达式，无论是多章、带节号还是不带节号等）：

    # turn cross references into their long forms
    #  Takwiin 2:1; 5:2  or  Takwiin 2:1-5; 5:6-9
    sText = re.sub(r'(\\\+xt (\d )?[A-Za-zʼ -]+) (\d+):(\d+(-\d+)?); (\d+):(\d+(-\d+)?\\\+xt\*)',
                   '\\1 fasul \\3 aaya \\4 wa fasul \\6 aaya \\7\\\+xt*', sText)
    #  Takwiin 2; 4
    sText = re.sub(r'(\\\+xt (\d )?[A-Za-zʼ -]+) (\d+); (\d+\\\+xt\*)',
                   '\\1 fasul \\3 wa fasul \\4', sText)
    #  Takwiin 2:1
    sText = re.sub(r'(\\\+xt (\d )?[A-Za-zʼ -]+) (\d+):(\d+\\\+xt\*)',
                   '\\1 fasul \\3 aaya \\4', sText)
    #  Takwiin 2:1-5
    sText = re.sub(r'(\\\+xt (\d )?[A-Za-zʼ -]+) (\d+):(\d+-\d+\\\+xt\*)',
                   '\\1 fasul \\3 aaya \\4', sText)
    #  Takwiin 2  or  Takwiin 1–2
    sText = re.sub(r'(\\\+xt (\d )?[A-Za-zʼ -]+) (\d+(–\d+)?\\\+xt\*)',
                   '\\1 fasul \\3', sText)

如果我现在做同样的排版工作，我会使用 PTXprint，并将这些更改放入 Changes.txt 文件中。

请注意，可能存在这些表达式未处理的章/节表达式；这是针对特定项目的，我知道所有引用表达式格式的范围。例如，我不认为这能处理三个章号，例如“bookname ch1; ch2; ch3”。如果你的项目中有这种情况，你需要添加一个新的表达式，或者找到一种方法来扩展现有的表达式（可能前者更容易……）。

还要注意，当你在来自 DBL 的文本中查看引用时，例如在 YouVersion 中，你只会得到西方引用格式，而不是你的“rukuh # ayat #”。这是因为 YouVersion 在处理和分析文本方面没有任何复杂性——它只是将其输出为 HTML，并希望它看起来不错。但是，如果你使用 SAB 创建经文应用，你可以运行类似的正则表达式来获得相同的期望行为。

@anon175865 在某些方面，这个 YouVersion 问题与标点符号周围有空格时换行混乱的问题类似。也许我们应该有一个“建议的排版规则”文件，附加到项目并随项目存储在 DBL 中。然后，如果 YouVersion 在显示文本时应用这些更改，它可能会做得更好。这在某种意义上允许文本的数据格式和呈现格式之间存在差异。然后，根据呈现类型的不同，你可能需要选择应用哪些规则。总之，我只是在这里稍微畅想一下……

希望这有帮助，
jeffh

机器翻译自 English 显示原文

Comments

非常感谢你的建议。这似乎比我们目前的变通方案更好。我已经向团队提出了这个建议，并看看他们是否满意（一个缺点是，他们将需要习惯在 Paratext 中看到一种格式，但在最终打印/应用中期望另一种格式）。

机器翻译自 English 显示原文

---

mnjames:

一个缺点是，他们将需要习惯在 Paratext 中看到一种格式，但在最终打印/应用中期望另一种格式

只是提醒一下，使用 PTXprint 现在可以相当轻松地生成最终形式的输出，所以不要害怕生成草稿并以 PDF 或打印形式进行评估。显然，翻译人员（或至少其中一人）需要能够处理/键入西方格式的引用，但你应该能够以另一种格式生成草稿，供团队、你的委员会等评估。这还有一个额外的好处，即在流程早期测试你的最终格式，这样每个人都能尽早习惯它和/或对格式提出意见。

机器翻译自 English 显示原文

---

@jeffh 关于我们在出版商平台上显示的问题，并不是说他们“只是把它输出为 HTML，然后指望它看起来不错”。天哪！！你根本不知道 YouVersion 为了达到我们想要的效果付出了多少努力。发给他们的那个包是由我们的 Paratext 转换器生成的，格式是 USX，而不是 HTML（Paratext 也是去除不换行空格的地方）。我相信，由于 USX 的性质，不允许进行个性化处理。我确实知道，对于那些可以在 YouVersion 端修正的个别问题，他们总是竭尽全力，甚至超出了他们的职责范围来把事情做好。我希望我们能够庆祝并尊重我们这一行中的合作伙伴关系，而不是贬低它们。关于排版规则的建议，最好提给 Paratext 团队，因为他们控制着我们出版商收到的包的内容。

机器翻译自 English 显示原文

---

@anon175865 你说得完全正确。我的评论非常不公平，我为此道歉。这是我多次在 YouVersion 中看到法语圣经文本换行不佳时流露出的些许沮丧。正如你所建议的，问题确实出在 DBL 端，希望 Paratext 和 DBL 正在做出的努力能解决其中一些问题。请原谅我轻率的评论。

机器翻译自 English 显示原文

---

@jeffh 谢谢 jeffh。我理解你的沮丧，并会继续努力在 DBL 端把事情做得更好。

机器翻译自 English 显示原文

Answer 2

我对你们最终决定采取的措施很感兴趣。如果你们保留对经文引用设置（Scripture Reference Settings）的变通方案，我将不胜感激，如果你们能把我添加为项目的顾问（Consultant），以便我测试 Paratext 用于通过 DBL 分发文本的 USFM 到 USX 转换器是否接受你们所做的修改。我怀疑它不会接受。我想，对于脚注的变通方案可以是拒绝（Deny）所有“Unexpected book…”错误，并在项目文件夹中添加一个 changes.txt 文件，允许 Paratext/PubAssist 通过移除 ayat 将脚注引用转换回标准格式以用于打印。

机器翻译自 English 显示原文

Comments

我原本希望能避免拒绝数百个错误。然而我突然意识到，你可以批量操作——使用 Shift 或 Ctrl 选择多个错误，然后拒绝它们。所以也许我们最终会这样做。

我们实际上（目前）并不打算使用 \fr 数据，因此理论上可以完全将其剥离。反正我也从未真正理解过该字段的用途，因为你可以假设通过一个简单的编程脚本随时重新生成它。但如果我们要向 DBL 提交或以其他方式使用 \fr 字段，我们几乎肯定会使用 changes.txt 或类似文件来编辑格式。

机器翻译自 English 显示原文