0 votes
795 vues

Je voulais imprimer une copie d'essai (brouillon, en PDF) d'un chapitre du Lévitique, après avoir modifié les marqueurs \xt en +xt, mais la tâche d'impression a été refusée en raison de marqueurs invalides, bien que je l'aie imprimée quand même. Lorsque je suis allé dans l'inventaire des marqueurs, j'ai trouvé les nouveaux marqueurs listés, mais je ne suis pas en mesure de vérifier qu'ils sont valides.

Traduit automatiquement depuis English
Paratext par (145 points)
réaffiché | 795 vues

5 Réponses

0 votes
Meilleure réponse

Veuillez utiliser Aide > Signaler un problème pour nous signaler le problème. Cela inclura certains fichiers journaux qui pourraient aider à diagnostiquer le problème.

Traduit automatiquement depuis English
par [Expert]
(16,7k points)

Je vais envoyer un autre rapport d'erreur sur ce problème pour que vous puissiez le comparer. Je constate le même comportement dans les projets pour lesquels je suis administrateur, tant dans PT8 que dans PT9.

Traduit automatiquement depuis English

Oups, désolé, je pense que je viens de trouver ma réponse dans un autre sujet d'aide ( Introduction aux inventaires de vérification ). Il semble que la validité des marqueurs soit définie dans la feuille de style, et non dans l'outil d'inventaire.

Traduit automatiquement depuis English

BruceBeatham,

Vous avez signalé le problème selon lequel il n'est pas possible de valider les marqueurs. C'est ainsi que Paratext fonctionne. L'inventaire des marqueurs ne permet pas la validation - il fournit simplement une liste des marqueurs utilisés dans le projet.

EXPLICATION LONGUE
La validation est gérée par la feuille de style (usfm.sty et éventuellement un custom.sty). Lorsque vous regardez Paratext, il peut y avoir des situations où un marqueur comme \v14 apparaît en « gras rouge » pour indiquer qu'il ne s'agit pas d'un marqueur valide (parce qu'il n'apparaît pas dans la feuille de style). Vous pouvez également avoir des marqueurs comme \xt qui apparaissent en « souligné rouge » pour indiquer que, bien que \xt soit un marqueur valide dans la feuille de style, il n'apparaît normalement pas à l'endroit où vous l'avez placé. Ainsi, dans le cas de \xt, vous pouvez l'utiliser en de nombreux endroits dans le texte pour indiquer qu'une référence doit être validée, mais si vous placez le \xt dans un champ \io, cela échouera parce que la feuille de style n'autorise pas \xt à cet endroit (il existe un marqueur \ior utilisé pour ces situations).

Il y a aussi des situations où un style de caractère est « imbriqué » à l'intérieur d'un autre style de caractère. Paratext gère cela en exigeant l'utilisation du symbole +. Par exemple, si dans une section de texte contenant les paroles de Jésus, j'ai besoin d'ajouter le nom de la divinité, j'aurai quelque chose comme ceci:
\wj .....\+nd God\+nd* ....\wj*

Veuillez noter qu'avec le passage à Paratext 9, usfm 3.0 est introduit avec certaines nouvelles fonctionnalités. Vous pouvez consulter la documentation usfm 3 en ligne à l'adresse suivante : https://ubsicap.github.io/usfm/

Traduit automatiquement depuis English

Oui, je suis désolé. J'avais oublié que l'inventaire des marqueurs n'est qu'une liste de marqueurs et ne permet pas à l'utilisateur de sélectionner s'il est valide ou non. Désolé de vous avoir induits en erreur tous les deux. :flushed:

Traduit automatiquement depuis English

Bonjour à nouveau,

Je reviens sur ce fil pour demander quelle est la meilleure pratique pour gérer ces erreurs liées aux marqueurs et d'autres qui apparaissent lors des vérifications de base. Puisque leur validité est définie dans les fichiers .sty, cela me fait penser que des configurations doivent être effectuées là-bas pour résoudre les erreurs, mais je ne veux pas bricoler sous le capot s'il y a quelque chose que je devrais changer ailleurs à la place.

J'avais ignoré/nié les erreurs de marqueurs pendant un certain temps, mais maintenant je prépare un livre pour soumission à la DBL et il semble que ces erreurs devraient être résolues plus correctement. Il y a trois erreurs générales avec les marqueurs que je ne peux pas résoudre :

  • \xt non autorisé dans les paragraphes d'introduction (\ip) ;
  • \ior non autorisé dans les paragraphes de plan d'introduction (\io#) ; et
  • les marqueurs imbriqués signalés comme « inconnus » (par exemple, un lien de glossaire imbriqué dans les paroles de Jésus avec un marqueur \+w).

Les informations sur la feuille de style dans l'onglet Avancé des Propriétés du projet indiquent qu'elle utilise la feuille de style usfm.sty, en notant qu'elle est « Personnalisée ». J'ai changé la version USFM en 3, mais il n'y a eu aucun changement dans les résultats des Vérifications de base. Lorsque je regarde usfm.sty dans le dossier « C:\My Paratext 9 Projects », il indique « Version=3.0.2 ». Puisque les Propriétés du projet rapportent qu'il utilise une feuille de style « Personnalisée », j'ai également regardé le fichier custom.sty dans mon dossier de projet. Les commentaires en haut de ce fichier disent qu'il « a été créé lors de la mise à niveau vers Paratext 8.0. Il est basé sur les fichiers de style d'origine utilisés par votre projet. Ces fichiers ont été supprimés, mais une sauvegarde des fichiers a été enregistrée dans usfm-color.sty.bak et custom.sty.bak » Je ne vois aucun de ces fichiers .bak dans mon dossier de projet actuel, mais je suppose qu'ils devaient être dans le dossier Paratext 8.

J'ai temporairement renommé custom.sty dans mon dossier de projet (c'est-à-dire que l'onglet Avancé ne signalait plus une feuille de style « Personnalisée » lorsque j'ai redémarré Paratext ). Je n'avais plus le même style de couleur personnalisé auquel nous étions habitués, mais lorsque j'ai exécuté les vérifications de base avec cette configuration, les erreurs avec \xt et le \ior ont été résolues. Le marqueur +w était toujours signalé comme un « Marqueur inconnu », cependant.

J'ai donc parcouru les définitions de \Marker dans le fichier custom.sty de mon dossier de projet actuel, et j'ai vu des indices pour résoudre les erreurs de marqueurs :

  • Pour la règle « \Marker xt », mon custom.sty actuel n'a que la valeur « x » pour sa propriété « \Occurs under », tandis que dans le fichier usfm.sty, je trouve une longue liste de marqueurs permis.
  • Pour la règle « \Marker ior », mon custom.sty actuel n'a que la valeur « id » pour sa propriété « \Occurs under », tandis que dans le fichier usfm.sty, je le trouve autorisé à se produire sous les différents Plans d'Introduction, ainsi que la valeur « NEST ».
  • Pour la règle « \Marker w », mon custom.sty actuel a un sous-ensemble des valeurs qui se produisent dans le fichier usfm.sty, ainsi que la valeur « NEST » manquante.

J'ai donc fait d'autres copies temporaires du fichier custom.sty ; l'une dans laquelle j'ai utilisé toutes les valeurs « \Occurs under » de usfm.sty pour ces trois marqueurs, et une autre dans laquelle j'ai simplement commenté les informations pour ces marqueurs dans le fichier custom.sty. Comme prévu, j'ai récupéré mon style de couleur personnalisé, mais les résultats des Vérifications de base étaient les mêmes que lorsque j'avais supprimé custom.sty : les erreurs avec \xt et le \ior ont été résolues, mais le marqueur \+w était toujours signalé comme un « Marqueur inconnu ».

Y a-t-il un moyen de résoudre les erreurs « Marqueur inconnu » pour les marqueurs \+w ? Et est-ce que modifier mon fichier custom.sty comme je l'ai décrit ci-dessus est la meilleure façon de résoudre les erreurs « Ne peut pas se produire ici » pour les marqueurs \xt et \ior dans l'Introduction ?

Traduit automatiquement depuis English

Ajoutez ip comme marqueur dans la section \OccursUnder sous \xt
Voici à quoi cela ressemble dans mes fichiers custom.sty

\Marker xt
\Description Cross reference target reference(s)
\OccursUnder x f ex ef fe ip ipi im imi ili ili1 ili2 ipq imq ipr iq iq1 iq2 iex p pi pi1 pi2 ms ms1 ms2 ms3 r mr s1 s2 s3 s4 sr # 3.0 Added ex ef fe  ipq imq ipr iq iq1 iq2 iex  ms ms1 ms2 ms3 r mr s1 s2 s3 s4 sr

Vous pouvez ajouter NEST. Cela semble fonctionner dans les deux sens. Quelqu'un peut me corriger si je me trompe, mais je pense que NEST n'est nécessaire que pour la compatibilité ascendante.

Dans les projets qui ont \wj . . .\+w Mot|Lemme\+w . . .\wj*. Je n'ai pas de modifications de \w dans custom.sty et cela semble fonctionner correctement.
Utilisez-vous USFM 3.0 ?

Traduit automatiquement depuis English

NEST est toujours nécessaire lors de l'application d'un style pour savoir s'il peut être imbriqué (c'est-à-dire s'il ajoutera automatiquement le « + » au style ou non). Mais c'est essentiellement tout ce à quoi il sert.

Traduit automatiquement depuis English
0 votes

Merci anon848905 & anon291708,
Je pense que ce qui m'a déconcerté, c'est l'Alerte en haut de la fenêtre de l'inventaire des marqueurs qui dit « Cela ne peut être fait que par un administrateur de projet. ». Cela m'a fait penser que les fonctions de validation n'étaient pas disponibles parce que Paratext ne me reconnaissait pas comme administrateur. Peut-être serait-il bon de remplacer cette alerte ou d'inclure un autre commentaire pour informer l'utilisateur que les marqueurs valides & leur ordre sont définis dans la feuille de style.
encore merci,
BruceBeatham

Traduit automatiquement depuis English
par (129 points)

Oui, BruceBeatham, c'est cette « Alerte » qui m'a aussi déconcerté !

anon200667

Traduit automatiquement depuis English
0 votes

Merci pour ces indications.

En commentant les sections pour \xt, \ior et \w dans mon fichier custom.sty pour supprimer toute modification par rapport à usfm standard, j'ai pu résoudre 2 de mes 3 problèmes : je ne vois plus d'erreurs « occurs under », mais toujours beaucoup d'erreurs liées à \w : « Marqueur inconnu \+w » et « Attributs inconnus (lemma) : \+w »

Oui, le projet utilise maintenant USFM 3. Je l'ai récemment changé de 2 à 3 en essayant de résoudre ces erreurs.

Dans usfm.sty que j'ai, la propriété \OccursUnder pour la section \w inclut NEST à la fin. Je remarque qu'il y a aussi une ligne commentée dans cette section qui dit :
#!\Attributes ?lemma ?strong ?srcloc
ce qui me fait me demander si cela a un rapport avec l'erreur « Attributs inconnus »

Traduit automatiquement depuis English
par (129 points)

Vérifiez que \+w …\+w* n'est utilisé que dans des situations intégrées, comme dans les notes de bas de page et à l'intérieur de \wj …\wj*. S'il n'est pas marqué correctement, vous obtiendrez des erreurs « Unknown marker +w ».

La ligne
#!\Attributes ?lemma ?strong ?srcloc
est une propriété \Attributes pour USFM 3.0. (USFM 2.0 la considère comme un commentaire.)
Elle définit les « Word Level Attributes » pour les mots marqués avec \w (Lemme, Numéro de Strong et Emplacement de la source). Ex. :
\w gracious|strong="H1234,G5485"\w*
Elle ne devrait pas provoquer d'« Unknown attributes error. »
Voir :

Traduit automatiquement depuis English
0 votes

Résolu ! J'ai réalisé que tous les marqueurs \+w n'étaient pas marqués comme inconnus. Lorsque j'ai cherché pourquoi certains l'étaient, j'ai découvert que dans ces cas, il y avait en fait un marqueur de fin pour le style de caractère « environnant » avant les marqueurs \w+, et puis le style de caractère environnant était redémarré après la fin du \w+*. Donc le \w+ n'était pas réellement imbriqué pour une raison quelconque. J'apporte manuellement les modifications nécessaires.

Traduit automatiquement depuis English
par (129 points)
0 votes

Oui ! c'était ça !

Traduit automatiquement depuis English
par (129 points)

Questions connexes

0 votes
2 réponses 207 vues
Nous utilisons \xt ...\xt* tout le temps dans Paratext et dans de nombreux endroits, comme l'Index thématique, ... de Référence Biblique. XXA Lit. Liturgy Sunday Liturgy etc.
davidc78 370 posée mars 6, 2025
0 votes
1 réponse 33 vues
L'un des projets de traduction avec lesquels je travaille a dû fusionner deux versets en un, en raison de la ... une référence de verset valide. Comment puis-je faire cela ?
Rɔnelh 199 posée mars 18
0 votes
1 réponse 151 vues
J'ai ajouté un marqueur défini par l'utilisateur à ma configuration Paratext. J'ai besoin qu'il spécifie quelque ... pour que \zei prenne simplement un nombre comme argument ?
oz1cz 106 posée mai 18, 2024
0 votes
1 réponse 429 vues
Je souhaite exporter le projet en HTML afin de pouvoir partager des brouillons avec d'autres personnes. Je ne veux ... . Comment masquer les marqueurs USFM dans le HTML exporté ?
bit 495 posée avr. 14, 2022
0 votes
1 réponse 36 vues
Ce problème se produit dans des cas comme le mot odia suivant : ସା'ତେରେ Dans ce contexte, le caractère ' ... les règles de validation de Paratext. Merci pour votre soutien.
Shivaji 117 posée mars 18
Welcome to Support Bible, where you can ask questions and receive answers from other members of the community.
They all joined together constantly in prayer, along with the women and Mary the mother of Jesus, and with his brothers.
Acts 1:14
3,047 questions
6,007 réponses
5,672 commentaires
2,027 utilisateurs