我知道這個問題在幾年前針對 PT7 和 PT8 曾被提出過，但當時建議的解決方案這次（在 PT9 中）沒有奏效，所以我希望有其他想法。偶爾，當我在處理的專案中執行「Basic Checks」（基本檢查）時，譯者會發現一個窄空格（Unicode 202F）。它們是如何出現的仍是一個謎，而嘗試將它們替換為標準空格（0020）也無效。該字符最初可以用標準空格（使用空格鍵）替換。我確認它確實是 Unicode 0020。當重新執行「Basic Checks」時，它仍然會報告錯誤，儘管游標移動到沒有錯誤的節句開頭。然後在後續某個時間點，原始字符（202F）又會重新出現。
我已經嘗試了 Iver Larsen 在 2018 年針對類似問題建議的所有想法，但都無效。有一個不同之處；當我嘗試使用「Search and Replace」（搜尋與取代）時，它顯示「No matches found」（未找到匹配項目），儘管該字符確實存在於文字中，且「Basic Checks」將其報告為錯誤。任何幫助都將不勝感激。
