我知道几年前有人就 PT7 和 PT8 问过这个问题，但当时建议的解决方案这次（在 PT9 中）没有奏效，所以我希望能有其他想法。偶尔，当我在我参与的项目中运行 Basic Checks（基本检查）时，译员们会发现一个窄空格（Unicode 202F）。它们是如何出现的还是个谜，而且尝试将它们替换为标准空格（0020）也无效。最初，该字符可以被标准空格（使用空格键）替换。我检查过它确实是 Unicode 0020。当重新运行 Basic Checks 时，它仍然报告错误，尽管光标移动到了没有错误的经文开头。然后在某个后续时间点，原始字符（202F）又出现了。
我尝试了 Iver Larsen 在 2018 年针对类似问题提出的所有建议，但都没有用。有一个不同之处：当我尝试使用 Search and Replace（查找和替换）时，即使文本中确实存在该字符且 Basic Checks 将其报告为错误，系统也会显示“未找到匹配项”（No matches found）。任何帮助都将不胜感激。
