Question

PT9.5 中对 02BC 的处理似乎发生了变化。我将 02BC 用作省略号（apostrophe）。在“语言 - 设置”（Language - Settings）中，它被定义为词中字符（word-medial character）。

然而，在运行检查时，Paratext 将其视为变音符号（diacritic）：

你有什么建议吗？我遗漏了什么？
提前感谢你的帮助。

机器翻译自 English 显示原文

Comments

你能确认 02BC 也没有出现在“字母字符设置”（Alphabetic Character settings）中吗？

机器翻译自 English 显示原文

---

感谢回复，Phil。我可以确认 02BC 没有出现在字母设置中，但仅出现在“其他字符”（other character）选项卡中：

机器翻译自 English 显示原文

---

根据我在 Paratext 中的经验，我们一直将 02bc 用作独立的喉塞音（glottal stop），并且 SIL 技术人员多年来一直推荐这样做。这是 2022 年在此论坛发布的 PT 帮助文档的片段：将喉塞音用作撇号？（Glottal as apostrophe?）。

我尚未在 PT 9.5 中注意到这种新行为，但据我所知，对于 SIL 软件而言，这迄今为止是一种新行为。从 PT 到 v 9.4、Fieldworks、Bloom 等，以及 LibreOffice（我无法代表 Word）和 PTX Print（我认为），都将 02bc 视为一个独立的字符，这是我在处理的语言中喉塞音的语言学地位，而不是附着在另一个字形上的变音符号。我一直假设，将其添加到语言的字母表中会将其标记为独立字符，尽管其 Unicode 分类是“修饰字母”（Modifier letter）。

这对我来说有点令人担忧，因为许多语言在广泛的库中使用了 02bc。这是否会改变我们在拼写检查、圣经术语（Biblical Terms）和其他工具中使用此字符的方式？它是附着在前一个还是后一个字形上（在我们的情况下，两者都不是，假设其中任何一个都会让读者和编辑感到困惑）。

是否有办法强制 PT 和其他即将推出的程序根据书写系统规范将其分类为其中一种？

机器翻译自 English 显示原文

---

上面实际上是对该评论的回复。抱歉我发错了地方！

根据 Unicode，02bc 被视为变音符号，因此我认为当前的行为是正确的。我猜测之前的行为是一个 bug。我不确定我们能如何解决这个问题，但提供反馈绝对是最好的前进方向。

机器翻译自 English 显示原文

---

据我所知，所做更改的影响在于字符在字符清单（Characters Inventory）中的显示方式。这不应影响单词在单词列表（Wordlist）、圣经术语（Biblical Terms）或其他工具中的显示方式。

如果你发现当前检查的其他影响 - 请报告。

机器翻译自 English 显示原文

---

为了提供一些额外的背景信息和一个额外的问题：随着 Paratext 6 引入更深入的检查，这意味着 u2019 同时用于省略（撇号）和闭合引号会导致 Paratext 产生错误。当然，在纸上和屏幕上都没问题 ;-)。为了消除 Paratext 中的错误消息，建议开始使用 u02BC 来标记需要标记省略的情况。我认为 u02BC 用于喉塞音被视为其“正常”用途，尽管根据 Unicode 说明，uA78C 才是喉塞音的实际正常字母。
我们可以在 Paratext 中批准所有 [C]+02BC 组合为有效字符，而不必担心。但我在想，在 Flex 中，一个包含词中 02BC 的单词是否会被“检测”为一个新的词素（lexeme）？在允许这类词素的语言中（在 flex 中），它当然应该检测到它（通过 control-D）。

因此，我们是否需要在 Paratext 中增加一个新功能，以便 Paratext 能够区分将 02BC 用作变音符号（合理，即修饰符）的语言和将 02BC 用作正常字母（无论是喉塞音还是“替代”不发音的字母，即省略）的语言？（一个复选框：请指示你如何使用 02BC？）

机器翻译自 English 显示原文

Answer 1

02BC 在 Unicode 中被定义为修饰字母（modifier letter）。我认为发生的情况是，尽管你将其放置在词中位置，它仍然被视为一个字母，并与其他字母组合显示。
请使用“帮助 > 提供反馈”（Help > Give Feedback）将此问题报告给开发人员。

机器翻译自 English 显示原文

Comments

Unicode 中的修饰字母（Modifier letters）在 Paratext 中始终被视为变音符号。情况一直如此。让我困惑的是，听起来从 9.4 到 9.5 行为发生了变化。

机器翻译自 English 显示原文

---

我认为这是 Paratext 9.5 检查了 9.4 中未必要检查的内容的地方之一。

机器翻译自 English 显示原文

---

Foolrunning - 我刚刚测试了 PT8，发现 02BC 是独立的。在 9.5 中，它与前一个字符组合。

机器翻译自 English 显示原文

---

我深入挖掘了一下，你完全正确。9.5 中有一个我错过的变化。

根据 Unicode，02BC 被视为变音符号，因此我认为当前的行为是正确的。我猜测之前的行为是一个 bug。我不确定我们能如何解决这个问题，但提供反馈绝对是最好的前进方向。

机器翻译自 English 显示原文

---

查看 Flex 中关于 02BC 的帮助，我们读到以下内容：

02BC 修饰字母撇号（MODIFIER LETTER APOSTROPHE）在 Unicode 标准中被定义为构词字符，因此其使用是合适的，......

如果你已经有一个特殊的键盘，添加 02BC 可能不会太难。否则，请使用 0027 撇号（APOSTROPHE）。这没有圆润的外观，但它存在于所有字体中，并且不需要任何特殊操作即可输入。

在我们选择 02BC 的时候，正是圆润的外观“打破了平衡”，使 02BC 相比 0027 更受青睐。我们希望印刷的圣经（以及应用程序）具有手写风格的卷曲撇号。如果 Charis 有替代的卷曲字形，我们可以回到 0027，但这还需要全面更改 keyman 文件。（我猜测至少在西非所有地区，02BC 用于省略已成为常见做法）。

查看 0027 的字形集，没有“丑陋”的 ' 的替代字形。查看下面 Charis 7.0 文档的图片，撇号的实现方式似乎发生了变化（尽管我在文档中找不到提及）

如果我比较 Charis SIL 6.2 和 Charis 7.0，似乎没有区别：

我们的读者已经习惯了卷曲撇号，因此 0027 仍然不是一个选项。我认为目前的选择是 1：暂时回到 Paratext 9.4。2：在字符清单中验证所有 [C]+02BC 组合。
问题仍然存在：从 9.4 到 9.5 的变化是否会影响带有词中 02BC 的单词到 Flex 的桥接功能。

机器翻译自 English 显示原文