在音译中移除/插入 RTL 标记

Question

我正在尝试微调一个 .tec 编码转换器，以便使其对于从左到右（LTR）音译一个从右到左（RTL）语言项目来说是往返安全的。（这使得可以与原文进行比较，以确保拉丁字母一侧正字法上的调整没有引入任何文本变化。）

主要障碍是出现在经文引用中冒号和连字符之后的 RTL 标记。当然，在从 RTL 移动到 LTR 时移除 RTL 标记很容易；但在返回时插入它们需要更多的调整。我可以用正则表达式做到这一点，但为了那些不熟悉 RegexPal 的人，我希望使其自动化。

关于如何做到这一点，有什么建议吗？

机器翻译自 English 显示原文

Answer 1

我觉得奇怪的是我的邮件其余部分被删除了。以下是三件可以尝试的事情：

1. 我在你的截图中没有看到任何 \ior…\ior* 标记。尝试在原始项目中围绕你的引用添加它。无论如何，为了正确的格式，你应该使用它。
2. 尝试在不同的视图之间切换——在你的主 Paratext 文本窗口中从标准视图切换到无格式视图，然后再切换回来。这可以触发 Paratext 添加此类内容。
3. 可能是因为转换后的项目在设计上不可编辑，因此 Paratext 本身也不对其进行编辑。尝试创建一个辅助项目并导入转换后的文本，看看变化是否发生。这实际上也是一个好习惯，因为在发布之前，你通常需要对项目手动进行许多操作，而这些操作无法在原始不可编辑的转换项目上完成。

机器翻译自 English 显示原文

Comments

再次感谢，Shegnada。

1. Paratext 不允许我在原始项目中插入 \ior。我可以将其添加到音译项目中，但那样数字序列会显示为完全 LTR，而不是混合的。

2. 我已经循环切换了所有视图，以及项目高级/规范化下的所有三个选项（我不明白那是什么，但那是我不认识的一个设置，所以认为它可能相关。）

3. BHDyMT2L 已经是一个可编辑的辅助项目。

我又试了几件事：
a) 我尝试重新输入一些数字序列，但这没有改变任何东西
b) 我尝试在 BHDyMT2L 中手动为特定数字序列添加 RTL 标记，但它们似乎没有“粘住”；比较窗格仍然显示 BHD 一侧有 RTL，而 BHDyMT2L 一侧没有。
c) 我尝试右键单击一个差异并选择“还原更改”，但这也没有任何作用

最后，我关闭了 PT 9 并打开了 PT 8（它想要进行更新，我允许了），并打开了一个比较窗口，再次将 BHDyMT2L 放在左边，BHD 放在右边。现在我看到很多单词被点亮，好像它们不同，但我看不到它们之间有任何可见的差异，即使开启了“显示不可见字符”。但我选择了一个数字差异，右键单击它，选择“还原文本”，结果，所有的数字差异都消失了。单词差异没有消失（除非我对它们进行右键单击-还原文本）。但我决定在 PT 9 中再试一次。这次我打开比较窗格时将 BHD 放在左边。现在显示的唯一差异是我最初寻找的真实差异，以及 BHD 在数字之后有 RTL 标记的（显然）随机位置，并且不允许我删除它们。

所以：就目前而言，Paratext 确实似乎最终决定在基于音译的辅助项目的引用中插入 RTL 标记；但它到达这一点的方式仍然太诡异，无法实用……

-DVM

机器翻译自 English 显示原文

---

我会建议通过帮助菜单上的“提供反馈”寻求帮助。抱歉。

祝福，

机器翻译自 English 显示原文

---

DVM:

Paratext 不允许我在原始项目中插入 \ior。

请解释当你尝试添加 \ior 标记时发生了什么。标记变红了吗？引用在其他方面显示不正确吗？也许你只需要微调你的样式表。

机器翻译自 English 显示原文

---

我又试了一次，这次能够插入 \ior 了。它们是红色的，因为它们跟在 \io1 后面，我现在看到应该只是 \io。我将 \io1 改为 \io，并在 MAT 的书卷引言中围绕引用添加了 \ior…\ior*。

这似乎没有立即改变引用的显示，尽管今天 RTL 标记似乎存在了。两个项目的“比较版本”没有显示差异，但在视觉比较中，音译项目中冒号或连字符后的数字顺序仍然是反的。

我尝试从原始项目复制经文引用设置，然后从回译项目（BHDxMT2L）执行“复制书卷”到辅助项目 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 项目中手动添加或删除这些字符来测试这一点。

但在通过帮助菜单中的“反馈”报告问题之前，你可以查看三件事。

机器翻译自 English 显示原文

Answer 3

我不知道这是否有帮助，但如果你专门使用 RTL 标记用于经文引用（例如：约翰福音 2:1），我发现最可靠的解决方案是在冒号旁边加一个空格。在英语中，那就是“John 2: 1”。这会根据周围文本的方向，按你预期的顺序排列章节号和节号。一些阿拉伯语风格指南推荐这样做。

机器翻译自 English 显示原文

Comments

感谢这个建议。我想添加空格是可能的，尽管我们需要研究读者的接受度。人们似乎对已发布版本的当前格式很满意，该格式在冒号（或连字符，这也影响数字方向）后没有空格。

机器翻译自 English 显示原文

---

DVM，

如果添加空格对你有效，你不需要担心输出。在许多输出中，你可以将其设置为非常、非常细的空格，没有人会注意到。但我会说，在 Paratext 中所有引用都通过验证以使其能够成为在线出版中的链接，这一点非常关键。我无法直接回复你，但认识一位可以就你的映射提供建议并且对 RTL 问题非常熟悉的人。如果你直接写信给我，我会回复他们的信息。

机器翻译自 English 显示原文

---

是的，我担心在引用格式中添加空格可能会使验证复杂化。刚才的快速测试并不乐观：经文引用对话框接受冒号-空格组合作为章节-节分隔符，但在文本中被标记为无效。

与此同时，我进行了一些实验，并找到了一条可重现的路径让 Paratext 插入 RTL 标记：我必须设置经文引用设置（我通过从原始项目复制做到了这一点）。如果我创建一个新的罗马数字到阿拉伯数字音译项目，Paratext 不会插入 RTL 标记，直到我执行这一步。所以这似乎是关键。我不知道为什么应该这样，但在帮助菜单中记录这一点会很好。

但插入空格的建议给了我一个关于阿拉伯语>罗马数字音译的想法。我在 .tec 文件中添加了一行，将 RTL 标记更改为 zero_width_space (U+220B)。这使得罗马文本中的引用正确显示。它似乎反过来也有效，但这不太相关。在这种情况下，罗马文本是供顾问阅读的，不会出版。

所以我认为我们为音译的两个方向都找到了可行的解决方案。感谢你们所有的输入！

机器翻译自 English 显示原文

---

“经文引用对话框接受冒号-空格组合作为章节-节分隔符，但在文本中被标记为无效。”

你应该检查你的字符和标点符号清单。也许冒号或冒号-空格序列在那里被标记为无效。只有当冒号-空格序列在其他类型的文本中非法时，你才会有问题。

祝福，

机器翻译自 English 显示原文

---

结果发现，当我在查找和替换中用空格替换 RTL 时，它将空格放在了冒号之前。当我调换顺序时，引用显示为有效。

所以是的，到目前为止，使用空格似乎是一个可行的选项。

机器翻译自 English 显示原文