Supposons que les traducteurs aient choisi 2 rendus contextuels pour προσκαλέω : ce que nous pourrions glosser par « call.to.come » et « send.someone.to.bring ».
La correspondance basée sur la racine fonctionne bien, donc en saisissant les deux rendus dans l'outil rendus des termes clés, nous obtenons de nombreux coches vertes, et les traducteurs sont satisfaits.
Comme call.to.come est un mot légèrement rare que tout le monde ne comprend pas, après des tests, il a été décidé d'ajouter une entrée au glossaire pour ce mot.
Actuellement (du moins, dans la version 9.3.103.16), si je demande à Paratext de lier automatiquement les entrées de termes clés, nous nous retrouvons avec des entrées étranges comme :
and they \w sent.someone.to.bring|call.to.come\w* the apostles back in.
Ce lien ne devrait pas avoir été inséré. À ce stade, j'ai 2 options :
1. Appuyer sur Annuler et faire tous les liens manuellement.
2. Je dois effectuer une recherche et un remplacement pour les éléments contenant un tiret vertical (|) et/ou supprimer manuellement les entrées incorrectes.
J'aimerais être démenti !
Aussi, s'il y a un vrai call.to.come plus tard dans la section, il est ignoré à cause du faux positif, ce qui laisse les lecteurs se demander ce que signifie ce mot, et/ou pourquoi il n'y a pas de marqueur « aller chercher dans le glossaire ».
Comme nous utilisons une correspondance basée sur la racine, Paratext a les informations dont il devrait avoir besoin pour faire cela correctement - par exemple, il pourrait restreindre les correspondances qu'il lie à celles qui ont la même racine que l'entrée du glossaire - il ne semble simplement pas capable de le faire pour le moment.... a
Veuillez me dire que j'ai tort, et qu'il y a un contrôle quelque part ?
Let's assume the translators have chosen 2 context-sensitive renderings for προσκαλέω: which we might gloss as "call.to.come" and "send.someone.to.bring".
Root-based matching is working well, so entering both renderings into the key terms renderings tool gets lots of nice ticks, and the translators are happy.
As call.to.come is a slightly rare word which not everyone understands, after testing it's decided to add a glossary entry for it.
At present, (at least, in 9.3.103.16), if I instruct paratext to automatically link keyterm entries, then we end up with weird entries like:
and they \w sent.someone.to.bring|call.to.come\w* the apostles back in.
That link shouldn't have been inserted. At that point I have 2 options:
1. Hit undo and do all the linking manually.
2. I need to search-and-replace for things with a pipe/bar (|) and/or manually delete the wrong entries.
I'd love to be proven wrong!
Also, if there's an actual call.to.come later on in the section, then it gets skipped because of the false positive, resulting in readers wondering what that word means, and/or why there's no 'go hunt in the glossary' marking.
Because we're using stem-based matching, Paratext has the information it ought to need to get this right - e.g. it could restrict the matches it links to only ones that have the same stem as the glossary entry - it just doesn't seem to be able to do that at the moment.... a
Please tell me I'm wrong, and there's a control lurking somewhere?
Traduit automatiquement depuis English