与 \qt 相关的畸形逐行对照排版

Question

支持逐行对照排版（希腊语 + 乌尔都语注释）。在某些情况下（并非所有情况），包含标记为 \qt 的文本的诗歌在 PTXPrint 的输出中会出现排版错误。

例如，在 MRK 11:9 的以下部分中：

在 Paratext 中，希腊语文本标记如下：

在逐行对照窗口中，显示如下：

在 PTXPrint 的排版中：

在其他位置，\q1、\q2 和 \qt …\qt* 的组合似乎工作正常。

我尝试调查可能的原因——但由于这是逐行对照文本，PTXPrint 合并文本和执行排版的部分过程有些晦涩/不清晰。我需要一些关于如何调查此问题或可能出了什么错的指导。

感谢任何帮助。

机器翻译自 English 显示原文

Answer 1

@jklassen 感谢你在其他 PTXprint 用户处理 RTL + LTR 逐行对照文本格式化的有趣问题时提供的支持。

我目前还没有关于这个问题的答案，而且更资深的开发人员目前要么在过渡期，要么正在休假；因此可能需要几天时间才能收到他们的回复。不过，为了帮助他们深入挖掘，我知道如果有一个 Archive 文件可供操作会最容易，所以请继续创建该文件（从 Help 选项卡），然后将生成的 .zip 文件发送到 [Email Removed] 地址。我会确保其中至少一人在上线后为你深入调查。

机器翻译自 English 显示原文

Comments

谢谢，Mark！我已经发送了存档。

机器翻译自 English 显示原文

Answer 2

你好，当我尝试运行存档时，我收到了这个错误报告：

这不是一个可以忽略的消息。因此，例如，我看到在 5:23 时，发生了这种情况：

image1281×357 28.6 KB

问题在于，如果没有 Paratext 在你批准逐行对照文本时保存的信息，就没有足够的信息让 PTXprint 尝试同步这两行，因此它会变得非常混乱。
我预计如果你解决了这个问题，你的排版问题就会消失。

@mjpenny 我建议将错误消息扩展为类似“未批准逐行对照文本将导致排版错误”的内容。

机器翻译自 English 显示原文

Comments

你好 David，

非常感谢你查看这个问题。

是的——我承认我知道这些错误。（我距离负责此工作的团队有半个地球的距离，而且修复文本并不总是很快。）在询问之前，我确实尝试评估了排版中发生了什么。在我看来，未批准引用的结果是格式如你的截图所示——报告的节中没有逐行对照文本。对于标记为 \qt 的文本，渲染问题与未批准节中发生的情况相当不同，并且在多个 \qt 位置以相同的方式发生，即使这些位置周围的其余文本渲染正常。

无论如何，我收到了团队提供的一个没有未批准节的文本（仅在希腊语和乌尔都语文本的 11:26 处故意缺少一个节，PTXPrint 仍将其报告为未批准）。相同的渲染问题发生在 11:9、12:10、12:36、14:27 和 14:62，这些都是 \qt 位置。

我会发送一个更新的存档，以便在有空间再次查看时使用。

Jeff

机器翻译自 English 显示原文

Answer 3

我忘了提一下，我在文本的其他地方查找了 \qt，发现有不少地方逐词对照翻译合并得是正确的。

机器翻译自 English 显示原文

Answer 4

好的。嗯，我并不是想声称每个 \qt 都不工作，只是说在不起作用的地方，有一个 \qt。

我不确定如何找到逐行对照排版失败的原因，David。如果是文本或配置中的故障，我还没有能够确定。我会继续自己查看。

机器翻译自 English 显示原文

Answer 5

我不确定这里出了什么错，但第 9 节的第一行以一个空格结尾。删除空格后，一切都很好地修复了。查看逐行对照文件，我怀疑 Paratext 正在神奇地处理掉那个空格。很抱歉，但试图猜测 PT 在考虑节中的字符位置时所做的内部魔法是很痛苦的。我希望我们将来能解决这个问题。

机器翻译自 English 显示原文

Comments

Martin – 谢谢你。太好了。我已经编辑了项目文本以删除这些位置的空格，渲染现在正常了，正如你指出的那样。

我怀疑我永远不会找到这个原因。谁知道呢……

正如我认为你建议的那样——也许 PTXPrint 将来可以以某种方式对此更具容错性。

机器翻译自 English 显示原文

---

我认为问题在于 Paratext 的 XML 指定了什么以及没有指定什么。它指定了文本块、gloss-id（交叉引用 Lexicon.xml 文件）以及原始文本在输入流某种表示中的位置。它不保留出现顺序。节也不是按顺序排列的。

给定的单词或短语可能被注释为单词或词干和语素（当然带有不同的注释），而判断哪个同形异义词是哪个或用户期望哪种级别的注释的唯一方法是通过位置数据。注释文件似乎忽略大小写、标点和 SFM 标记，可能还有其他东西。

因此，如果注释文件与输入匹配，那么假设 Martin 理解了 Paratext 在其内部文件表示中计算字符的未记录方式，那么正确的做法是按位置切出单词/短语单元并用注释替换，可能进行适当的大小写转换。

如果节已更改，则不起作用。如果文件的内部表示是错误的，则不起作用。

任何无约束的搜索和替换都会在异体词上产生错误匹配，因此不能将其用作通用方法。可以进行一些猜测，例如寻找模糊匹配，在单词间隙处断开，加减几个字符。这将花费相当大量的程序员时间，但可能会出现问题。如果由于有人在节中重新排列了单词而导致间距发生变化，偏移 3 个字符的异体词可能不是同一个单词。例如，Romani 有相当自由的词序：

 O    Del  te  del tut haro
(the) God SUBJ give you grace
"May God give you grace"

对比

 Te  del   o   Del  tut haro
SUBJ give (the) God you grace
"May God give you grace"

PTXprint 无法进入语言的语法规则。甚至 Paratext 也不记得/询问事物是什么词性。获取可靠逐行对照数据的唯一可靠方式是用户批准注释。

机器翻译自 English 显示原文