Utiliser le balisage USFM local (personnalisé) de l'espace de noms \z dans Paratext

Question

Dans notre projet, nous insérons parfois un ou deux mots de la langue nationale (khmer) dans une note de bas de page ou une entrée du glossaire, et nous souhaitons les baliser pour le traitement pré-publication. Nous avons défini un marqueur \zkh (en utilisant l'espace de noms \z défini dans USFM 3.0) et ajouté ce qui suit à custom.sty :

\Marker zkh
\Endmarker zkh*
\Name zkh...zkh* - Special Text - Khmer Language Text
\Description For Khmer Language text
\OccursUnder ip im ipi imi ipq imq ipr iq iq1 iq2 iq3 io io1 io2 io3 io4 ms ms1 ms2 s s1 s2 s3 s4 cd sp d lh li li1 li2 li3 li4 lf lim lim1 lim2 lim3 lim4 m mi nb p pc ph phi pi pi1 pi2 pi3 pr pmo pm pmc pmr po q q1 q2 q3 q4 qc qr qd qm qm1 qm2 qm3 tr th1 th2 th3 th4 thr1 thr2 thr3 thr4 tc1 tc2 tc3 tc4 tcr1 tcr2 tcr3 tcr4 f fe NEST

Malheureusement, je ne vois pas comment l'utiliser dans Paratext 9. Si je suis en vue Standard et que je commence à taper le marqueur (en tapant une barre oblique), un menu contextuel apparaît et ne me permet pas de taper un « z ». En fait, il me le permet, mais si j'appuie sur Entrée, rien ne se passe - il ne parvient pas à l'insérer dans le texte.

Y a-t-il un moyen de contourner ce problème ?

Merci !

Traduit automatiquement depuis English Afficher l'original

Answer 1

viverechristus,

Lorsque vous tapez un marqueur dans la fenêtre, vous pouvez appuyer sur la barre espace pour accepter le marqueur. Appuyer sur Entrée ne fonctionne que si le marqueur est un marqueur valide pour cette liste. Par exemple, si vous appuyez sur \, il affiche les styles de caractères. Si vous essayez de taper \p Entrée, rien ne devrait se passer (ou cela vous donnera quelque chose comme \pn). Mais si vous appuyez sur \p Espace, il ajoutera un marqueur de paragraphe. Dans votre cas, si vous appuyez sur \zkh Espace, il devrait ajouter le bon marqueur.

Notez que si vous mettez en surbrillance le(s) mot(s) avant d'appuyer sur \, il devrait ajouter les marqueurs d'ouverture et de fermeture autour du ou des mots sélectionnés.

Traduit automatiquement depuis English Afficher l'original

Comments

Merci. J'aurais dû le savoir déjà, et je suis content de le savoir maintenant.

Traduit automatiquement depuis English Afficher l'original

---

anon848905:

Appuyer sur Entrée ne fonctionne que si le marqueur est un marqueur valide pour cette liste.

Merci pour cela. C'est très agréable d'apprendre cette subtilité de PT. Mais je pense qu'il n'est pas très intuitif que PT traite \marker< Entrée > différemment de \marker< Espace >. (Les anciens programmes SF comme Shoebox et Toolbox traitaient ces deux actions de la même manière.)

La confusion de viverechristus indique qu'il a lui aussi trouvé étrange/frustrant que l'appui sur < Entrée > ne fasse rien.

Y a-t-il donc un avantage à ce comportement divergent que je ne vois pas ?

À mon avis, soit seul < Espace > devrait pouvoir fermer la boîte de dialogue du marqueur, et < Entrée > ne devrait jamais le faire, ou mieux, PT devrait simplement traiter \marker< Entrée > de la même manière que \marker< Espace > pour fermer la boîte de dialogue et insérer le marqueur SF. (Sauf s'il y a une très bonne raison de faire cette distinction.)

Parce que je pense que les utilisateurs normaux ne se souviendront pas de cette distinction (s'ils l'ont jamais connue). Ils supposent simplement qu'ils ont fait une erreur lorsque cela ne se comporte pas comme ils s'y attendaient.

Traduit automatiquement depuis English Afficher l'original

---

Vous avez raison, cela semble un peu étrange. Voici ce que je comprends. Quelle que soit la situation lors de l'ajout d'un marqueur, vous pouvez toujours le terminer avec la barre Espace. Ainsi, taper \p Espace ajoutera un marqueur de paragraphe. C'est bien sûr le comportement que vous verriez si vous étiez en vue Non formatée.

Le problème avec la touche Entrée est que lorsque vous êtes en vue Standard et que vous utilisez l'outil de sélection de marqueurs, la touche Entrée ne fonctionne que si le marqueur est réellement présent dans l'outil à ce moment-là. Appuyer sur la touche \ affichera les styles de caractères actuellement disponibles en fonction de usfm.sty et custom.sty (et frtbak.sty pour les autres livres). Donc, si j'appuie sur \ p, je ne verrai jamais juste l'option \p. Je verrai des choses comme \pn. Si je tape \p puis Entrée, je sélectionnerai en fait l'un des marqueurs de caractères disponibles. Cependant, en raison de la nature de la barre Espace avec les marqueurs, si j'appuie sur Espace après avoir tapé p, j'obtiens en fait le marqueur que je veux.

Pour les marqueurs de paragraphe, j'appuierais normalement sur Entrée puis je taperais le code du marqueur. Donc, si j'appuie sur Entrée p, je verrai l'option \p et lorsque j'appuie à nouveau sur Entrée, j'obtiens ce marqueur.

Ainsi, une partie du problème réside dans la différence entre l'affichage des styles de paragraphe et des styles de caractères, et ce qui est visible selon que vous avez commencé avec Entrée ou Espace.

Traduit automatiquement depuis English Afficher l'original

---

davidc78:

À mon avis, soit seul < Espace > devrait pouvoir fermer la boîte de dialogue du marqueur, et < Entrée > ne devrait jamais le faire, ou mieux, PT devrait simplement traiter \marker< Entrée > de la même manière que \marker< Espace > pour fermer la boîte de dialogue et insérer le marqueur SF. (Sauf s'il y a une très bonne raison de faire cette distinction.)

Juste pour être parfaitement clair. Tant Entrée que Espace termineront un marqueur qui est visiblement présent dans la fenêtre des marqueurs. Si un marqueur n'est pas présent dans la fenêtre (lorsque vous tapez le marqueur, rien n'est visible dans la boîte en dessous), alors appuyer sur Entrée ne fera rien. Appuyer sur Espace ajoutera ce marqueur (même s'il est un marqueur invalide).

Traduit automatiquement depuis English Afficher l'original

---

Oui, c'était parfaitement clair. Mon point est que ce n'est pas intuitif. Si nous devons expliquer quelque chose avec des détails minutieux, il est peu probable que cela soit jamais clair pour un utilisateur normal. Non, nous n'avons pas besoin de le changer. Mais si nous cherchons à minimiser la confusion, alors < Entrée > ne devrait jamais ne rien faire. Parce qu'actuellement, < Entrée > agit comme ESC dans cette situation – et c'est contre-intuitif.

Traduit automatiquement depuis English Afficher l'original

---

Cela a élucidé le mystère de la sélection des livres de la Bible depuis le menu déroulant de la barre d'outils. Je suis régulièrement frustré lorsque je tape, disons, « ru », et que tout ce qui reste dans la liste est « RUT », mais j'appuie sur Entrée et rien ne se passe. Je vois que si j'appuie sur Espace, j'obtiens RUT et la sélection du numéro de chapitre devient active. Je remarque aussi que lorsque Entrée fonctionne, elle ne me déplace pas vers la sélection du chapitre, mais va plutôt au chapitre et au verset déjà renseignés.

Au fait, après avoir appuyé sur Entrée (et avoir réussi à passer au livre que je veux), le titre du livre (abréviation) reste surligné en bleu, même si le curseur est maintenant actif dans le livre nouvellement sélectionné (dans ce cas, Jon 1:1) :

Plus d'une fois, j'ai supposé que ma sélection avait échoué, et j'ai essayé de retaper le nom du livre, pour découvrir que je tapais des nonsens dans un verset. Cela, à mon avis, est un problème potentiellement grave car cela peut conduire à des modifications involontaires et très occasionnellement non remarquées dans les versets. Le surlignage bleu ne devrait signifier que « prêt pour la sélection », et non « déjà sélectionné ».

Traduit automatiquement depuis English Afficher l'original

---

EXACTEMENT.
J'ai moi aussi fréquemment trouvé des lettres ou des chiffres erronés dans le premier verset des livres parce que l'utilisateur pensait qu'il tapait dans la boîte du livre ou du chapitre, alors que le curseur était actif dans le texte du verset. Oups.

Ce comportement est confus et dangereux, comme le souligne viverechristus. Et bien que ce soit « délicat » et puisse être pénible à corriger dans le logiciel, c'est assez dangereux pour que maintenant 2 personnes en aient parlé. Je suis donc sûr qu'il y en a d'autres aussi.

Traduit automatiquement depuis English Afficher l'original

---

Oui, j'ai souvent vu des chiffres supplémentaires ajoutés par erreur.

Traduit automatiquement depuis English Afficher l'original

Answer 2

viverechristus:

Y a-t-il un moyen de contourner ce problème ?

Je pense que le problème est que vous n'avez pas spécifié un type pour votre marqueur personnalisé. Si le type est manquant, Paratext suppose qu'il s'agit d'un style de paragraphe.
Essayez d'ajouter la ligne suivante à votre définition de marqueur dans votre fichier custom.sty :
\StyleType Character

Traduit automatiquement depuis English Afficher l'original

Comments

Merci. La spécification du StyleType a permis d'ajouter le marqueur à l'outil de sélection contextuelle.

Traduit automatiquement depuis English Afficher l'original

---

Au fait, où puis-je consulter la documentation sur les définitions de feuilles de style valides ?

Traduit automatiquement depuis English Afficher l'original

---

Une chose à faire est de regarder (sans modifier) le fichier usfm.sty pour voir comment les styles sont définis. L'autre chose à consulter est le sujet d'aide « Comment implémenter une feuille de style personnalisée pour mon projet ? ».

Traduit automatiquement depuis English Afficher l'original

---

Merci, anon848905.

Traduit automatiquement depuis English Afficher l'original

Answer 3

Je viens de signaler cela comme PTXS-23210. Si d'autres ont vu le problème, peut-être pourriez-vous le signaler aussi.

Traduit automatiquement depuis English Afficher l'original