+1
565 次瀏覽

I ran my first basic check on characters and got in trouble with the following (see the screenshot attached for a visualization):

  1. Running the check I got a series of ‘Invalid or unknown character: j’, which in fact should be a valid character.
  2. Clicking the examples of the ‘invalid or unknown character: j’, PT reveals that all of the examples are words in which the ‘j’ is the second letter of a character combination ‘Dj’.
  3. As you can see in the Character Inventory, the box ‘Show Combinations’ is ticked and ‘dj’ is marked as valid.
  4. The guide refers me to the Alphabetic Characters list under the Language Settings of the translation project, so I go there and find the following:
  5. ‘dj’ is mentioned as an ‘Alphabetic Character’, as well as the ‘d’ and the ‘D’ right above it.
  6. According to the guide I have not entered ‘Dj’ next to ‘dj’ and even if I do, PT would not allow me to do so.

The philosophy of PT is that it even in a character combination PT would recognize ‘Dj’ as ‘dj’ with a capital ‘D’ since the ‘D’ is entered in the list as a capital equivalent for ‘d’.

The problem, thus, is that I can’t get rid of these check errors and I can’t get Paratext to accept not only ‘dj’, but also ‘Dj’ as valid characters.

Any help would be appreciated!

舊文章 - 以原文顯示
Paratext (125 點) 提出 | 565 次瀏覽

5 個回答

0
最佳回答

Let me add a bit. In the English Bibles like GNB etc. the digraph ch has not been entered in the alphabetic list as a digraph. I do not know why. The result is that when you look at C in the inventory, you cannot separate a C in Ch from other occurrences of C. That may be ok, since the English ch is pronounced in various ways including a straight k.
In some languages we use ng’ for a velar nasal. In this way we can check all ng’ occurrences and the g’ only occurs following an N or an n. In the Wordlist words beginning with ng’ are grouped together, but Ng’ and ng’ are still listed in the same group.

舊文章 - 以原文顯示
(869 點) 提出

I would recommend that you temporarily add a j and a J without a d or a D into your text and then set your settings like this:

Language settings:

d/D

dj

e/E

Combined Characters off:

j – valid

J – valid

Combined Characters on:

j - invalid

J – invalid

dj – valid

Dj – valid

Once you done this, you can remove them from the text but Paratext should flag lone j’s as invalid if they happen to occur and accept dj and Dj as valid.

舊文章 - 以原文顯示
0

Try adding Dj as a character.

anon307241

舊文章 - 以原文顯示
(228 點) 提出
已重新顯示
0

PT won’t let me. Neither adding Dj as in dj/Dj, nor as a separate character.
I get a warning:
In the first case: dj/Dj: Paratext does not support complex capitalization rules for multigraphs like ‘NGg/Ngg’ so do not specify any capitalization in multipgraphs at all. Just enter the lower case form of the multigraph, e.g. ‘ngg’. Paratext will use the capitalization rules for single characters which have been entered elsewhere in the characters list.
In the second case: Capitalization is not defined correctly for: Dj. It should be entered as lowercase/uppercase

舊文章 - 以原文顯示
(125 點) 提出

You are correct in entering only dj in the alphabetic list and not try dj/Dj or Dj.
For the valid characters in the inventory, have you marked both dj, D and j as valid characters? The program will first look for all the dj combinations. The Dj combination is split between a capital D and a following j, so both are valid. Since you do not use j by itself, it only occurs in the combination Dj as you have noted. The D may occur in other words if you sometimes use D without a following j. I suppose there are programming reasons for doing it this way, although it does look intuitive to me.

舊文章 - 以原文顯示
0

It appears that j by itself has not been marked as a legal character. You must uncheck Character combinations and check j by itself as legal, and the error will go away. Another option would be to add j/J to the alphabetical characters list and then single j will be automatically marked as valid.

The question then becomes, what about j by itself? shouldn’t that be marked as illegal? Yes, it can be, but you must do the work in the Character check Character combinations to mark an uncombined j as invalid.

By the way, if you add j/J to the alphabetical characters list then you will not be able to mark an uncombined j as invalid in the Character check Character combinations inventory. So the best option is to simply check j by itself as valid in the Character check inventory with Character combinations unchecked.

舊文章 - 以原文顯示
(1.8k 點) 提出
已重新顯示
0

Thanks! Adding ‘j’ to the character inventory list did the trick.

舊文章 - 以原文顯示
(125 點) 提出

相關問題

0
1 個回答 222 次瀏覽
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
4 個回答 579 次瀏覽
We have a user who is experiencing a problem where a certain character combination does not present correctly using the Print ... when the user should get Any ideas? Thank you.
MSEAIT_LT 478 提出 已提問 3月 21, 2018
0
0 個回答 45 次瀏覽
我認為空白與隱藏字元(WHC)選項將對我們的專案產生重大影響 它帶來了一些實際的好處,但如果用於格式設定目的,也有被濫用的風險 我們需要仔細思考,以確保能妥善使用此功能 [已編輯] 請參閱 John Wickberg 在相關貼文中提供的 ... 時,自動將它們轉換為 u00A0 可能也是個好主意 我期待聽到其他人的評論和觀察,也許還能收到開發人員的回覆
Kent Spielmann 1.8k 提出 已提問 11月 19, 2024
+1
0 個回答 154 次瀏覽
Some Unicode characters have a code longer than 4 hex digits. For instance David Rowe was trying to help someone ... on that character gives the UTF16 coding equivalent for it.
[Expert]
sewhite
3.3k 提出
已提問 3月 18, 2019
0
0 個回答 164 次瀏覽
In Paratext 7.6 (and later), the Other Characters tab of the Language Settings dialog no longer has ... a diacriticsfollow line to look like the following: diacriticsfollow=No
[Expert]
anon421222
735 提出
已提問 2月 23, 2017
Welcome to Support Bible, where you can ask questions and receive answers from other members of the community.
And let us consider how we may spur one another on toward love and good deeds, not giving up meeting together, as some are in the habit of doing, but encouraging one another—and all the more as you see the Day approaching.
Hebrews 10:24-25
3,045 個問題
6,005 個回答
5,671 則評論
2,026 位使用者