Solution PtxPrint 3.x pour autoriser les marqueurs '\va' après '\p'

Question

l'erreur que je reçois :

JAS 3:1-2 Attrib marker 'va' found after 'p' but may only follow 'v' at line 135, char 29

...

These errors were triggered while internally parsing the USFM

Texte en question :

+-----------------------

\p \v 1-2 <!--a5f14dd1-082f-4046-8166-3adf7e93b315-->Frères et sœurs, \va 2a\va* nous faisons tous beaucoup d'erreurs, \va 1\va* que Dieu jugera un jour. Mais regardez, vous savez que Dieu sera encore plus sévère à juger les erreurs de ceux qui enseignent dans l'église ⌊parce qu'ils sont des leaders spirituels⌋. Par conséquent, réfléchissez profondément avant de décider de devenir un enseignant dans l'Église.

\s La Langue : La Source Du Mal

\p \va 2b\va* Lorsque nous contrôlons nos langues, alors nous pouvons devenir matures dans notre foi et être pleinement maîtres de nous-mêmes.

+-----------------------

J'ai une règle dans changes.txt qui convertit ces éléments en '\vp .*? \vp*' et cela fonctionnait dans les versions antérieures de PtxPrint. Mais avec 3.0.1, cela provoque cette erreur lors de l'analyse du USFM, ce qui se produit apparemment avant que le processus changes.txt ne puisse le nettoyer.

Y a-t-il une autre solution que de mettre les \vp dans Paratext ?

Traduit automatiquement depuis English Afficher l'original

Answer 1

Il me semble que la norme USFM concernant l'utilisation de va a changé. Dans la 3.0  il semble que \va pouvait se trouver n'importe où.

Dans USFM 3.1, \vp sert à spécifier la forme imprimée d'un numéro de verset, et \va  est une forme (imprimée) alternative.  Il semble que désormais les DEUX  doivent suivre immédiatement le numéro de verset. Utilisés de cette manière, ils ont certainement un sens précis pour la façon dont le code XeTeX doit traiter les choses par la suite. (\va est ajouté, entre crochets - ou d'autres marques - après le numéro de verset imprimé, \vp définit la façon dont le numéro de verset est représenté dans les en-têtes, ainsi que dans le texte, etc). Les deux sont déplacés dans les marges ou ailleurs si des numéros de verset en marge sont sélectionnés, et ainsi de suite. Comme ils sont ancrés au numéro de verset, on ne peut pas les placer au milieu du texte.

Le code XeTeX lui-même traitera un \va en milieu de texte comme dans USFM3.0, (c'est-à-dire comme un simple style de caractère), bien qu'un test rapide montre qu'il n'obtiendra pas les crochets (un bug qui peut être résolu assez facilement avec des hooks de début et de fin), donc je suppose que le message que vous recevez provient de l'analyseur utilisé par l'interface utilisateur. Peut-être que Martin peut commenter cela...

Pour éviter ce problème, vous pouvez définir votre propre style (par ex. \zva, copié de \va), et faire en sorte que votre fichier changes remplace "\\va"  >  "\\zva" 

Traduit automatiquement depuis English Afficher l'original

Comments

> qui peut être résolu assez facilement avec des hooks de début et de fin

Je l'ai, mais...

> vous pouvez définir votre propre style (par ex. \zva, copié de \va), et faire en sorte que votre fichier changes remplace "\\va"  >  "\\zva" 

Le problème est que l'analyseur dont vous avez parlé se produit avant changes.txt, donc à moins de mettre ‘\\zva’ dans mon texte, je ne parviens pas à passer l'analyseur pour permettre aux modifications d'apporter un changement.

Y a-t-il quelque chose qui s'exécute avant l'analyseur ?

L'autre chose étrange à ce sujet est que l'analyseur ne semble pas se rafraîchir à partir du texte. En tant qu'expérience, j'ai en fait changé les \va dans le texte en \vp pour voir s'ils fonctionnaient et je reçois toujours la même erreur !?

alors que le texte a \vp plutôt que \va

Y a-t-il quelque chose qui s'exécute avant l'analyseur ?

Traduit automatiquement depuis English Afficher l'original

---

Je me demande si l'ajout de sections appropriées à votre fichier changes.txt résoudrait le problème :

Cela lui indique d'appliquer les modifications des lignes 7 à 18 AVANT même d'atteindre l'analyseur. Et tout ce qui se trouve après cela se produit plus tard dans le processus.

Lorsque vous survolez les boutons Code Snippet affichés à droite, une infobulle vous donnera plus de détails sur le moment où les modifications de chaque section sont traitées. (Cette fonctionnalité peu connue existe depuis un certain temps, mais n'a été exposée via les boutons à droite que récemment).

Traduit automatiquement depuis English Afficher l'original

---

Mark P, je vois la sortie d'exemple dans votre image, mais je ne vois aucun code de modifications ni aucun bouton Code Snippet.

Traduit automatiquement depuis English Afficher l'original

---

Steve - il y a un problème avec les images sur ce site... Je l'ai signalé, mais rien n'a encore été corrigé. Remarquez qu'une nouvelle image collée dans une réponse « écrase » les images des messages précédents ! :-(

Traduit automatiquement depuis English Afficher l'original