\qt-s\* 会取代 \wj 吗？标记检查（markers check）坏了吗？问题真多

Question

在深入研究了使用 \wj … \wj* 标记耶稣话语（Words of Jesus）的繁琐且杂乱的要求之后，我制作了一个 Paratext 自定义工具，用于将这些标记应用到 Paratext 项目中（根据相关 Glyssen 项目中的角色分配）。我渴望一种对译者来说更直观的标记系统。

我对 \wj … \wj* 标记系统的不满在于：它是为渲染软件的便利而设计的，而不是为译者的便利。要成功应用这些标记，您必须在每个节号处关闭并重新打开标记。在每个段落换行处也是如此。此外，您还需要在其中的每个单词/字符标记前添加加号（+）符号，例如 +w …+w* 和 +nd …+nd*。

让我最惊讶的是，如果您想通过标记检查（markers check），您甚至需要在每个脚注处关闭并重新打开标记！！这真的有必要吗，还是标记检查（markers check）在毫无理由地生成所有这些警告？

这让我想到，译者真正需要的是一种只需标记说话者开始和停止位置的方法，而无需担心副文本内容或格式问题。这对于跟踪多声部音频录音中的说话者也很重要，因为文本的修订可能会打乱顺序，导致 Glyssen 必须重新同步。

因此，我很高兴被介绍到 USFM3 中的 里程碑（milestones） 功能，它正是为此目的而设计的。但现在我有更多的问题……

首先，这会取代 \wj 标记吗？如果一个使用 \qt-s …\qt-e 标记的项目想要红字出版物，它是否需要额外添加 \wj 标记？这看起来太冗余且杂乱无章了。

其次，我们是否可以假设副文本字段，如 \s、\r 和 \f，就像 \x 一样，构成了对活动 \qt-s 的固有例外？也就是说，您可以在登山宝训的开始处放置 \qt-s |who=Jesus*，在结束处放置 \qt-e*，然后就完成了。一对标记，而不是根据段落和脚注数量所需的 120 对或更多，更不用说无需处理所有带有术语标记的嵌套术语了。似乎计算机可以自动推断出（红字效果）的内容，不需要标记冗余地杂乱文本。

第三，“who” 属性的最佳实践是什么？工具是否期望这些是英文名称/描述符，例如 “Jesus” 和 “spies from Pharisees and Herodians”？这些是否应该与 Glyssen 使用的角色名称相同？

第四，在不需要消歧的上下文中，这些标记应该标记到什么程度？在某些节中，耶稣是唯一可能说话的角色，而在其他节中，有多个人说话，实际上需要消歧。在这种情况下，是否最好不要用说话者标记过度杂乱文本？

好了，这就是我目前的所有问题。

我也很感兴趣在更多已完成 Glyssen 项目中角色分配的项目上测试我的 WordsOfJesus 标记工具。如果您有这样一个项目，请告诉我您是否愿意与我分享一份副本。 -谢谢！

机器翻译自 English 显示原文

Answer 1

这是非常有用的反馈，谢谢。

抱歉我的回复没有为您提供问题的解决方案，而是针对您的问题和顾虑向您提出了一些问题。

我假设您是项目管理员，听起来您对使用标记和了解相关规则很熟练。我想问一些关于您和您的团队（如果有的话）以及您如何使用 Paratext 的问题：

1. 您的项目中是否有其他团队成员觉得 USFM 标记是他们无法克服（或不愿学习）的障碍？
2. 在处理更复杂的嵌套标记时，您主要使用无格式视图（unformatted view）还是标准视图（standard view）？
3. 您是否会觉得不需要编辑标记，而是高亮显示文本的一部分以赋予其特定属性或一组属性会有帮助？
4. 如果我们做了类似上面的事情，如果 Paratext 在后台自动找出如何最简单地表示您对属性的选择，这会有帮助吗？
5. 上述功能是否会让人觉得失去了对文本的控制？
6. 您是否希望能够编辑 Paratext 在上述点中创建的标记（并在编辑导致错误时看到通常的警告）？还是仅仅查看就足够了？

我想知道团队是否关心文本背后的标记。或者他们是否更关心确保正确的属性最终附加到单词或文本片段上，并且不希望担心标记（以及学习 USFM 的障碍，这主要用英文记录）。

机器翻译自 English 显示原文

Comments

你好，IanH。其他项目中有些人对 + 符号表示法规则感到彻底困惑，如果没有像我这样的人来清理混乱，他们可能永远无法正确掌握。作为一名软件开发人员，我理解 + 符号表示法的原因，但仍然认为它是不必要的权宜之计，就像要求在每个脚注处停止并重新开始 \wj …\wj* 一样。当 \w 用于 Strong’s 数字标记时，它会变得超级杂乱。是的，确实有真实的人在少数民族语言中这样做。因此，高亮显示并应用属性，并要求 Paratext 在后台处理标记可能是一种改进。它可以作为一种选项提供，就像当前的标准视图和无格式视图一样，这些视图仍然可以存在。当我试图弄清楚是什么导致模式错误时，我经常退回到无格式视图。所以我认为一开始完全使用高亮范围而没有查看和编辑标记的选项不会很好，但如果做得好，这将是一种改进。它将更像 Microsoft Word，而不是旧的 WordPerfect 及其代码，我们知道这两者之间的标记是如何发展的。当然，与现有文本的兼容性是微软成功的关键，但良好的 UI 设计也是如此。
– Paratext 用户和 Haiola 开发者

机器翻译自 English 显示原文

---

你好 IanH，

回答你的问题：

IanH:

1. 您的项目中是否有其他团队成员觉得 USFM 标记是他们无法克服（或不愿学习）的障碍？

我为南亚多个合作伙伴组织的各种团队提供 Paratext 培训和支持。我还培训排版人员和应用程序开发者，并进行一些其他语言技术培训。我并不是经常构建插入 Paratext 的自定义工具，就像我现在正在做的那样。我倾向于与熟悉 USFM 的中级和高级团队合作，而不是与可能在 USFM 学习曲线上挣扎更多的 MTT 团队合作。

IanH:

2. 在处理更复杂的嵌套标记时，您主要使用无格式视图（unformatted view）还是标准视图（standard view）？

就我个人而言，我经常在两者之间切换。

IanH:

3. 您是否会觉得不需要编辑标记，而是高亮显示文本的一部分以赋予其特定属性或一组属性会有帮助？
4. 如果我们做了类似上面的事情，如果 Paratext 在后台自动找出如何最简单地表示您对属性的选择，这会有帮助吗？

我可以想象，对于某些用户来说，那会很棒。

IanH:

5. 上述功能是否会让人觉得失去了对文本的控制？
6. 您是否希望能够编辑 Paratext 在上述点中创建的标记（并在编辑导致错误时看到通常的警告）？

绝对会，对于我合作的许多团队来说。如果你不能直接操作标记，你就无法广泛地应用更改。他们将不得不永远点击来手动进行更改。

团队确实关心文本背后的标记。只是在某些情况下，比如 \wj，格式规则相当麻烦。如果 Paratext 能为我们处理其中一些细节并隐藏杂乱，那就太好了。

机器翻译自 English 显示原文

Answer 2

anon150053:

首先，这会取代 \wj 标记吗？如果一个使用 \qt-s …\qt-e 标记的项目想要红字出版物，它是否需要额外添加 \wj 标记？这看起来太冗余且杂乱无章了。

这取决于用于发布的软件。我认为 Publishing Assistant 不会像您希望的那样处理里程碑（milestones）（您需要与该团队确认）。

USFM 3.0 里程碑主要是为了辅助音频制作（例如与 Glyssen 接口）而创建的，以帮助确定在特定点谁需要说话，而不是为了处理印刷出版物的格式。

anon150053:

这真的有必要吗，还是标记检查（markers check）在毫无理由地生成所有这些警告？

是的，这是必要的。这是 USFM 格式的一个限制。

机器翻译自 English 显示原文

Comments

anon291708:

是的，这是必要的。这是 USFM 格式的一个限制。

谢谢。请帮我理解：当交叉引用（cross-reference）落在耶稣话语内部时，USFM 格式是否有这个限制？它们的结构是相同的。而且，无论 \wj 标记内是否出现交叉引用或脚注，PA 和 SAB 都能很好地渲染耶稣的话语。但是标记检查（marker check）为脚注生成了警告，却没有为交叉引用生成。区别是什么？

机器翻译自 English 显示原文

Answer 3

也许我可以用一些正则表达式来帮助插入所有这些中间的 \wj 和 \wj* 标记。
该正则表达式会在段落标记、节号、脚注和章节标题前后关闭并重新打开 \wj。
使用方法：

1. 在需要标记的任何文本开头放置 \wj，在结尾放置 \wj*。

• 如果耶稣的话跨越多个段落，您不需要关闭 \wj，
• 但对于跨章节的独白，您需要在章节末尾放置一个关闭的 \wj*，并在下一章开头放置一个打开的 \wj。
  您可以对任意数量的文本部分执行此操作。

2. 标记好文本后，在 Regex Pal 中运行以下内容
   查找：
   (?<=\\wj\s)([^\\]|\\(?!wj\*))*?(?=\\wj\*):::((\s*(\\(b|p\w*|mi?|q\w*)\s|(\\(m?r|m?s\w*)\s.*)+|\s+\\v\s\S+\s|\\(x|ef|f|add)\s.*?\\(x|ef|f|add)\*))+)(\s*)
   替换：
   \wj*\1\9\\wj （确保在替换字符串末尾包含替换字符串末尾的空格）

3. 如果您的红字文本中包含字符标记，例如 \w Pharisees|Pharisee\w* 或 \tl Talitha cum \tl*，您需要将嵌入式字符标记添加到标签中，也就是说在 \ 后添加一个 +：
   运行此正则表达式：
   查找：
   (?<=\\wj\s)([^\\]|\\(?!wj\*))*?(?=\\wj\*):::\\(\w+)([^\\].*?)(\s*)\\\1\*\
   替换：
   \\+\1\2\\+\1*\3
   这将产生：\+w Pharisees|Pharisee\+w* 和 \+tl Talitha cum\+tl*
   注意 cum 后面的空格被移动到了 \tl* 的右侧

这是要插入到 userMenu.txt 中的代码，以便您可以从 RegexPal 用户菜单中运行它：
———\wj Cleanup—————————#f#
\wj*...\wj#r#(?<=\\wj\s)([^\\]|\\(?!wj\*))*?(?=\\wj\*):::((\s*(\\(b|p\w*|mi?|q\w*)\s|(\\(m?r|m?s\w*)\s.*)+|\s+\\v\s\S+\s|\\(x|ef|f|add)\s.*?\\(x|ef|f|add)\*))+)(\s*)#\\wj*\1\9\\wj
fix embedded markers#r#(?<=\\wj\s)([^\\]|\\(?!wj\*))*?(?=\\wj\*):::\\(\w+)(?s)(.*?)(\s*)\\\1\*#\\+\1\2\\+\1*\3

机器翻译自 English 显示原文

Comments

谢谢，CrazyRocky！很高兴再次收到你的消息！还有那些很酷的正则表达式！

嘿，有几点引起了我的注意：

我注意到你排除了 \add 文本中的 \wj 标记。这是因为它并不是耶稣明确说出的话吗？我一直把它当作其他字符级别的格式处理，比如 \nd 和 \w。但我不确定当译者在耶稣的引语中添加隐含词语时，惯例是否是要去掉红字标记。

此外，我以前从未想过像这样在 \w 内部嵌套 \wj。很有意思！我很好奇你为什么喜欢这种方式。我一直鼓励用户以相反的方式嵌套：
\wj Woe to you \+w Pharisees|Pharisee\+w* and teachers of the Law!\wj*
在内部使用 \wj 有什么特别的优点吗？

实际上，我刚刚整理出一个更快、更可靠的方法，可以在项目中插入所有 \wj 标签，并嵌套 \w 标记等。这是 Paratext 的 Custom Tools（自定义工具）菜单中的一个自定义工具。基本上，Glyssen 已经知道耶稣应该在哪些经文中说话，只有少数几个模糊的情况需要手动消歧，因此无需手动遍历文本插入任何 \wj 标记。我们利用 Glyssen 的工作在需要 \wj 标签的地方应用它们。

但究竟在哪些地方真正需要它们？这是我的问题，我在 USFM 文档中没有看到指示用户这些标记必须在哪些地方关闭和重新打开的说明。交叉引用在没有这种杂乱标记的情况下工作正常，脚注也是如此，但在脚注的情况下，标记检查（marker check）会发出警告。现在当我进一步研究时，我意识到，尽管标记检查对交叉引用没有发出警告，但架构检查（schema check）却会。我仍然认为，如果标记检查能一致地对待脚注和交叉引用，那将最好。无论如何，我想我必须在工具中将围绕交叉引用和脚注关闭和重新打开 \wj 设为标准做法。如果你有兴趣测试一下，请告诉我。-谢谢！

机器翻译自 English 显示原文

---

anon150053:

我注意到你将 \add 文本排除在 \wj 标记之外。这是因为它并不是耶稣真正的明确话语吗？

我想这取决于情况。我有一个版本，其中 \add 内容是注释，所以我不想将这些标记为红色。所以只需从正则表达式中移除 \add，它就会包含在红字中。

anon150053:

此外，我以前从未想过像这样将 \wj 嵌套在 \w 内部。很有趣！我很好奇你为什么喜欢这种方式。我一直鼓励用户以相反的方式嵌套

我查看了存在此问题的项目，发现我也是这样做的。这一定是旧代码。我会从我的 userMenu.txt 文件中移除它，并从上述内容中编辑掉。
我将用代码替换它，为所有嵌入式字符标签添加 +。

机器翻译自 English 显示原文

---

我要插话指出，这种必须反复打开/关闭 \wj 标记的系统一直困扰着我，原因正是上述那些。为了通过检查，我遍历并修复了标记，但团队中的其他人无法理解为什么或何时需要关闭和重新打开 \wj 标记的逻辑。或者为什么需要嵌套（或者确切地说何时需要，何时不需要）。

我认为 PT 的最终目标应该是普通用户可以在没有高级支持人员不断调整的情况下使用它。标记耶稣的话语绝对似乎是普通用户应该能够做的事情。

CrazyRocky 能够创建或多或少成功的正则表达式来自动化这一点，这应该告诉我们，有可能将所有这些标记隐藏在幕后：USFM 文件可以以最小方式标记，PT 或发布程序可以被编程为在需要时实时填充额外信息。

机器翻译自 English 显示原文