段落末尾标点符号检查效果不佳

Question

我们喜欢使用基本检查（Basic Checks）。请定期使用它们。

有一个问题，PT 无法应对真实语言的现实情况：我们收到了太多关于“段落末尾缺少标点符号”的误报。只要涉及引号，就会出现这种情况。

请看这个例子：“这个德语句子标点正确，引号也正确。”（为了起草方便，我们可以使用键盘上那些丑陋的引号。） 还有：“Cette phrase française a une ponctuation et des guillemets corrects !” 但是 " 这个元素单独出现时是无效的。

因此，在几种语言中，将标点符号放在引号内部是有效的。我还没有找到如何告诉 PT 接受这种情况的方法。“标点符号”基本检查非常重要，不能简单地“验证所有内容”或“拒绝整个章节”。打字错误确实会发生，标点符号也不例外，我们希望捕捉到这些错误。如果误报太多，会降低我们的警惕性。

如果有一个我遗漏的设置，请告诉我。让我困惑的是，" 在标点符号清单窗口中被列为“标点符号”，而在引号规则窗口中又被列为“引号元素”。如果 " 真的被视为标点符号项，为什么我看不到 ." 这种组合被列为可以验证的内容？

这引出了另一个问题，这可能才是真正的问题所在：PT 可以非常细致地区分标点符号，例如词首、词尾、词中、孤立等，但标点符号元素的组合却几乎没有被考虑，它们被列为“孤立”。对于检查真实语言来说，标点符号元素（簇）之间的相互作用很重要，应该对此进行编程。

如果做到了这一点，我相信我就可以验证常见的必要组合，如 ."，从而间接解决“段落末尾问题”。

你可能感受到了我的沮丧。但这不是抱怨，更像是一种求助的呼喊。这里是一位母亲在为她心爱的孩子（语言）寻求帮助，这个孩子的眼睛长在脑后，而学校系统不允许她坐在教室后面。

编辑：我有种似曾相识的感觉。我几年前是否提交过类似的问题？还是我一直默默忍受着这个问题？我在创建新主题之前总是进行搜索，但找不到这个问题。如果已经有答案了，请不要生气，并请发送链接。

机器翻译自 English 显示原文

Answer 1

Tim:

因此，在几种语言中，将标点符号放在引号内部是有效的。我还没有找到如何告诉 PT 接受这种情况的方法。

在查看标点符号清单时，您应该勾选右侧的“显示序列”（Show Sequences）复选框。这将更改列表以显示所有标点符号序列。花点时间查看此列表是值得的。基本检查会以您保存的方式使用该列表。因此，如果您选择了“显示序列”，检查将基于序列进行。

机器翻译自 English 显示原文

Comments

我遇到了类似的问题。我知道我们在 PT 7 中成功完成了所有检查，但现在当我在 9.1/9.2 中检查一本（新的）书时，每个段落都会出现“段落末尾缺少标点符号”的错误，尽管我已经在标点符号清单中批准了所有内容，而且明显存在标点符号。对我来说，这与高棉文有关。
即使明显在几个字符之后就有闭合引号，我还会收到“找到开引号但没有匹配的闭引号”的错误，而且我没有收到任何“标点符号对不匹配”的错误。

机器翻译自 English 显示原文

---

anon015155:

每个段落都会出现“段落末尾缺少标点符号”的错误，

Paratext 引入了更多清单来帮助检查标点符号。其中之一是“标记缺少末尾标点符号”（Markers missing final punctuation）清单。您应该检查该清单的选项，并查看您在段落标记末尾使用的标点符号。
检查引号极其复杂。上周我们进行了一次关于此主题的 Paratext Hour 会议。您可以在这里查看会议：EMDC Online | Providing you with interactive learning experiences to provide you with quality ministry content.（注意，您必须注册 EMDC 才能查看存档）。

机器翻译自 English 显示原文

---

谢谢，anon848905，这对标点符号有帮助。重要的那些已经在清单中勾选了，所以我认为虽然 PT 在升级过程中保留了这些信息，但在该列表被再次打开并确认之前并未应用？至于引号，我想我会改变使用引号的方式，这应该能解决那个问题。

机器翻译自 English 显示原文

---

我刚刚遇到了相反的问题：一个缺少末尾标点符号的段落没有被标点符号检查标记出来。它也没有列在“标记缺少末尾标点符号”（Markers missing final punctuation）检查清单中，即使我勾选了“显示所有末尾标点符号”（Show all final punctuation）。
以下是相关序列，未格式化：
\q1 … ngwabha bhomu\x - \xo 4.4 \xt Tɛg 8.3\x*»
\m
\v 5 Wɨmbombiã…
\q1 段落以交叉引用结尾，然后是闭合引号；后面跟着 \m。
在“标记缺少末尾标点符号”选项中，序列“q1/m”并未列为要忽略的序列。
那么为什么 PT 没有列出这个错误？是因为交叉引用中的句号吗？

Paulus+Kieviet

机器翻译自 English 显示原文

---

Paulus+Kieviet - 好问题。“标记缺少末尾标点符号”（Markers missing final punctuation）可能是选项最多的清单，而且它们可能会以奇怪的方式相互作用。其中一个选项是“开始新句子的标记”（Markers that Start New Sentence）。在您的情况下，\m 标记不被视为开始新句子的标记（根据定义，它是前一段落的延续），因此不需要前面的 \q1 以标点符号结尾。如果您将 m 添加到开始新句子的标记列表中，检查应该会报告该错误。

机器翻译自 English 显示原文

Answer 2

感谢 @anon848905 提供的两个有用的回答。我错过了那些位于较大的有效/无效按钮下方的小复选框。我很惊讶我的大脑竟然把它们隐藏了起来，但这似乎是 PT 非常密集的显示方式带来的副作用。不是抱怨，也不是借口，是我的错。

当然，我会花时间去检查和评估所有序列，这正是我们想要的。上下文总是非常重要，真实语言会带来惊人的组合……

在“标记缺少末尾标点符号”清单中，那个小复选框默认也是未勾选的，而且如果没有“显示所有末尾标点符号”（Show All Final Punctuation），窗口对我们的项目来说甚至没有任何意义。所以我在屏幕上用力点击了它，并用一点透明指甲油固定住了它。

现在，我们准备得更充分了。但我仍然收到了一些意外的消息，尽管我已经确认了有效的序列和整个“标记末尾”列表。

我发现，仅仅运行基本检查，在确认并批准我们的清单后，又出现了更多的误报。

当我再次进入清单时，我看到更多带有新“?”的项目。因此，似乎基本检查和清单相互影响，用户需要运行几个周期才能让一切变得完美。没问题，我目前可以接受这一点。我会使用一段时间，看看它是否符合我们的语言模式。

我现在非常高兴，可以将我的问题标记为已解决。但另一位用户（嗨 @anon015155）添加了他的问题，所以我留给他在他也满意时进行标记。

机器翻译自 English 显示原文