Question sur les paramètres complexes des références bibliques

Question

Je travaille avec une équipe qui souhaite rédiger des références bibliques de cette manière :
\xt book_name rukuh # ayat #\xt*
où « rukuh » signifie « chapitre » et « ayat » signifie « verset ».

Dans de nombreux cas, nous avons simplement abandonné l’idée de faire analyser les noms par PT et utilisons les attributs de style |ABC 1:2 pour indiquer explicitement la référence. Néanmoins, PT parvient à analyser correctement dans de nombreux cas.

Pour que cela fonctionne, nous avons ajouté le mot « rukuh » à la fin de chaque nom de livre et défini ␣ayat␣ comme séparateur Chapitre/Verset.

D’abord, y a-t-il une meilleure façon de configurer cela que nous n’avons pas envisagée ? Ou devrions-nous simplement abandonner et utiliser des références de style anglais comme attribut dans tous les cas ?

En supposant que ce que nous avons fait est la meilleure façon possible de procéder, l’ajout de notes de bas de page définit désormais le champ \fr sur chapter# ayat verse#, ce qui est agaçant mais contournable. Le problème est que lorsque nous exécutons la vérification des références (Reference Check), nous obtenons des centaines d’erreurs indiquant « Unexpected book after chapter separator ». Y a-t-il un moyen de contourner cela ?

Traduit automatiquement depuis English Afficher l'original

Answer 1

Pour un projet que nous avons réalisé il y a quelques années et qui nécessitait de faire la même chose, nous avons mis les références au format occidental standard, afin que Paratext (et la DBL) soit satisfait et puisse effectuer toutes les vérifications nécessaires. Mais avant la publication, nous les avons traitées avec un script Python pour les convertir au format approprié. Voici les Expressions Régulières (Regular Expressions) pertinentes du script Python (notez qu’il y a une expression de conversion séparée pour chaque forme de référence, qu’il y ait plusieurs chapitres, des numéros de verset ou non, etc.) :

    # turn cross references into their long forms
    #  Takwiin 2:1; 5:2  or  Takwiin 2:1-5; 5:6-9
    sText = re.sub(r'(\\\+xt (\d )?[A-Za-zʼ -]+) (\d+):(\d+(-\d+)?); (\d+):(\d+(-\d+)?\\\+xt\*)',
                   '\\1 fasul \\3 aaya \\4 wa fasul \\6 aaya \\7\\\+xt*', sText)
    #  Takwiin 2; 4
    sText = re.sub(r'(\\\+xt (\d )?[A-Za-zʼ -]+) (\d+); (\d+\\\+xt\*)',
                   '\\1 fasul \\3 wa fasul \\4', sText)
    #  Takwiin 2:1
    sText = re.sub(r'(\\\+xt (\d )?[A-Za-zʼ -]+) (\d+):(\d+\\\+xt\*)',
                   '\\1 fasul \\3 aaya \\4', sText)
    #  Takwiin 2:1-5
    sText = re.sub(r'(\\\+xt (\d )?[A-Za-zʼ -]+) (\d+):(\d+-\d+\\\+xt\*)',
                   '\\1 fasul \\3 aaya \\4', sText)
    #  Takwiin 2  or  Takwiin 1–2
    sText = re.sub(r'(\\\+xt (\d )?[A-Za-zʼ -]+) (\d+(–\d+)?\\\+xt\*)',
                   '\\1 fasul \\3', sText)

Si je devais faire la même composition aujourd’hui, j’utiliserais PTXprint et mettrais ces modifications dans le fichier Changes.txt.

Notez qu’il peut y avoir des expressions chapitre/verset qui ne sont pas gérées par ces expressions ; cela concernait un projet spécifique et je connaissais la gamme de tous les formats d’expressions de référence. Par exemple, je ne pense pas que cela gère trois numéros de chapitre, par exemple « bookname ch1; ch2; ch3 ». Si vous avez cela dans votre projet, vous devrez ajouter une nouvelle expression ou trouver un moyen d’étendre les expressions existantes (probablement la première option est plus facile…).

Notez également que lorsque vous regardez vos références dans le texte sortant de la DBL, par exemple dans YouVersion, vous n’obtiendrez que le format de référence occidental, et non votre « rukuh # ayat # ». C’est parce que YouVersion n’a aucune sophistication dans le traitement et la mise en forme du texte - il le sort simplement en HTML et espère que cela a l’air bien. Mais si vous créez des applications bibliques avec SAB, vous pouvez exécuter des Expressions Régulières similaires pour obtenir le même comportement souhaité.

@anon175865 En un sens, ce problème de YouVersion est similaire au problème des retours à la ligne incorrects lorsqu’il y a des espaces autour de la ponctuation. Peut-être devrions-nous avoir un fichier de « règles de composition suggérées » qui est joint au projet et stocké avec le projet dans la DBL. Ensuite, si YouVersion appliquait ces modifications lors de l’affichage d’un texte, il ferait peut-être un meilleur travail. Cela permettrait, en un sens, une différence entre le format des données et le format de présentation du texte. Et ensuite, selon le type de présentation, vous devrez peut-être choisir quels types de règles appliquer. Bref, je laisse juste traîner un peu l’idée…

J’espère que cela aidera,
jeffh

Traduit automatiquement depuis English Afficher l'original

Comments

Merci beaucoup pour cette suggestion. Cela semble être un meilleur contournement que le nôtre actuel. Je l’ai suggéré à l’équipe et verrai s’ils en sont satisfaits (l’inconvénient est qu’ils devront s’habituer à voir une chose dans PT mais en s’attendre à une autre dans l’impression/application finale).

Traduit automatiquement depuis English Afficher l'original

---

mnjames:

l’inconvénient est qu’ils devront s’habituer à voir une chose dans PT mais en s’attendre à une autre dans l’impression/application finale

Un petit rappel : avec PTXprint, il est maintenant possible de produire assez facilement votre sortie finale, alors n’ayez pas peur de produire des brouillons et de les évaluer en PDF ou sous forme imprimée. Évidemment, les traducteurs (ou au moins l’un d’entre eux) devront être capables de travailler avec/saisir au clavier le format occidental de la référence, mais vous devriez pouvoir produire des brouillons dans l’autre format pour évaluation par l’équipe, votre comité, etc. Cela a l’avantage supplémentaire de tester votre format final plus tôt dans le processus, afin que tout le monde s’y habitue et/ou fasse ses commentaires sur le format tôt dans le processus.

Traduit automatiquement depuis English Afficher l'original

---

@jeffh Le problème avec l’affichage sur nos plateformes d’éditeurs n’est pas qu’ils « le sortent simplement en HTML et espèrent que cela a l’air bien ». Mon Dieu !! Vous n’avez aucune idée du travail que YouVersion, en particulier, effectue pour obtenir les choses comme nous le voulons. Le bundle qui leur est envoyé est produit par notre convertisseur Paratext, et c’est de l’USX, pas du HTML (Paratext est aussi l’endroit où les espaces insécables sont supprimés). Je crois que, en raison de la nature de l’USX, la personnalisation n’est pas autorisée. Je sais que lorsque nous avons eu des problèmes individuels qui pouvaient être corrigés du côté de YouVersion, ils ont fait plus que ce qu’ils devaient faire pour que les choses soient correctes. J’espère que nous pourrions célébrer et ne pas dénigrer les partenariats dans notre domaine. Votre suggestion pour les règles de composition devrait probablement être faite à l’équipe Paratext, car ils contrôlent le contenu des bundles que nos éditeurs reçoivent.

Traduit automatiquement depuis English Afficher l'original

---

@anon175865 Vous avez absolument raison. Mon commentaire était très injuste, et je m’en excuse. Un peu de frustration qui s’est échappée, à cause de toutes les fois où j’ai vu des textes bibliques français dans YouVersion avec un mauvais retour à la ligne… Comme vous le suggérez, le problème est vraiment du côté de la DBL, et j’espère que les efforts déployés dans Paratext et la DBL aborderont certains de ces problèmes. Pardonnez-moi pour mon commentaire malheureux.

Traduit automatiquement depuis English Afficher l'original

---

@jeffh Merci jeffh. Je comprends votre frustration, et je continuerai à travailler pour améliorer les choses du côté de la DBL.

Traduit automatiquement depuis English Afficher l'original

Answer 2

Je suis intéressé par la solution que vous choisissez. Si vous conservez le contournement des paramètres des références bibliques (Scripture Reference Settings), je vous serais reconnaissant de m’ajouter en tant que Consultant au projet afin que je puisse tester si le convertisseur que Paratext utilise pour convertir le texte de USFM en USX pour la distribution via la DBL acceptera ce que vous avez fait. Je soupçonne que ce ne sera pas le cas. Je suppose qu’un contournement pour les notes de bas de page consisterait à Refuser (Deny) toutes les erreurs « Unexpected book… », et à ajouter un fichier changes.txt au dossier du projet où vous autorisez Paratext/PubAssist à convertir les références des notes de bas de page au format standard pour l’impression en supprimant ayat.

Traduit automatiquement depuis English Afficher l'original

Comments

J’espérais éviter de Refuser (Deny) des centaines d’erreurs. Cependant, il vient de me venir à l’esprit que vous pouvez le faire en masse – en sélectionnant plusieurs erreurs avec Shift ou Ctrl puis en les refusant. Peut-être que c’est ce que nous finirons par faire.

Nous ne prévoyons pas (actuellement) d’utiliser les données \fr du tout, donc théoriquement, elles pourraient être supprimées entièrement. Je n’ai jamais vraiment compris l’utilité de ce champ de toute façon, puisque vous pourriez présumablement le recréer à la volée avec un simple script de programmation. Mais si nous devions soumettre à la DBL ou utiliser le champ \fr d’une autre manière, nous utiliserions presque certainement changes.txt ou un fichier similaire pour modifier la mise en forme.

Traduit automatiquement depuis English Afficher l'original