分离的注释难以处理

Question

我想知道其他人对我认为的 Paratext 在处理注释方面存在的一个缺陷有什么看法。我已经将我的意见作为错误报告和改进建议发送出去了，但似乎没有人理会。有人告诉我，程序只是按照其设计来运行。这没问题，但我的观点是，这种设计对用户来说并不实用。

当注释附加在某个词上，而该词随后被删除或替换为另一个词时，注释就会失去其锚点，并被移动到同一词的另一个实例上；如果找不到这样的词，则移动到节首。我不明白这种行为的合理性。有人觉得这是一种好的做法吗？

当我在处理有节的圣经书卷时，情况还不太糟糕，但如果我在处理像 XXA 这样的额外书卷，其中包含基于圣经的六本简易读物，就没有节。我为每个故事分配了独立的章，并为每个部分/段落添加了节号。添加这些节号只是为了缓解浮动注释的不稳定行为，之后必须将其删除。

如果有许多注释，我可能会在节号处看到一连串十几条注释，很难弄清楚它们来自哪里。我通常必须从注释内部保存的上下文中取出一个词，进行搜索，找到正确的上下文，然后双击该命中项。我会尝试附上截图来说明这一点。

现在，如果程序改为将注释附加到前一个词，而不是当前的两个选项，这个问题就可以轻松解决。这样，注释就与其上下文绑定，处理起来也会更容易。如果需要，我也可以轻松地将它重新附加到新的词上，以防我对那个新词不满意。

2020-10-291280×720 180 KB

机器翻译自 English 显示原文

Answer 1

我猜测 Paratext 没有按照你的建议设计的原因可能是，Paratext 可能需要回溯相当远才能找到前文上下文来附加注释，这本身可能会造成很大的困惑。我同意，大多数时候，将注释放在其原始位置附近是理想的，但如果经文发生了重大变化，那么将其放在节首可能更有帮助，这样人们就知道它是未附加的。[额外书卷除外，见下文]

相关问题 1：我认为他们想要避免的一件事是注释文件中出现巨大的上下文，因为这会使文件体积膨胀，并可能导致发送/接收（Send/Receive）出现问题。在我们地区，有一些项目在额外书卷（没有节号）中有数百条注释，我相信注释文件包含了整节经文的文本，因此每个注释文件都包含了整章的文本，导致项目体积巨大（如果我错了请纠正我）。

相关问题 2：你在额外书卷中的体验与我的类似。为了避免你提到的奇怪的注释问题，我们必须添加章号和节号，这些通常是任意的。但如果我们这样做，逐词对照工具（Interlinearizer）在回译时无法正常工作。只显示第一节，没有办法批准其他节。目前额外书卷的实现对于注释或任何使用逐词对照工具的任务来说都不够好。

机器翻译自 English 显示原文

Comments

感谢提供这些信息。
关于第一段，我不认为这是一个问题。我们很少完全更改整节或整行经文，即使我们这样做了，前往最近的未更改的词可能也不会跨越节边界。如果确实跨越了，那么注释可以位于该节号处。
我没有考虑到你的问题 1，我可以看到这可能是一个挑战。
目前，我同意唯一的变通方法是添加章和节。我目前正在处理的简易读物使用 \q 标记，如果注释可以附加到其中一个标记上，问题就解决了。或者，可以实现并插入一个像 \note 这样的特殊标记。它甚至可以在给定数量的词后自动插入。对我来说，之后删除所有名为 \note（或类似名称）的标记比删除由字母（c 或 v）和数字组成的标记要容易得多。（我不熟悉 RegEdit。）

机器翻译自 English 显示原文

Answer 2

我总是建议将注释附加到短语上，而不是单个词上。如果你这样做，Paratext 在分析上下文并将注释重新附加到适当上下文方面做得非常好。但如果你将其附加到单个词上，最大的危险在于，如果该词被删除，注释可能会重新附加到经文中另一处的同一个词上。但注释可能并不适用于该词的该实例。因此，我总是将注释附加到短语上，并鼓励我的团队成员这样做。

机器翻译自 English 显示原文

Comments

感谢提供变通方法的建议。问题是这违背直觉。如果注释指的是从句，能够选择从句；如果指的是短语，选择短语；如果指的是词，选择词，这样会很好。因此，我仍然希望程序能修复为：如果注释原本附加在某个词上，而该词丢失了，则将其附加到前一个词上。

机器翻译自 English 显示原文