PT9.5 中 02BC 的處理方式

Question

PT9.5 中對 02BC 的處理方式似乎有所改變。我使用 02BC 作為省略號（apostrophe）。在「語言 - 設定」（Language - Settings）中，它被定義為字中字符（word-medial character）。

然而，當執行檢查時，Paratext 將其視為變音符號（diacritic）：

有什麼建議嗎？我是不是漏掉了什麼？
提前感謝您的幫助。

機器翻譯自 English 顯示原文

Comments

您能確認 02BC 是否也未出現在「字母字符」（Alphabetic Character）設定中嗎？

機器翻譯自 English 顯示原文

---

感謝回覆，Phil。我可以確認 02BC 未出現在字母設定中，但僅在「其他字符」（other character）標籤頁中：

機器翻譯自 English 顯示原文

---

根據我使用 Paratext 的經驗，我們一直將 02bc 用作獨立的喉塞音（glottal stop），SIL 技術人員多年來也推薦這樣做。以下是 2022 年在此論壇上發布的 PT 說明截圖：將喉塞音作為撇號？（Glottal as apostrophe?）。

我尚未在 PT 9.5 中注意到這種新行為，但根據我的經驗，對於 SIL 軟體而言，這確實是迄今為止的新行為。從 Paratext 到 v 9.4、FieldWorks、Bloom 等，以及 LibreOffice（無法代表 Word）和 PTX Print（我認為），都將 02bc 視為獨立字符，這是我所處理語言中喉塞音的語言學地位，而不是附著在另一個字形上的變音符號。我一直認為，將其添加到語言的字母清單中會將其標記為獨立字符，儘管其 Unicode 分類為「修飾字母」（Modifier letter）。

這讓我有些擔憂，因為許多語言在大量詞庫中使用了 02bc。這會改變我們在拼寫檢查、聖經術語（Biblical Terms）和其他工具中使用此字符的方式嗎？它是附著在前一個還是後一個字形上（在我們的情況下，兩者都不是，假設其中任何一個都會讓讀者與編輯感到困惑）。

是否有辦法強制 PT 和其他即將推出的程式根據書寫系統規範將其分類為其中一種？

機器翻譯自 English 顯示原文

---

上述內容其實是對該評論的回覆。抱歉我發錯了地方！

根據 Unicode，02bc 被視為變音符號，因此我認為目前的行為是正確的。我猜測之前的行為是一個錯誤。我不確定我們能對這個問題做什麼，但提供意見絕對是最好的前進方向。

機器翻譯自 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 被視為變音符號，因此我認為目前的行為是正確的。我猜測之前的行為是一個錯誤。我不確定我們能對這個問題做什麼，但提供意見絕對是最好的前進方向。

機器翻譯自 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 顯示原文