L'ajustement du paragraphe supprime la mise en gras

Question

Bonjour à tous,

Ce projet utilise \pn…\pn* pour mettre en gras tous les noms propres et je me demande si c'est une partie du problème.

Voici l'affichage standard sans ajustements :

TDD_Default_MRK_ptxp 13497×2942 442 KB

Situation 1 :
Si j'ajuste un paragraphe commençant au verset 1:4 en utilisant « at MRK 1:3 ‘\p’ > ‘\p_95’ » comme dans la vidéo de formation, l'ajustement fonctionne, mais tous les marqueurs de gras du paragraphe sont supprimés.

TDD_Default_MRK_ptxp 23497×2948 440 KB

Situation 2 :
Si j'essaie d'ajuster le paragraphe commençant au verset 9 en utilisant le code ci-dessus (modifié pour 1:8), l'ajustement ne fonctionne pas. Je pense que c'est parce que le titre de section contient un nom mis en gras avec \pn et que peut-être l'ajustement est appliqué au \pn qui précède \p dans Paratext. (Ce gras est redondant car tout le titre de section est en gras.)
Une solution partielle à cela serait d'utiliser « at MRK 1:8 ‘\p([^a-z])’ > ‘\p_95 \1’ », dans ce cas l'ajustement fonctionne, mais le gras du paragraphe est toujours supprimé comme dans la situation 1.

TDD_Default_MRK_ptxp 43641×2952 442 KB

J'ai essayé de changer \pn en \bd pour le gras en utilisant " ‘\pn’ > ‘\bd’ " mais cela n'a pas fonctionné.

Avez-vous des idées sur la façon de corriger cela ?

Bénédiction,
Craig

Traduit automatiquement depuis English Afficher l'original

Answer 1

Voici le texte Paratext pour 1:3 - 1:9 si cela peut aider.

\v 3 \qt ᥘᥬᥰ ᥞᥨᥝᥴ˕ᥙᥣᥒᥱ˕ᥐᥣᥒ˕ᥐᥧᥢ, ᥛᥤᥰ ᥔᥥᥒᥴ ᥐᥨᥢᥰ ᥐᥨᥝᥳ ᥘᥫᥒ ᥙᥣᥝᥱ ᥝᥣ:\qt*
\q1 \qt ‘ᥞᥣᥒᥲ˕ᥞᥦᥢᥰ ᥑᥨᥢᥴ˕ᥖᥣᥒᥰ ᥓᥝᥲ ᥘᥦᥰ. ᥞᥬᥲ ᥔᥥᥢᥲ˕ᥖᥣᥒᥰ ᥛᥢᥰ ᥔᥪ ᥘᥤ.’\qt*”\x - \xo 1:3 \xt ᥘᥤᥐᥳ ᥕᥤᥱ˕ᥔᥣᥭᥲ˕ᥕᥣᥲ 40:3\x*
\p
\v 4 ᥐᥩᥙ˕ᥘᥢᥴ, \pn ᥕᥥ˕ᥞᥣᥢᥲ\pn* ᥙᥨᥝᥱ˕ᥛᥣᥰ ᥞᥦᥴ, ᥕᥧᥱ ᥘᥬᥰ ᥞᥨᥝᥴ˕ᥙᥣᥒᥱ˕ᥐᥣᥒ˕ᥐᥧᥢ ᥞᥥᥖᥱ ᥛᥣᥒᥱ˕ᥐᥣᥱ˕ᥘᥣᥱ˕ᥓᥫᥛ˕ᥘᥛᥳ\f + \fr 1:4 \fq ᥛᥣᥒᥱ˕ᥐᥣᥱ˕ᥘᥣᥱ˕ᥓᥫᥛ˕ᥘᥛᥳ: \ft ᥚᥩᥒᥰ ᥛᥤᥰ ᥐᥨᥢᥰ ᥑᥪᥢᥰ˕ᥓᥬ˕ᥐᥣᥭᥰ˕ᥓᥬ ᥞᥦᥴ, ᥕᥧᥛᥱ˕ᥛᥣᥖ ᥓᥝᥲ, ᥙᥫᥢ ᥖᥝᥱ ᥞᥥᥖᥱ ᥛᥣᥒᥱ˕ᥐᥣᥱ˕ᥘᥣᥱ˕ᥓᥫᥛ˕ᥘᥛᥳ ᥞᥬᥲ ᥛᥢᥰ. ᥕᥣᥛᥰ ᥞᥥᥖᥱ ᥞᥢᥳ, ᥙᥫᥢ ᥟᥝ ᥛᥢᥰ ᥓᥫᥛ ᥑᥝᥲ ᥘᥛᥳ ᥐᥣᥱ ᥗᥣᥙᥱ ᥘᥫᥒ. ᥘᥣᥒᥴ ᥞᥭᥳ ᥖᥝᥱ ᥙᥥᥢ ᥞᥥᥖᥱ ᥛᥣᥒᥱ˕ᥐᥣᥱ˕ᥘᥣᥱ˕ᥓᥫᥛ˕ᥘᥛᥳ ᥞᥝᥳ.\f* ᥞᥬᥲ ᥙᥫᥢ. ᥛᥢᥰ ᥑᥭ ᥖᥣᥰ˕ᥘᥣᥰ ᥞᥬᥲ ᥙᥫᥢ ᥑᥪᥢᥰ˕ᥓᥬ˕ᥐᥣᥭᥰ˕ᥓᥬ, ᥞᥥᥖᥱ ᥛᥣᥒᥱ˕ᥐᥣᥱ˕ᥘᥣᥱ˕ᥓᥫᥛ˕ᥘᥛᥳ ᥞᥦᥴ, ᥝᥨᥖᥳ˕ᥖᥣᥛᥱ˕ᥖᥣᥒᥰ˕ᥚᥤᥖᥴ ᥑᥝᥴ ᥘᥭᥲ ᥙᥩᥭᥱ˕ᥘᥩᥖ ᥞᥝᥳ.
\v 5 ᥐᥨᥢᥰ ᥛᥫᥒᥰ \pn ᥕᥥᥝᥴ˕ᥗᥣᥭᥲ\pn* ᥐᥧ˕ᥟᥩᥒᥲ˕ᥐᥧ˕ᥖᥤ ᥖᥒᥰ ᥐᥨᥢᥰ ᥝᥥᥒᥰ \pn ᥕᥥ˕ᥘᥧᥲ˕ᥔᥣ˕ᥘᥫᥢᥱ\pn* ᥖᥒᥰ˕ᥘᥣᥭᥴ ᥖᥨᥝ ᥟᥩᥐᥱ ᥐᥣᥱ ᥓᥧᥰ \pn ᥕᥥ˕ᥞᥣᥢᥲ\pn*. ᥑᥝᥴ ᥕᥤᥢᥴ˕ᥚᥤᥖᥴ ᥝᥨᥖᥳ˕ᥖᥣᥛᥱ˕ᥖᥣᥒᥰ˕ᥚᥤᥖᥴ ᥑᥝᥴ, \pn ᥕᥥ˕ᥞᥣᥢᥲ\pn* ᥔᥛᥳ ᥞᥥᥖᥱ ᥛᥣᥒᥱ˕ᥐᥣᥱ˕ᥘᥣᥱ˕ᥓᥫᥛ˕ᥘᥛᥳ ᥞᥬᥲ ᥑᥝᥴ ᥘᥬᥰ ᥑᥥᥰ˕ᥘᥛᥳ \pn ᥕᥥ˕ᥖᥣᥢᥲ\pn* ᥞᥢᥳ.
\v 6 \pn ᥕᥥ˕ᥞᥣᥢᥲ\pn* ᥘᥧᥒ ᥔᥫᥲ˕ᥑᥨᥝᥰ ᥛᥥᥝᥰ ᥟᥝ ᥑᥨᥢᥴ ᥛᥣᥳ˕ᥘᥨᥝᥲ˕ᥗᥨᥝ ᥞᥥᥖᥱ ᥞᥢᥳ. ᥞᥣᥒ˕ᥟᥦᥒᥲ ᥛᥢᥰ ᥞᥣᥒᥳ ᥔᥣᥭᥴ˕ᥘᥒᥴ ᥞᥭᥳ. ᥛᥢᥰ ᥓᥤᥢ ᥖᥤᥴ˕ᥖᥐᥴ ᥖᥒᥰ ᥘᥛᥳ˕ᥚᥪᥒᥲ ᥗᥫᥢᥱ.
\v 7 ᥛᥢᥰ ᥐᥦᥛᥳ ᥐᥦᥛᥳ ᥑᥭ ᥙᥫᥢ ᥝᥣ: ᥛᥤᥰ ᥐᥨᥝᥳ ᥕᥬᥱ˕ᥛᥦᥖ ᥔᥤᥴ ᥐᥝ ᥖᥤᥴ ᥙᥨᥝᥱ˕ᥛᥣᥰ ᥘᥪᥢᥰ˕ᥘᥒᥴ ᥐᥝ. ᥐᥝ ᥞᥪᥛᥴ ᥚᥧᥭᥱ˕ᥘᥭᥲ ᥐᥨᥛᥲ ᥞᥦᥴ, ᥐᥥᥲ ᥔᥣᥭᥴ ᥔᥣᥱ˕ᥑᥣᥭᥳ ᥛᥢᥰ.
\v 8 ᥐᥝ ᥟᥝ ᥘᥛᥳ ᥞᥥᥖᥱ ᥛᥣᥒᥱ˕ᥐᥣᥱ˕ᥘᥣᥱ˕ᥓᥫᥛ˕ᥘᥛᥳ ᥞᥬᥲ ᥔᥧᥴ. ᥐᥩᥭᥰ˕ᥝᥣ, ᥛᥢᥰ ᥖᥤᥴ ᥟᥝ ᥑᥩᥢᥴ˕ᥓᥦᥖ˕ᥛᥦᥖ˕ᥓᥝᥲ ᥞᥥᥖᥱ ᥛᥣᥒᥱ˕ᥐᥣᥱ˕ᥘᥣᥱ˕ᥓᥫᥛ˕ᥘᥛᥳ ᥞᥬᥲ ᥔᥧᥴ.”
\s \pn ᥕᥥ˕ᥞᥣᥢᥲ\pn* ᥞᥥᥖᥱ ᥛᥣᥒᥱ˕ᥐᥣᥱ˕ᥘᥣᥱ˕ᥓᥫᥛ˕ᥘᥛᥳ ᥞᥬᥲ \pn ᥕᥥᥱ˕ᥔᥧᥳ\pn*
\r (ᥘᥤᥐᥳ ᥛᥣᥱ˕ᥗᥣᥭᥲ 3:13-17; ᥘᥤᥐᥳ ᥘᥧᥲ˕ᥓᥣ 3:21-22, 4:1-13)
\p
\v 9 ᥕᥧᥱ ᥘᥬᥰ ᥝᥢᥰ ᥓᥫᥢᥰ, \pn ᥕᥥᥱ˕ᥔᥧᥳ\pn* ᥘᥧᥐᥳ ᥝᥥᥒᥰ \pn ᥘᥣᥴ˕ᥔᥣ˕ᥘᥫᥲ\pn* ᥘᥣᥒᥴ ᥕᥧᥱ ᥘᥬᥰ ᥛᥫᥒᥰ \pn ᥓᥣ˕ᥘᥤᥲ˕ᥘᥤᥲ\pn* ᥞᥢᥳ ᥛᥣᥰ ᥞᥦᥴ, ᥕᥧᥱ ᥘᥬᥰ ᥑᥥᥰ˕ᥘᥛᥳ \pn ᥕᥥ˕ᥖᥣᥢᥲ\pn* ᥞᥥᥖᥱ ᥛᥣᥒᥱ˕ᥐᥣᥱ˕ᥘᥣᥱ˕ᥓᥫᥛ˕ᥘᥛᥳ ᥖᥤ \pn ᥕᥥ˕ᥞᥣᥢᥲ\pn*.

Traduit automatiquement depuis English Afficher l'original

Comments

Il semble que la dernière mise à jour vers la version 2.3.36, ainsi que le changement des ajustements de \p_95 à \p^95, ait corrigé ce problème.

J'ai vérifié et si j'utilise l'ancienne méthode (\p_95), la ligne est ajustée mais le gras disparaît toujours. Par conséquent, je commencerai à utiliser \p^95 pour les ajustements.

Merci !

Traduit automatiquement depuis English Afficher l'original

Answer 2

Les mécanismes entre \p_95 et \p^95 sont certainement très différents. \p_95 est un style distinct (vous pourriez lui attribuer une couleur/police/etc. spéciale si vous le souhaitez !), mais \p^95 est un `\p à 95 % de largeur.

Une chose à laquelle vous devez faire attention, c'est qu'une règle de modification contenant \p peut fonctionner sur certaines versions de python, mais sur d'autres versions, elle provoquera un plantage. Vous devriez utiliser \\p (de même pour les autres éléments avec barre oblique - une barre oblique est un caractère spécial, (par ex. \s = une sorte d'espace) mais utilisez-en deux pour une vraie barre oblique).

Traduit automatiquement depuis English Afficher l'original

Comments

Oui, voici la ligne entière que j'utilise :

at MRK 1:20 ‘\p([^a-z])’ > ‘\p_97\1’

ce qui est maintenant :

at MRK 1:20 ‘\p([^a-z])’ > ‘\p^97\1’

Traduit automatiquement depuis English Afficher l'original

---

at MRK 1:20 ‘\\p([^a-z])’ > ‘\\p^97\1’

Serait beaucoup plus sûr. J'ai eu ce que je pense être un \p, très semblable à votre exemple, qui fonctionnait parfaitement sur une machine et provoquait des plantages « inexplicables » sur une autre. - Très explicable quand on regarde de plus près…

Traduit automatiquement depuis English Afficher l'original

---

C'est étrange parce que j'ai copié le code depuis PTXPrint et il a \p, pas \p.

Je viens de publier cela et en mode édition, il y a deux barres obliques inverses suivies de P pour la première, mais quand je l'enregistre, il supprime l'une des barres obliques inverses. Quand j'édite mes commentaires ci-dessus, c'est la même chose. Double barre oblique inverse en mode édition mais seulement une lorsqu'il est publié.

Traduit automatiquement depuis English Afficher l'original

---

Il est probable que vous deviez utiliser la syntaxe markdown (the menu says preformatted) pour les extraits de code. Pour les sections courtes, il s'agit d'une seule apostrophe grave marquant le début et la fin ; pour les sections multi-lignes, la convention est d'utiliser trois apostrophes graves sur la ligne précédant et suivant le texte (sans autre espace).

Traduit automatiquement depuis English Afficher l'original

Answer 3

Lorsque vous devez taper des expressions de code/regex, si vous sélectionnez le morceau puis utilisez ce bouton mis en surbrillance, il l'encadrera dans le format approprié pour que les barres obliques inverses ne soient pas perdues :

Traduit automatiquement depuis English Afficher l'original