ParaTExt ne peut pas télécharger sur DBL à cause de stopChars

Question

Je reçois l'erreur vague suivante lors de la création du bundle de texte DBL, après la génération des vérifications de base et de l'USX :

having stopChars in the searchStr value is not supported

Y a-t-il quelque chose que je peux faire à ce sujet ?

Traduit automatiquement depuis English Afficher l'original

Comments

Cela se produit également lors de l'exportation vers USX, bien que les fichiers usx soient créés dans les deux cas.

Traduit automatiquement depuis English Afficher l'original

---

Il semble que l'échec survienne à ESG, car le traitement se poursuit jusqu'à ce point.
Quelqu'un ayant de l'expérience avec Esther en grec et ses problèmes de références croisées et de numéros de versets de l'éditeur pourrait-il jeter un coup d'œil et donner des conseils https://drive.google.com/file/d/1V3WQc5s-j-FDbMhHsNPQkHPcsQv-Dbk_/view?usp=sharing.

Cette traduction a pu être téléchargée sur l'ancienne DBL.

Traduit automatiquement depuis English Afficher l'original

Answer 1

Quel est le nom du projet qui rencontre ce problème ? Je devrais pouvoir récupérer le projet depuis le serveur Send/Receive et déterminer ce qui cause le problème.
D'après un premier examen du code de Paratext, le problème doit être qu'une référence biblique contient un caractère "|" ou "\", mais je ne m'attendrais pas à ce que ces caractères soient normalement utilisés dans une référence, car ce sont des caractères de formatage USFM.

Traduit automatiquement depuis English Afficher l'original

Comments

Nous utilisons le caractère barre verticale conformément à https://ubsicap.github.io/usfm/notes_basic/xrefs.html#xt car les références doivent pointer vers des versets avec des versets de l'éditeur (voir https://support.bible/14971/multiple-references-alternative-verses-reference-esther?show=14982#c14982). Paratext/DBL ne prend-il pas en charge les attributs de référence cible ?

Traduit automatiquement depuis English Afficher l'original

---

Ce type de référence croisée poserait-il problème : \+xt EstGr 1:1\+it a\+it*\+xt* ? Je ne sais pas si l'imbrication du formatage au sein de la référence pourrait être à l'origine de l'erreur.

Traduit automatiquement depuis English Afficher l'original

---

Une seule barre verticale entre la référence vernaculaire et la référence standard est valide.

Référence croisée valide : \xt vernacularRef|GEN 1:1\xt*

Il n'est pas valide d'utiliser plusieurs barres verticales dans une seule référence :

Référence croisée invalide : \xt vernacularRef|GEN 1:1|GEN 1:7\xt*

Traduit automatiquement depuis English Afficher l'original

---

Avoir un style de caractère imbriqué sous \xt provoquera le message d'erreur « having stopChars in the searchStr value is not supported » qui a été signalé pour la première fois.
Lors de la conversion de USFM en USX, nous ne nous attendions pas à ce qu'il y ait des styles de caractères imbriqués dans la valeur de \xt. L'USX a ajouté des éléments pour permettre aux utilisateurs de l'USX de créer des liens cliquables. Si vous souhaitez effectuer un formatage supplémentaire, vous devrez le placer dans un champ \xta après le \xt.

Traduit automatiquement depuis English Afficher l'original

---

Je vais déplacer le \+it ...\+it* imbriqué hors de la référence en tant que \xta texte pour les références restantes et voir si cela suffit.
Paratext n'ajoute également des liens que lorsque la référence avec la barre est dans un \xt séparé, donc je vais voir s'il y en a d'autres qui doivent être gérés de cette manière, par exemple :

\xt 9:1,15,21; \xt 10:3|ESG 10:13\xta \+it k\+it*

Je donnerai des retours d'information une fois que j'aurai terminé.

Traduit automatiquement depuis English Afficher l'original

---

J'ai veillé à ce que les lettres de référence \+it ...\it* soient déplacées hors du \xt dans une balise \xta
et j'ai veillé à ce que toute référence à un emplacement de référence alternatif (en utilisant le "|") soit précédée de \xt (même si les références précédentes sont dans un \xt
mais, cela échoue toujours.

Est-il possible que les lettres \+it ...\+it* dans les marqueurs \xo et \fr soient à l'origine du problème ?
par exemple :

x - \xo 1:1\+it m-r\+it* \xt Vgl EstGr 2:19-23\x*

et

\f + \fr 8:12\+it p\+it* \fk Judeërs: \ft Vgl voetnoot by \+xt EstGr 8:3\+xt*.\f*

Traduit automatiquement depuis English Afficher l'original

---

Ou peut-être les lettres de verset \+it ...\+it* à l'intérieur du \vp ...\vp* ?

Traduit automatiquement depuis English Afficher l'original

---

Il semble que le besoin de mettre en italique une partie du texte du \vp (verset de l'éditeur) ait été la cause principale du problème.
Comme suggéré par John Wickberg, nous sommes passés des caractères italiques minuscules aux majuscules.
Cela permettra de distinguer les lettres de verset en italique des lettres d'appel de note de bas de page, ce qui servira aux applications numériques du texte. Nous pouvons l'appliquer en minuscules/italique pour l'impression via Publishing Assistant.

Traduit automatiquement depuis English Afficher l'original