0
400 次瀏覽

我在參與的一個專案中遇到了問題。該專案使用了多個變音符號,但其中一個在逐字對照表(interlinear)中無法正常運作,導致逐字對照表中的單字顯示斷裂。

這是該單字應該呈現的樣子:
2021-04-27 22_11_16-Paratext 9.1

但實際顯示的是這樣:
2021-04-27 22_12_14-Paratext 9.1

起初我以為是因為我沒有在「語言設定」(Language Settings)下的「非標準變音符號」(Non-Standard diacritics)清單中加入該符號。所以我把它加了進去。但它似乎沒有被保留下來。

這裡是我加入變音符號的畫面:
2021-04-27 22_20_52-Language Settings_ VIBT

而這裡是關閉「語言設定」並重新開啟後,該變音符號變成了其他東西。
2021-04-27 22_22_14-Language Settings_ VIBT

注意:這只發生在我們使用的四個非標準變音符號中的一個。另外三個正常運作的變音符號是:
COMBINING CARON : hacek, V above U+030C
COMBINING CIRCUMFLEX ACCENT BELOW U+032D
COMBINING ALMOST EQUAL TO ABOVE U+034C

唯一在逐字對照表中無法正確運作的是:
GRANTHA SIGN NUKTA U+1133C

我做錯了什麼嗎?是否有什麼設定我遺漏了?

機器翻譯自 English
Paratext (238 點) 提出
已重新顯示 | 400 次瀏覽

3 個回答

0
最佳回答

Generic.User,

我注意到那個無法運作的符號,其名稱中不包含「combined」(組合)這個詞,因此它可能需要特殊處理。

我建議您在「語言設定」的字母清單中,將使用該符號的字元列為雙字母(digraphs)。Paratext 的說明文件對此有解釋,但舉個簡單的例子,在羅馬字母中,雙字母 kp 的列法如下:

k/K

kp

l/L

您可以對您的字元做同樣的處理,事實上,對於複雜的文字系統來說,這特別有用。這樣 Paratext 就會將其識別為單一字元的一部分。

當勾選「combined」選項時,您應該也能在「字元清單」(Character Inventory)中看到它們被正確地列為單一字元。

如果您需要協助,可以私下聯繫我,我可以透過 Skype 或 Zoom 或其他允許螢幕分享的聊天工具,一步步引導您操作(或探索其他選項)。

機器翻譯自 English
(1.3k 點) 提出
已重新顯示

非常感謝。

我承認,我原本很擔心必須輸入所有使用該變音符號的可能字元組合,因為數量可能非常龐大。但當我為了測試您的解決方案是否有效,只輸入了一個最常見的組合後,問題就自動解決了。

基本上,一旦我在「字母字元」(Alphabetic Characters)清單中列出了「த☐☐」(我推測對你們來說這些只會顯示為方框,但第二個方框就是該變音符號),該變音符號就在所有地方被接受了,且逐字對照表也正確地進行了組合。

我只需要添加這個。
2021-04-28 08_12_37-Language Settings_ VIBT

修復後的逐字對照表。

機器翻譯自 English
0

我注意到的另一點是,那三個正常運作的項目都被定義為組合字元(combining characters)。而那個無法運作的字元(U+1133C)並非組合字元。它變換成的字元是 U+133c,即 ጼ。這可能是因為在該對話框中插入 5 位元字元代碼時存在錯誤。您應該使用「說明 > 提供回饋」(Help > Give Feedback)來報告此問題。

機器翻譯自 English
(9.9k 點) 提出

觀察得很仔細。我懷疑我們並不預期使用者會在這些欄位中輸入代理對(surrogate pairs,任何高於 U+FFFF 的 Unicode 字元都需要使用代理對)。

機器翻譯自 English

噢,我應該想到這一點的。因為當我調整 autocorrect.txt 以建立輸入 U+1133c 的快速方式(僅為了測試)時,我必須使用代理對(\ud804\udf3c)。

一旦我改用 Keyman 並修改現有的 NLCI 鍵盤,我就不需要再這樣做了,因為 Paratext 8 和 9 似乎在不使用代理對的情況下也能正常運作。

機器翻譯自 English

所以為了測試,我使用了代理對,字元再次如預期般出現,直到我關閉對話框為止。然而,當我重新開啟「語言設定」時,它又變回了錯誤的字元。

正如 @anon848905 建議的那樣,我已經報告了這個問題。

機器翻譯自 English
0

印度文字系統(如此例所示)有許多會組合的字元(甚至包括輔音與輔音的組合),但其字元名稱中並不包含 COMBINING(組合)這個詞。

還有另一個 nukta 字元可能被使用(U+1133B COMBINING BINDU BELOW),但儘管其名稱中包含 COMBINING 這個詞,在某些應用程式中仍存在問題

機器翻譯自 English
(185 點) 提出

相關問題

0
1 個回答 225 次瀏覽
I'm working on a project that uses unusual diacritic + Cyrillic character combinations - the sort of thing that SIL fonts ... at the bottom right to see the screenshot full size.
wdavidhj 1.4k 提出 已提問 9月 26, 2016
0
1 個回答 257 次瀏覽
我有一個 Paratext 專案,針對註釋和正文使用了特定的鍵盤,而且我已經透過「專案設定 > 鍵盤」(Project Settings > Keyboard)設定了自動切換 這部分運作正常 現在我們正在將內容轉為法語逐字對照,他們希望在輸入 ... de Vie)設定鍵盤,但似乎沒有差別 這應該是如何運作的?有隱藏的選單嗎?它會嘗試記住設定嗎?
Matthew_Lee 231 提出 已提問 4月 23, 2024
0
1 個回答 187 次瀏覽
假設同一語言中有兩個不同的專案:一個專案包含逐字解析與釋義,另一個則沒有。是否有可能將第一個專案逐字對照中的解析與釋義,重複使用於第二個專案的逐字對照中?
drwww 448 提出 已提問 11月 28, 2023
0
1 個回答 229 次瀏覽
Following migration of our project to PT8, the work I had previously done in an interlinear back-translation into NT Greek appears ... . What do I need to do to fix these problems?
anon084127 105 提出 已提問 10月 27, 2017
0
1 個回答 31 次瀏覽
是否可以在 Paratext 中將任何資源專案設定為與英文對照的逐字對照顯示?如果可以,設定步驟是什麼?
Shivaji 117 提出 已提問 4月 25, 2025
Welcome to Support Bible, where you can ask questions and receive answers from other members of the community.
For where two or three gather in my name, there am I with them.
Matthew 18:20
3,048 個問題
6,007 個回答
5,672 則評論
2,028 位使用者