一种让编码转换器跳过特定文本的“灰色”技巧

Question

我在这个问题上费了好大劲，刚刚找到了一个解决方案，所以在这里分享出来，以防其他人也遇到试图阻止特定文本被自动转写的情况。这个解决方案既违反直觉，又有点“灰色”。

简而言之：

如果您有非目标语言（non-vernacular）文本，希望它不被编码转换器自动转写，而是以其原始编码形式出版，请将其包裹在自定义字符样式中，并赋予该自定义样式nonpublishable（不可出版）属性。

是的，是nonpublishable（不可出版）属性，而不是看起来更合适的nonvernacular（非目标语言）属性。nonvernacular（非目标语言）属性实际上并不影响哪些内容会被转写，而nonpublishable（不可出版）属性目前也不影响哪些内容会被出版，至少对于 Publishing Assistant 来说是这样。

详细背景：

我即将排版一个自动转写的项目。该项目包含某些国家语言（national language）的词汇。这些词汇可以在词汇表条目、引言材料和脚注中找到，并且被标记在 \znp …\znp* 标记内，我在 custom.sty 中将其定义为nonvernacular（非目标语言）、publishable（可出版）的字符样式，因为事实确实如此。

在主要/源项目中，目标语言（vernacular）文本和国家语言文本都使用同一种书写系统。在自动转写的项目中，目标语言文本应转换为仅用于该语言的某种传统文字，但国家语言的文本应保持其原始文字形式。（该传统文字无法表示国家语言中的卷舌音，而且无论如何，看到国家语言使用目标语言的传统文字都会显得很奇怪。）

但是，将此类文本标记为nonvernacular（非目标语言）对阻止其被转写没有任何效果。

也无法告诉 TECkit 映射表忽略 \znp …\znp* 标记内的文本，因为这些标记本身并没有被传递给映射表进行处理。（据推测以前是可以的，因为 Paratext 帮助文档仍然写着：“请确保您使用的 TECkit.map 文件保留 USFM 标记，以便它们不会被转换。”）

巧妙的解决方案是将publishable（可出版）属性更改为nonpublishable（不可出版）。这并没有阻止 Publishing Assistant 将其出版。

我不知道这是否会干扰其他输出路径（SAB / Print Draft / PtxPrint / 通过 DBL 的 YouVersion），无论是现在还是将来，它们是否会悄悄丢弃不可出版的文本，因此这绝对是这个变通方案的一个担忧点。

除了nonpublishable（不可出版）属性使文本免于自动转写之外，我不清楚这两个属性可能还有其他什么影响。某处有解释这些内容的文档吗？

机器翻译自 English 显示原文

Answer 1

PTXprint（或者更准确地说，它使用的 ptx2pdf TeX 宏）会将任何标记为 nonpublishable（不可出版）的内容视为几乎像注释一样。Python 程序也可能应用其自身的修改；我不知道。

不可出版的段落和字符样式不会产生输出，事实上，这是抑制经文编号等的一种方法。
我说几乎是注释，因为它并不将任何内容视为真正的注释：所有内容仍然会被读取和解释，只是在段落/字符样式结束时，材料会被丢弃。
因此，您不能在其中放入 \invalid USFM，并且从不可出版文本开始但未结束的带范围里程碑（ranged milestones）在之后仍然有效。

然而，鉴于 PTXprint 的样式表加载顺序，您可以在 custom.sty 中将某项设置为 nonpublishable（不可出版），然后在后续的样式表中覆盖该设置。

机器翻译自 English 显示原文

Comments

啊，很高兴知道这一点。谢谢！

机器翻译自 English 显示原文

Answer 2

这确实违反直觉，而且过去并不是这样工作的。所以我认为这必须是一个 bug。在以前的项目中，我相当成功地使用 \tl…\tl*（Transliterated Word，转写词）来阻止转换，它具有 publishable（可出版）nonvernacular（非方言）的特性。我还使用这些特性通过 frtback.sty 样式表为前言和后记中的自定义段落样式。而且 nonpublishable（不可出版）不应该通过 Publishing Assistant 传递到 InDesign。

希望我们能纠正这种行为，在此之前，您在标记方面应该保持灵活……

祝福，

机器翻译自 English 显示原文

Comments

谢谢，Shegnada。原始的标记确实是 \tl ...\tl*，这可能反映了在过去某个时间点，这在该项目中有效，可以防止自动转写。（新约几年前已经出版，现在我们正在做整本圣经。）在这种情况下，这个 bug 是一个回归（regression），是在解决其他问题时弄坏的。我已将其报告为 PTXS-31555。一旦修复，我只需要更新我在 custom.sty 和 frtbak.sty 中 \znp 的定义，将 nonpublishable（不可出版）替换为 publishable（可出版）即可。

但现在我怀疑功能是否被有意更改，基于某人认为 \tl 文本应该通过转换器。该项目此后一直在旧约中使用 \tl 标记来标记从源语言转写的词汇，例如 purim 和 mene, tekel, parsin。翻译团队的意图是这些单词将由转换器处理，以使用与项目相同的文字，但在任何文字中都要斜体显示。所以我想，当这个 bug 修复后，我们还需要记得在该项目中重新定义 \tl 为 vernacular（方言），以确保它确实被转换器处理。这听起来像是正确的做法吗？

我仍然非常希望能找到关于 publishable/nonpublishable（可出版/不可出版）和 vernacular/nonvernacular（方言/非方言）属性预期效果的准确文档。目前我只知道 nonpublishable（不可出版）应该导致文本避免编码转换，并且避免在出版物中可见。我相信 nonvernacular（非方言）旨在避免编码转换（尽管这坏了），我不清楚其他任何预期效果。我想知道它们是否会影响拼写词表、字符清单等？

机器翻译自 English 显示原文

---

我认为，只要您使用自定义样式表，例如您情况下的 custom.sty，并用井号（hashtags）记录您正在做什么以及为什么，并且在第一个 \tl 位置添加 Paratext 注释说明您期望的行为，您在 PubAssist/InDesign 路径上应该没问题。

但是，您对原始帖子的回复表明，如果您有其他输出目标，您也应该测试它们，也许自定义标记对您更有帮助。我真的不知道。

您应该考虑到您涉及两个，或者像我通常那样，三个项目。原始项目，自动转换的项目（不可编辑），以及（我建议的）用于出版的第三个项目，其文本从转换项目中导入。每个项目都可以有不同的自定义样式表，虽然第一个项目具有使转换器正常工作的样式特性很重要，但您从中出版的项目的样式表可以与这些不同，并且只有它们影响出版输出。因此，您有一些灵活性，特别是如果您使用第三个项目。如果您愿意，我可以私下与您更多地谈论第三个项目的其他优势，但我会将第二个和第三个项目视为仅仅是输出，文档等应始终在原始项目中找到。

祝福，

机器翻译自 English 显示原文