0 votes
1,3k vues

Quelqu'un peut-il me dire ce que je dois faire pour éliminer ces erreurs affichées par les vérifications de base (basic checks) ?
Pour un projet utilisant l'alphabet romain :

  1. Ponctuation médiane invalide PT9.1.104.59 m'indique que ceci est une erreur : (21:1-22:1). Cela se trouve dans une introduction de livre et nous essayons de dire quelque chose au sujet des versets 21:1 à 22:1. Je vois que « - » est déjà répertorié dans les paramètres des nombres comme une ponctuation médiane possible, donc je ne suis pas sûr pourquoi c'est une erreur.
  2. Ponctuation manquante à la fin du paragraphe Nous avons un paragraphe qui se termine par un deux-points. Le paragraphe suivant commence par \p. Où puis-je indiquer à PT qu'un deux-points est une ponctuation acceptable pour terminer un paragraphe ?

Pour un projet utilisant l'alphabet birman :
3) Matériel supplémentaire invalide J'ai remarqué que ces erreurs sont toutes trouvées après \r sous un titre de section. Est-ce que cela se produit lorsque le livre et les versets référencés n'ont pas encore été traduits ? Y a-t-il un moyen d'éliminer ces erreurs (à part traduire ces passages) ?
4) Préfixe invalide Ces erreurs se produisent dans les introductions de livres où nous indiquons une plage de chapitres (par ex. 10-15, sauf que les nombres sont en alphabet birman). Il semble que le tiret entre deux nombres provoque l'erreur de préfixe invalide. Comment puis-je indiquer à PT que ce n'est pas une erreur ?

Traduit automatiquement depuis English
Paratext par (219 points) | 1,3k vues

3 Réponses

0 votes
Meilleure réponse
  1. Le deux-points doit également être marqué comme ponctuation médiane.
  2. Essayez l'inventaire des marqueurs manquant la ponctuation finale (Outils > Inventaires de vérification > Marqueurs manquant la ponctuation finale). Il y a aussi un bouton Options sur cet inventaire qui contient plus de paramètres pour vous permettre de personnaliser le comportement.
  3. Matériel supplémentaire invalide signifie qu'il a détecté qu'il y a d'autres textes dans le texte du marqueur \r qui ne font pas partie de la référence elle-même. En anglais, c'est généralement quelque chose comme \r See Mrk 2.14-2.18 (le « See » est considéré comme « matériel supplémentaire »). Un exemple aiderait à donner une réponse plus précise.
  4. Le tiret ne devrait pas provoquer cette erreur s'il est entouré de nombres. Pouvez-vous publier un exemple ?
Traduit automatiquement depuis English
par [Expert]
(16,7k points)

Merci beaucoup.

  1. Ajouter le deux-points n'a pas résolu le problème. Le texte qui apparaît comme un problème est (21:1-22:1). J'ai ajouté à la fois le tiret et le deux-points, mais cela n'a pas résolu le problème. Des idées ?
  2. Corrigé.
  3. Je vais en discuter avec les MTT et voir quels mots supplémentaires s'y trouvent.
  4. Le tiret est entre un nombre et un mot. Ils essaient d'écrire « au (chapitre) 11 » et « au (chapitre) 12 ». Mais ils ont écrit littéralement « 11-au » et « 12-au » et ils l'ont fait en attachant le tiret au nombre, ce qui, je pense, fait croire à PT que le nombre est un préfixe. Normalement, la particule signifiant « au » est attachée directement au mot précédent, mais je pense que parce qu'il pourrait paraître étrange de l'attacher aux nombres, les MTT ont mis un tiret entre le nombre et le « au ». En supposant que les MTT disent que le tiret est nécessaire, y a-t-il un moyen d'indiquer à PT que c'est acceptable ?
Traduit automatiquement depuis English
  1. Vérifiez les paramètres de référence biblique de votre projet pour voir quel symbole Paratext s'attend à trouver comme séparateur chapitre-verset. Si vous voulez un deux-points, vous pouvez le configurer pour utiliser le deux-points.

  2. Il est peut-être possible de définir « -au » comme texte supplémentaire dans les paramètres de référence biblique. Mais peut-être que le texte supplémentaire ne doit pas être attaché au numéro du chapitre.

Traduit automatiquement depuis English

Le tiret est un problème parce que la référence biblique que vous montrez s'étend sur plusieurs chapitres. Si vous regardez vos paramètres de référence biblique, vous trouverez probablement que le tiret long (em dash) est défini pour les références qui s'étendent sur plusieurs chapitres. Vous pouvez modifier ce paramètre, mais il est recommandé de marquer les références qui s'étendent sur plusieurs versets différemment de celles qui s'étendent sur plusieurs chapitres.

Traduit automatiquement depuis English

Vous pouvez certainement utiliser des mots pour marquer les plages traversant des chapitres. Voici un exemple d'un projet qui utilisait le mot « jusqu'à » lorsqu'une référence s'étendait sur une ou plusieurs limites de chapitres.

image

Traduit automatiquement depuis English

J'ai changé le marqueur de passage de chapitre pour être le tiret long (em dash) et j'ai modifié le texte pour en tenir compte, mais cela n'a pas résolu le problème. Est-ce à cause du fait que les références de versets sont entre parenthèses sans le nom ou l'abréviation du livre ? C'est-à-dire, simplement (21:1–22:1) J'ai pu le « résoudre » en définissant le marqueur de passage de chapitre ainsi : (21:1 - 22:1).

Mise à jour : J'ai aussi pu le résoudre en mettant le nom du livre entre parenthèses et en revenant au tiret comme ceci : (Nombres 21:1-22:1) Je suppose qu'avec le nom du livre, PT le regardait comme de simples nombres, plutôt que comme des références bibliques ?

Mais j'aimerais toujours savoir comment faire accepter à Paratext quelque chose comme (21:1-22:1) ou (21:1–22:1).

Traduit automatiquement depuis English

Réponses ci-dessous :

  1. Ponctuation médiane invalide. - C'est une référence, donc si vous n'utilisez pas \r ou \ior ou \mr avec elle, enveloppez-la dans \xt … \xt* et l'erreur disparaîtra (à moins que vous deviez corriger la référence.)
  2. Ponctuation manquante à la fin du paragraphe – Cela est défini dans le Menu du Projet/Outils/Inventaires de vérification/Inventaire des marqueurs manquant la ponctuation finale. C'est le plus utile lorsque « Afficher toute la ponctuation finale » est coché.
  3. Matériel supplémentaire invalide – Vous ne fournissez pas assez d'informations pour répondre à votre question et je ne pense pas que vous ayez trouvé la bonne raison, à moins que vous n'ayez un \r vide et que vous n'ayez pas de \p qui le suit avant le numéro du verset ? Paratext considérera tout texte suivant le \r comme une référence à vérifier jusqu'à ce qu'il trouve un marqueur de paragraphe.
  4. Préfixe invalide – enveloppez même ceux-ci dans \xt … \xt* et assurez-vous d'utiliser le symbole de pont de chapitre que vous avez défini dans les Paramètres de référence biblique (Menu du Projet/Paramètres du Projet).
Traduit automatiquement depuis English

Merci pour l'explication détaillée. Je vais y regarder de plus près demain avec les MTT et essayer de faire disparaître ces erreurs.

Traduit automatiquement depuis English

Les signes suivants utilisés dans PT l'aideront, je pense :
tiret (-) \u002D
tiret demi-cadratin (–) \u2013
tiret cadratin (—) \u2014

Traduit automatiquement depuis English
0 votes

Tandis que j'ai votre attention, je rencontre un autre problème sur lequel je voudrais poser une question. Le code d'erreur est « Livre invalide » dans la ligne \r. Pour autant que je puisse le dire, le nom du livre est le même que celui utilisé dans \toc2, donc je ne suis pas sûr quel est le problème.

Oubliez. J'ai trouvé. \r était défini pour chercher des abréviations au lieu du nom court.

Traduit automatiquement depuis English
par (219 points)
réaffiché

Sur réflexion, j'ai supprimé mes mots birmans.

Traduit automatiquement depuis English

Cela était vrai auparavant. Cependant, maintenant la vérification fonctionne à partir des Paramètres de référence biblique trouvés dans le Menu du Projet/Propriétés/Paramètres de référence biblique. Paratext remplit cela pour vous à certains moments, mais si vous modifiez les lignes \toc dans votre texte, il ne le met pas à jour à moins que vous ne le lui disiez. S'il y a un écart entre les lignes \toc dans votre texte et les Paramètres de référence biblique, il y aura une barre orange dans le menu indiquant un conflit. Si vous cliquez dessus, vous êtes facilement guidé pour mettre à jour les listes.

Traduit automatiquement depuis English

Merci. Oui, une fois que nous avons remarqué ce petit paramètre dans les Paramètres de référence biblique, nous avons compris d'où venait l'erreur. Et oui, nous devrons faire attention à cette liste de noms de livres et d'abréviations et la maintenir à jour et précise.

Traduit automatiquement depuis English
0 votes

Une autre erreur impliquant une note de bas de page. La phrase ‘Urim’ hai ‘Thumim’ a été sélectionnée comme note de bas de page. Les guillemets simples apparaissent parce qu'ils sont dans une autre citation.

Mais les vérifications de base marquent ‘Urim’ hai ‘Thumim’ comme une erreur s'il apparaît dans \fq ou \ft en disant que c'est une citation dans une citation sans guillemets. Si je supprime les guillemets simples dans la note de bas de page ou remplace les guillemets simples par des guillemets doubles dans la note de bas de page, alors cela génère une autre erreur disant que le texte n'est pas trouvé dans le verset.

Y a-t-il une autre solution à cela à part simplement supprimer la référence \fq ?

Traduit automatiquement depuis English
par (219 points)
réaffiché

Il y a quelques façons de gérer cette erreur :

  1. Changez les guillemets simples en guillemets doubles et puis changez le \fq en \fqa (qui n'est pas vérifié pour l'exactitude).
  2. Reconnaissant que le texte est correct, vous pouvez rejeter l'erreur (Allez au menu de la fenêtre de liste et cliquez sur Rejeter ou utilisez CTRL+D)
Traduit automatiquement depuis English

Merci. Y en a-t-il beaucoup d'autres qui ne sont pas vérifiés pour l'exactitude ? Tous (ou la plupart) des marqueurs utilisés comme alternative ne sont-ils pas vérifiés pour l'exactitude ?

Traduit automatiquement depuis English

Je pense que ce que anon848905 voulait dire est que le texte \fqa n'est pas vérifié pour l'exactitude dans l'appariement avec le texte biblique. Il l'était et devrait toujours être vérifié pour la correction de toutes les autres manières. Vous pouvez utiliser la ligne \fqa et mettre des guillemets doubles au lieu de guillemets simples, satisfaisant ainsi la vérification des citations.

Bien sûr, ce n'est pas vraiment utiliser le marqueur correctement si le texte est censé être la partie citée directement de l'Écriture et je conseillerais à l'un de mes équipes de rejeter l'erreur plutôt que de modifier le texte. Je préférerais qu'il corresponde toujours exactement à l'Écriture autant que possible.

Bénédiction,

Traduit automatiquement depuis English

Je suis absolument d'accord avec :@Shegnada sur ce point

si le texte est censé être la partie citée directement de l'Écriture et je conseillerais à l'un de mes équipes de rejeter l'erreur plutôt que de modifier le texte. Je préférerais qu'il corresponde toujours exactement à l'Écriture

Cela dit, je recommanderais aux développeurs d'exclure le texte dans \fq de la vérification des Citations. Il n'y a aucun avantage à le faire parce que le texte est déjà vérifié par rapport au texte principal en utilisant la vérification du Texte cité et le texte principal est vérifié avec la vérification des Citations. Vérifier le texte dans \fq en utilisant la vérification des Citations ne mène qu'à des erreurs qui doivent être rejetées…

Traduit automatiquement depuis English

Questions connexes

0 votes
2 réponses 364 vues
One user wants to use print draft but is encountering an error which says marker errors detected , when certain ... user be concerned about the message seen in print draft?
anon310851 135 posée mai 8, 2018
0 votes
1 réponse 441 vues
I'm working on basic checks for a project, and it keeps coming up with Citation form (x) is missing from glossary every ... difference. (P.S. I am using Paratext 8.0.100.84)
Rɔnelh 199 posée nov. 16, 2019
0 votes
1 réponse 217 vues
Je ne suis pas sûr que ce soit une question ou un simple avertissement. Aujourd'hui, l'un des utilisateurs de ... où d'autres personnes commencent à voir ce problème apparaître.
Stephen Katt 1,3k posée mars 14, 2024
0 votes
1 réponse 283 vues
Translations in our language follow the versification of the Russian Synodal Protestant. UBS have keyed in the old ... and versification for this project is set to RSP.)
wdavidhj 1,4k posée juin 13, 2016
0 votes
2 réponses 780 vues
What might be the explanation why you cannot insert a project note while in Basic View in PT 9, but you could in PT8?
Seppo Sipilä 250 posée mars 26, 2020
Welcome to Support Bible, where you can ask questions and receive answers from other members of the community.
Very truly I tell you, whoever accepts anyone I send accepts me; and whoever accepts me accepts the one who sent me.
John 13:20
3,049 questions
6,007 réponses
5,672 commentaires
2,029 utilisateurs