0
208 次瀏覽
我最近協助排查一個專案的問題,該專案的「經文參考設定」(Paramètres de références bibliques)標示出設定中定義的書名與文本中使用的書名之間存在多處衝突。該專案設定為使用 NFD 正規化。結果發現,至少部分衝突是由於設定中混用了不同的字元類型(例如,有時使用 â [\u00e2],有時使用 â [\u0061\u0302])。如果這個設定視窗(或者可能僅限於「書名」分頁?)中輸入的文字能根據字元正規化設定自動進行正規化,那就太好了。

另外,這是一個完全離題的附註,但不知為何,其中幾個書名的字串開頭還出現了零寬不換行空格 [\ufeff]。我完全不知道這是怎麼發生的。
機器翻譯自 English
Paratext (298 點) 提出 | 208 次瀏覽

1 個回答

0
請使用 Paratext 的「提供回饋」(Give Feedback)功能來報告錯誤或提出修改建議。開發人員通常會檢視這些問題,但不能保證在此網站上提出的建議會被加入支援佇列。

與此同時,如果您知道 Paratext 正在對文字進行正規化,且兩個衝突的項目看起來相同,那麼您應該可以選取文字選項並核准它。

至於零寬不換行空格的問題——該團隊是否使用了任何可能會插入這些空格的自動更正(AutoCorrect)功能?或者是從其他地方複製過來的?
機器翻譯自 English
(9.9k 點) 提出
Thanks for the reminder to use the "Give Feedback" feature. But what if other users have the same problem or suggestion or feedback? They aren't able to see feedback that has already been given this way and are unaware of what has been tried, or if there are any workarounds, or even if the idea has been considered and will later be implemented or discarded.

Yes, you're right about probably being able to just overwrite the settings with the actual text in the case of the mismatched character encoding. But I couldn't be sure that that was the only source of the conflicts. What if there were other "hidden" \uFEFFs, but in the text instead of the settings? I ended up checking out the unicode representation of each settings string in a different program and making sure the correct characters were used.

I can't answer the question about the source of the zero-width, non-breaking space. I doubt they are using AutoCorrect, but I can find out. My initial assumption was that it was introduced somehow by copy/pasting text, but I still don't know where they would have copied the text from other than Paratext itself. Maybe a Word document a long time ago (>10-15 years), if initial drafting was done that way?

相關問題

0
1 個回答 200 次瀏覽
I'm asking this question on this thread because it involves settings.xml also. After much work in a Paratext 8 ... Specialist, GPS Dallas Skype: Shegnada.james. ([Phone Removed]
Shegnada 1.3k 提出 已提問 1月 23, 2018
0
3 個回答 434 次瀏覽
在給出跨章節的經文參考時,Komba 團隊偏好以下標記方式:1:1 - 3:5 也就是說,使用 - 然而,似乎「經文參考設定」(Scripture Reference Settings)無法處理僅在字元後有空格 而在字元前無空格的情況 如果在字 ... 嗎?我猜測其他人也有此偏好慣例 對我們團隊來說,沒有空格的破折號(em-dash)太長,且視覺上不美觀
anon142050 118 提出 已提問 4月 17, 2019
0
2 個回答 301 次瀏覽
When you make corrections to \toc headers, the Book Names under Scripture Reference Settings don’t seem to update automatically. Is that by design?
匿名 提出 已提問 4月 10, 2015
+1
2 個回答 225 次瀏覽
I am an administrator for several translation projects which need to change their normalization settings from None to Decomposed ... files be updated to reflect this? Thank you.
Stephen Katt 1.3k 提出 已提問 10月 10, 2018
0
1 個回答 211 次瀏覽
I just converted a project in PT8 using composed normalization, but when I went to the Character Inventory, it still ... New Guinea [Email Removed].pgmailto:[Email Removed].pg
SIL LSS PNG 411 提出 已提問 10月 17, 2017
Welcome to Support Bible, where you can ask questions and receive answers from other members of the community.
Live in harmony with one another. Do not be proud, but be willing to associate with people of low position. Do not be conceited.
Romans 12:16
3,045 個問題
6,005 個回答
5,671 則評論
2,026 位使用者