0
595 次瀏覽

我試圖將專案(Manya - mzj)中的分解字元(decomposed characters)變更為組合格式(composed characters)。但當我嘗試在「專案屬性」(Project Properties)部分套用此選項時,系統不讓我點選「確定」(Okay)。

我認為問題可能與不完整的關聯(associations)有關。我一直無法弄清楚如何讓我的專案與關聯的詞彙專案(lexical project)進行通訊。

登錄檔(registry)中可能存在某種衝突,但我無法修復。在「專案屬性」中,語言顯示為「Maninka (mzj)」。因此,三字母代碼是正確的,但語言名稱不正確。這可能追溯到我在最初註冊專案時犯的錯誤。當我進入 Paratext Registry 網站時,語言名稱和代碼看起來都應該正確。

有什麼想法可以解決這些問題嗎?

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

6 個回答

0
最佳回答

我想,如果你將關聯詞彙資料庫(associate lexical database)變更為「無」(none),那麼你就應該能夠變更正規化(normalization)設定。

關於將 FieldWorks 資料庫關聯到 Paratext 的說明。最重要的是語言代碼必須完全匹配。FieldWorks 的設定對語言識別碼非常具體。我想這可能是因為許多語言學家處理同一種語言的變體。Paratext 喜歡簡單的語言識別碼。我舉一個在坦桑尼亞、莫三比克和馬拉威使用的語言 Yao 的例子。FieldWorks 有一個功能,可以根據地理位置指定語言變體。因此,語言代碼是 yao,但如果詞典工作在莫三比克進行,在 FieldWorks 中使用語言代碼 yao-MZ 是好的。另一方面,Paratext 使用語言代碼 yao 就能正常運作。在這種情況下,FieldWorks 資料庫無法關聯到 Paratext 專案。Paratext 和 FieldWorks 中的語言代碼必須相同。

機器翻譯自 English
[Expert]
(2.9k 點) 提出
0

語言代碼之間確實似乎存在衝突。在 Paratext 中,語言代碼顯示為 mzj-LR-fonipa。我不確定這個代碼從哪裡來,因為它不是該語言的方言,也不是我所知道的其他任何東西。沒有選項可以將其變更為其他任何內容。

我無法將關聯詞彙資料庫變更為「無」(none)。只有紅色箭頭,沒有辦法點選「確定」(okay)。

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

“-fonipa” 指的是國際音標(International Phonetic Alphabet),顯然是在你的截圖中由「IPA 轉寫」(IPA transcription)選取的。

機器翻譯自 English

如果你將滑鼠懸停在紅色圖示上,它說的問題是什麼?

機器翻譯自 English

它說:「關聯的詞彙專案無效」(The associated lexical project is invalid)。

機器翻譯自 English
0

啊,好的。那很可能是真正的問題。該錯誤很可能意味著 Paratext 根本找不到 FLEx。你使用的是哪個版本的 FLEx 和 Paratext?某些 FLEx/Paratext 組合存在一些已知的相容性問題。

機器翻譯自 English
[Expert]
(16.7k 點) 提出

已重新顯示
0

我使用的是 Language Explorer 9.0.15.0 和 Paratext 9.1.104.59。

機器翻譯自 English
(176 點) 提出
0

嗨 @anon055151,

請檢查一下你使用的是 32 位元還是 64 位元的 FieldWorks?

前往 Help > About Language Explorer

機器翻譯自 English
[Moderator]
(2.1k 點) 提出
0

它是 64 位元的 FieldWorks。

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

相關問題

0
2 個回答 254 次瀏覽
We have noticed some changes in the way composed/decomposed characters are handled in Paratext 8. Has there been a ... this improvement goes, if someone can explain that for us.
jeffh 1.4k 提出 已提問 2月 27, 2018
0
11 個回答 1.4k 次瀏覽
I have recently come across an issue, which I am now recognizing in more and more projects. Its particular ... feature is probably causing not a little frustration out there.
muckles 540 提出 已提問 5月 23, 2018
0
0 個回答 52 次瀏覽
我認為空白與隱藏字元(WHC)選項將對我們的專案產生重大影響 它帶來了一些實際的好處,但如果用於格式設定目的,也有被濫用的風險 我們需要仔細思考,以確保能妥善使用此功能 [已編輯] 請參閱 John Wickberg 在相關貼文中提供的 ... 時,自動將它們轉換為 u00A0 可能也是個好主意 我期待聽到其他人的評論和觀察,也許還能收到開發人員的回覆
Kent Spielmann 1.8k 提出 已提問 11月 19, 2024
0
0 個回答 164 次瀏覽
If data in your project uses a mix of composed and decomposed characters (likely due to using different keyboard ... and click OK. See also: Introduction to project conversion
[Expert]
anon421222
735 提出
已提問 2月 23, 2017
0
5 個回答 800 次瀏覽
你好,我使用的是最新版本的 Paratext WIN10 和 PTXPrint Satere (SAT) 語言使用鼻化元音 我安裝了一個特殊字體來轉換為鼻化元音 直撇號 (') 用於表示喉塞音 當我使用 PTXPrint 列印《創世記》或《出埃及 ... 和標點符號清單,發現有一些問題,但我嘗試使用 PTXPrint 列印時出現的無法識別字符的問題仍然存在?
anon165192 116 提出 已提問 2月 21, 2023
Welcome to Support Bible, where you can ask questions and receive answers from other members of the community.
Give proper recognition to those widows who are really in need.
1 Timothy 5:3
3,051 個問題
6,010 個回答
5,676 則評論
2,030 位使用者