+1 vote
490 vues

Nous aimons nos vérifications de base. Utilisez-les régulièrement.

Il y a un problème où PT ne gère pas bien les réalités des langues réelles : nous obtenons beaucoup trop de fausses erreurs concernant « ponctuation manquante en fin de paragraphe ». Nous obtenons cela à chaque fois que des citations sont impliquées.

Considérez ceci : « This German sentence has correct punctuation and correct quotation marks. » (Pour les besoins de la rédaction, nous pouvons utiliser les moches du clavier.) Et : « Cette phrase française a une ponctuation et des guillemets corrects ! » Mais cet élément " n'est pas valide « isolément ».

Ainsi, il est valide dans plusieurs langues d'avoir la ponctuation à l'intérieur des guillemets. Je n'ai pas trouvé comment dire à PT d'accepter cela. La vérification de base « ponctuation » est trop importante pour simplement « valider n'importe quoi » ou pour « refuser pour des chapitres entiers ». Les erreurs de frappe arrivent, aussi en ponctuation, et nous voulons les attraper. Obtenir trop de fausses erreurs émousserait notre vigilance.

Donc, s'il y a un paramètre que j'ai manqué, merci de me le dire. Ce qui m'étonne en tant qu'utilisateur, c'est que " sont listés comme « ponctuation » dans la fenêtre d'inventaire de la ponctuation, puis comme « élément de citation » dans la fenêtre des règles de citation. Si " sont vraiment considérés comme un élément de ponctuation, pourquoi ne vois-je pas la combinaison ." listée comme quelque chose que je peux valider ?

Cela mène à un autre problème qui pourrait être le vrai problème : PT peut distinguer très finement la ponctuation selon qu'elle est en début de mot, en fin de mot, en milieu de mot, isolée, etc., mais les combinaisons d'éléments de ponctuation sont tellement non prises en compte qu'elles sont listées comme « isolées ». Pour vérifier les langues réelles, l'interaction des éléments de ponctuation (clusters) est importante et devrait être programmée.

Si cela était fait, alors je pourrais valider les combinaisons courantes nécessaires comme ." et le « problème de fin de paragraphe » serait indirectement résolu, je crois.

Vous pouvez sentir ma frustration. Mais ce n'est pas une plainte, plutôt un cri d'aide. Voici une mère qui demande de l'aide pour son enfant bien-aimé (langue) qui a les yeux dans le dos et le système scolaire ne lui permet pas de s'asseoir face au dos de la classe.

édition : J'ai un sentiment de déjà-vu. Ai-je soumis une question similaire auparavant, il y a quelques années ? Ou est-ce que j'ai simplement souffert en silence par moi-même ? Je fais toujours des recherches avant de créer un nouveau fil, mais je n'ai pas trouvé ce problème. S'il y a déjà une réponse, s'il vous plaît ne soyez pas en colère et envoyez le lien.

Traduit automatiquement depuis English
Paratext par (934 points)
réaffiché | 490 vues

2 Réponses

+1 vote
Meilleure réponse

Lorsque vous examinez l'inventaire de la ponctuation, vous devez cocher la case (à droite) pour Afficher les séquences. Cela changera la liste pour afficher toutes les séquences de ponctuation. Il vaut la peine de prendre le temps d'examiner cette liste. La vérification de base utilise la liste de la manière dont vous l'enregistrez. Donc, si vous avez sélectionné Afficher les séquences, la vérification sera effectuée avec les séquences.

Traduit automatiquement depuis English
par (9,9k points)

J'ai un problème similaire. Je sais que nous avons effectué toutes nos vérifications avec succès dans PT 7, mais lorsque je vérifie maintenant un (nouveau) livre dans 9.1/9.2, j'obtiens « Ponctuation manquante en fin de paragraphe » pour chaque paragraphe, même si j'ai approuvé tout dans l'inventaire de la ponctuation et qu'il y a clairement un signe de ponctuation. Pour moi, cela est lié à l'écriture khmère.
J'obtiens aussi « Guillemet ouvrant trouvé sans fermant correspondant » même s'il y a clairement un guillemet fermant quelques caractères plus loin et je n'obtiens aucune « Paires de ponctuation non appariées ».

Traduit automatiquement depuis English

Paratext a introduit plus d'inventaires pour aider à vérifier la ponctuation. L'un d'entre eux est l'inventaire des marqueurs manquant la ponctuation finale. Vous devriez vérifier les options de cet inventaire et examiner quelle ponctuation vous utilisez à la fin de vos marqueurs de paragraphe.
La vérification des citations est extrêmement compliquée. Nous avons fait une session Paratext Hour là-dessus la semaine dernière. Vous pouvez voir la session à : EMDC Online | Providing you with interactive learning experiences to provide you with quality ministry content. (Note, vous devez vous inscrire à EMDC pour pouvoir voir les archives).

Traduit automatiquement depuis English

Merci, anon848905, cela a aidé pour la ponctuation. Les importants étaient déjà cochés dans l'inventaire, donc je pense que pendant que PT a conservé ces informations dans les mises à niveau, elles n'ont pas été appliquées jusqu'à ce que cette liste soit ouverte et approuvée à nouveau ? Quant aux citations, je pense que je vais changer la façon dont j'utilise les guillemets, cela devrait résoudre ce problème.

Traduit automatiquement depuis English

Je viens de tomber sur le problème inverse : un paragraphe manquant la ponctuation finale n'a pas été signalé par la vérification de la ponctuation. Il n'est pas non plus listé dans la liste de contrôle « Marqueurs manquant la ponctuation finale », même lorsque je coche « Afficher toute la ponctuation finale ».
Voici la séquence en question, non formatée :
\q1 … ngwabha bhomu\x - \xo 4.4 \xt Tɛg 8.3\x*»
\m
\v 5 Wɨmbombiã…
Le paragraphe \q1 se termine par une référence croisée, puis un guillemet fermant ; il est suivi par \m.
Dans les options « Marqueurs manquant la ponctuation finale », la séquence « q1/m » n'est pas listée comme une séquence à ignorer.
Alors pourquoi PT ne liste-t-il pas cette erreur ? Est-ce à cause des points dans la référence croisée ?

Paulus+Kieviet

Traduit automatiquement depuis English

Paulus+Kieviet - bonne question. Les marqueurs manquant la ponctuation finale est probablement l'inventaire avec le plus d'options et elles peuvent interagir de manière étrange. L'une des options est « Marqueurs qui commencent une nouvelle phrase ». Dans votre cas, le marqueur \m n'est pas considéré comme un marqueur qui commence une nouvelle phrase (par définition, c'est une continuation du paragraphe précédent) et n'exige donc pas que le \q1 précédent se termine par une ponctuation. Si vous ajoutez m à la liste des marqueurs qui commencent une nouvelle phrase, la vérification devrait signaler l'erreur.

Traduit automatiquement depuis English
0 votes

Merci @anon848905 pour deux réponses utiles. J'avais manqué ces petites cases sous ces plus grands boutons valide/invalid. J'étais étonné que mon cerveau les ait cachées, mais cela semble être un effet secondaire de l'affichage très dense de PT. Pas une plainte, pas une excuse, ma faute.

Bien sûr, je prends le temps de vérifier et d'évaluer toutes les séquences, c'est ce que nous voulons. Le contexte est toujours très important et la vraie langue amène des combinaisons étonnantes…

Dans l'inventaire des marqueurs manquant la ponctuation finale, la petite case était aussi décochée par défaut et sans « Afficher toute la ponctuation finale », la fenêtre n'a même pas de sens pour notre projet. Donc je l'ai cliquée très fermement sur mon écran et je l'ai sécurisée avec une goutte de vernis transparent.

Maintenant, nous sommes mieux préparés. Mais j'ai encore obtenu des messages inattendus, où j'avais confirmé les séquences valides et la liste entière « marqueurs finaux ».

J'ai découvert que simplement en exécutant les vérifications de base, ayant confirmé et OK nos inventaires, a fait apparaître plus de fausses erreurs.

Et lorsque je vais dans les inventaires à nouveau, je vois plus d'éléments avec de nouveaux « ? ». Il semble donc que les vérifications de base et les inventaires s'influencent mutuellement et que l'utilisateur doit exécuter quelques cycles pour que tout soit merveilleux. Pas de problème, je peux vivre avec ça pour l'instant. Je vais l'utiliser pendant un certain temps et voir comment cela s'adapte à nos modèles de langue.

Je suis maintenant très heureux et pourrais marquer ma question comme résolue. Mais un autre utilisateur (salut @anon015155 ) a ajouté ses questions, donc je laisse à lui de marquer quand il est aussi satisfait.

Traduit automatiquement depuis English
par (934 points)

Questions connexes

0 votes
2 réponses 359 vues
When running the Basic Checks->Punctuation tool, I'm getting a large number of errors saying Punctuation missing at ... to identify a new paragraph whenever a \qt marker occurs?
mnjames 1,9k posée mai 12, 2020
0 votes
2 réponses 282 vues
When I run the Unmatched Pairs of Punctuation Check (PT 8 or 9), almost every opening quotation mark that starts a quote ... this case!). Any ideas on how to resolve this problem?
viverechristus 296 posée août 21, 2020
0 votes
3 réponses 282 vues
Hello, Anytime I use the \ip Introduction - Paragraph marker in Paratext, the words turns grey. I would be grateful if you can help me correct it. Thank you. anon878803
anon878803 132 posée nov. 8, 2019
0 votes
2 réponses 238 vues
Hello, Words typed under the ip Introduction - Paragraph are grey in my project. It there any support to correct this? Thank you. anon878803
anon878803 132 posée nov. 8, 2019
0 votes
2 réponses 296 vues
We have several languages in our area that do not normally use punctuation to mark end of sentence. They mark end of ... a lot of Punctuation missing at end of Paragraph . Thanks
MSEAIT_LT 478 posée nov. 29, 2017
Welcome to Support Bible, where you can ask questions and receive answers from other members of the community.
For where two or three gather in my name, there am I with them.
Matthew 18:20
3,045 questions
6,005 réponses
5,671 commentaires
2,026 utilisateurs