Bonnes pratiques pour le glossaire

Question

Je commence tout juste à mettre en place un Glossaire dans notre projet et j’ai beaucoup de questions. Je me demande si quelqu’un a déjà rédigé un document sur les « bonnes pratiques » ou des conseils sur la manière dont ils ont fait fonctionner les choses correctement. J’ai lu le document de balisage USFM et les aides de PT, mais ils ne répondent pas à beaucoup de questions.

Par exemple, dans les glossaires longs, les gens utilisent-ils des numéros de chapitre pour le diviser en sections plus simples ? PT a 998 chapitres, mais quand j’ai parcouru mon glossaire et que j’ai ajouté des chapitres au début de chaque nouvelle lettre alphabétique, l’outil des Termes bibliques pour ajouter de nouveaux termes du glossaire a cessé de fonctionner, en indiquant que certains chapitres n’étaient pas dans le bon ordre ou manquaient.

Si vous ajoutez manuellement de nouveaux éléments au glossaire, comment l’outil des Termes bibliques ajoute-t-il de nouveaux éléments du glossaire en ordre alphabétique ? Va-t-il réorganiser vos modifications manuelles pour les mettre dans l’ordre ?

Je suis sûr que plus je travaillerai avec cet outil, plus j’aurai de questions, et je me demande si je ne manque pas une bonne ressource qui y répondrait toutes.

Traduit automatiquement depuis English Afficher l'original

Answer 1

Si vous allez sur https://vimeo.com/channels/paratext, vous trouverez deux vidéos sur les entrées du glossaire. Je ne suis pas sûr que toutes les bonnes pratiques aient été spécifiées, mais voici quelques réflexions.

1. Certaines personnes utilisent des numéros de chapitre pour un grand glossaire, mais sachez qu’ils devront être supprimés pour la publication. ET cela peut entraîner l’échec du lien avec les Termes bibliques. Je recommande de ne pas utiliser de numéros de chapitre.
2. Pour la publication imprimée, vous avez droit à 20 pages de glossaire (s’il s’agit d’une publication de Wycliffe), donc créer un glossaire énorme pourrait poser problème au moment de l’impression. Gardez à l’esprit ce qui est permis. Évidemment, pour d’autres usages (non imprimés), vous pouvez rendre le glossaire aussi grand que vous le souhaitez.
3. L’outil des Termes bibliques classera le glossaire en ordre alphabétique selon l’ordre des paramètres de la langue - gardez cela à l’esprit lorsque vous travaillez.
4. Si vous avez une entrée dans le glossaire, vous pouvez la lier à un mot dans l’outil des Termes bibliques - voir la vidéo partie 2.

Traduit automatiquement depuis English Afficher l'original

Comments

Je ne peux pas parler pour d’autres chemins de publication, mais Publishing Assistant 5.1 n’exige plus de supprimer les numéros de chapitre des glossaires avant la publication.

PADev.

Traduit automatiquement depuis English Afficher l'original

---

Bon à savoir, car les grands livres dans les périphériques ralentissent vraiment Paratext. (J’ai des glossaires qui ont été créés indépendamment de l’outil des Termes bibliques, donc je ne m’inquiète pas des liens.)

PA ignore-t-il les numéros de chapitre dans les livres périphériques ? Recommanderiez-vous d’ajouter des étiquettes de chapitre (\cl) à chaque chapitre ?

Traduit automatiquement depuis English Afficher l'original

---

En général, PA n’ignore pas les numéros de chapitre dans les périphériques ; pour l’instant, c’est juste dans le glossaire. PA n’ignore pas \cl, donc s’ils sont ajoutés, ils doivent être supprimés avant la publication.

PADev.

Traduit automatiquement depuis English Afficher l'original

---

Laissez-moi partager un problème survenu dans un projet. Ils avaient beaucoup de notes dans le glossaire, qui n'avait pas de chapitres. Les fichiers de notes sont devenus si volumineux que cela a rendu l'envoi et la réception (Send/Receive) impossibles, via une connexion large bande assez médiocre. La raison en est que chaque note est attachée à TOUT le texte du glossaire (puisque les glossaires n'ont pas de chapitres ni de versets pour limiter le texte auquel la note est attachée, comme c'est normalement le cas dans le texte des Écritures). Faites donc attention à cela. Il est probablement préférable de ne pas écrire beaucoup de notes dans le glossaire, mais d'exporter le texte dans un fichier Word et d'y commenter le texte.

Traduit automatiquement depuis English Afficher l'original

---

Est-il possible d'utiliser des numéros de chapitre dans les livres périphériques et de les supprimer ensuite via initialChanges.txt, afin que PA ne sache jamais rien de ces partitions de chapitres ?

Traduit automatiquement depuis English Afficher l'original

---

Oui, un grand glossaire ralentit vraiment Paratext, au point qu'il est presque impossible d'y faire des modifications. Après avoir tapé quelques mots, il se fige et vous devez attendre un bon moment pour qu'il redevienne réactif. Je n'ai que 8 Go de RAM, mais en vérifiant l'utilisation de la mémoire, il montre toujours qu'environ 50 % est libre.

Pour moi, diviser le glossaire en chapitres n'est pas non plus une option, car toutes les notes que j'y ai seraient alors déplacées au début du livre.

Des solutions pour résoudre ce problème ?

Traduit automatiquement depuis English Afficher l'original

---

J'ai 32 Go de mémoire et j'ai également rencontré des ralentissements au point que le glossaire était complètement inutilisable.

Le problème des notes nous a également affectés. Finalement, le problème de ralentissement était si grave que j'ai fini par déplacer les notes. Cela a pris pas mal de temps, mais cela en valait la peine à la fin.

Je pense que j'ai juste regardé les drapeaux ouverts et copié/collé les informations importantes dans de nouveaux drapeaux. Cela a perdu une partie de l'historique et des discussions des membres de l'équipe, mais je l'ai résumé lorsque j'ai fait de nouveaux drapeaux.

Une autre option, beaucoup plus difficile, serait d'éditer les fichiers Notes sous-jacents avec un éditeur de texte en changeant les numéros de chapitre. Si vous avez plusieurs membres dans le projet, vous voudriez vous assurer que personne ne fait de notes pendant que vous faites cela. Et lorsque les notes sont déplacées vers le nouveau chapitre, elles peuvent ou non s'attacher à l'emplacement correct. Vous devrez donc peut-être les trouver en haut du chapitre et les rattacher plus tard. L'avantage est que vous verriez les notes originales – et non des résumés que vous avez écrits vous-même.

Traduit automatiquement depuis English Afficher l'original

Answer 2

J’ai une « bonne pratique » à partager. Soyez conscient de la manière dont vous utilisez le marqueur de mot-clé \k dans le Glossaire.

N’utilisez pas plus d’un \k par entrée du glossaire.

Nous avions initialement utilisé plus d’un \k par entrée, ce que nous avions hérité de notre traduction de référence, ce qui semblait fonctionner correctement dans 7.5. Mais dans PT8, cela a causé de gros maux de tête. Par exemple, dans une entrée sur la Pâque, nous pouvions avoir des informations supplémentaires sur d’autres fêtes ou des mots-clés liés. Ces sous-entrées étaient marquées avec \k. Mais Paratext les voyait comme de nouvelles entrées du glossaire, et comme le glossaire trie automatiquement le glossaire en ordre alphabétique, les informations ont été réordonnées alphabétiquement de manière à rendre très difficile la compréhension de ce qui s’était passé. Plus tard, on nous a dit que nous devrions utiliser un autre marqueur pour ces sous-entrées, quelque chose comme \bdit (gras, italique). Je ne suis pas sûr que ce soit correct, mais cela nous a aidés à éviter les problèmes que nous avions.

Traduit automatiquement depuis English Afficher l'original

Answer 3

Merci à tous pour vos réponses.

@Stephen+Katt, je vois dans la documentation USFM qu’il y a un marqueur \pi# pour « Sous-entrées, ou paragraphes secondaires (si l’indentation est préférée). » Avez-vous envisagé d’utiliser cela pour vos sous-entrées ? Si non, y avait-il une raison pour laquelle vous ne vouliez pas utiliser ce marqueur ?

Les fichiers Vimeo couvraient les mêmes informations que les documents d’aide intégrés de PT.

• L’ajout d’éléments du glossaire via les fenêtres des Rendus des Termes bibliques ne fonctionne-t-il absolument pas avec les marqueurs de chapitre ?
  • Quelqu’un connaît-il des astuces pour contourner cela ?
  • Si j’utilisais un éditeur externe pour changer les marqueurs \c en \s lorsque je veux utiliser l’outil de Rendu et les remettre en \c lorsque je veux parcourir le glossaire, y a-t-il des problèmes potentiels que quelqu’un peut prévoir ?
  • Comme l’a souligné @CrazyRocky, avoir un glossaire extrêmement long ralentit considérablement PT.
• Comment et quand le Glossaire applique-t-il le tri alphabétique ?
  • J’ai défini l’ordre dans la boîte de dialogue Paramètres de la langue–>Caractères alphabétiques.
    • Mais le Glossaire se réordonne de manière incorrecte. Il attribue une sorte d’ordre, juste pas celui que j’ai défini.
  • J’ai créé manuellement une entrée dans le Glossaire à la mauvaise place, et elle ne se déplace jamais à la bonne place.
    • J’ai ensuite attaché cela à des Rendus de Termes bibliques, et elle se déplace à la place alphabétique.
    • Donc, le tri alphabétique ne fonctionne-t-il que via la fenêtre BT/Rendus ?

Traduit automatiquement depuis English Afficher l'original

Comments

mnjames:

Je vois dans la documentation USFM qu’il y a un marqueur \pi# pour « Sous-entrées, ou paragraphes secondaires (si l’indentation est préférée). » Avez-vous envisagé d’utiliser cela pour vos sous-entrées ? Si non, y avait-il une raison pour laquelle vous ne vouliez pas utiliser ce marqueur ?

Dans notre cas, nous ne cherchions pas de paragraphes indentés séparés. Ces « sous-mots-clés » étaient en ligne avec le texte, donc nous voulions vraiment juste qu’ils aient un formatage en gras comme les autres mots-clés afin qu’ils se démarquent. Cela s’est produit principalement parce que nous avions adapté une traduction de référence existante et que nous découvrions les choses au fur et à mesure. Le marqueur \pi# pourrait fonctionner si nous décidions de donner à ces autres termes leur propre sorte de sous-entrée officielle. Mais je n’ai pas encore regardé comment cela apparaîtrait au lecteur.

Traduit automatiquement depuis English Afficher l'original

---

J’ai tout juste fait un test rapide avec deux chapitres dans le Glossaire et j’ai pu ajouter de nouveaux termes à la fois depuis l’outil des Termes bibliques et directement dans le Glossaire.

J’ai parfois ajouté des numéros de verset (qui doivent ensuite être supprimés avant la publication) pour permettre une meilleure recherche dans le Glossaire.

Les entrées ne se réordonnent pas jusqu’à ce que vous ajustiez réellement une entrée du glossaire dans l’outil des Termes bibliques.

Notez que \pi \k…\k* triera toujours l’entrée, car le tri a lieu sur \k…\k* quel que soit le marqueur devant le \k. Et le \pi sera changé en \pi nl \p afin que l’entrée commence par un \p.

J’ai aussi remarqué que si j’utilise un autre marqueur pour une entrée (comme \li ou \q1), lorsque l’outil des Termes bibliques modifie cette entrée ou se lie à cette entrée, elle est changée en \p. Donc, ma recommandation serait de les laisser en \p et de les changer lorsque le glossaire est terminé si nécessaire.

Si vous voulez avoir des sous-entrées, une option serait d’utiliser quelque chose comme \pi \bdit…\bdit* afin que l’entrée soit formatée correctement, mais ne soit pas réordonnée.

Le glossaire peut avoir beaucoup de formes. Je recommande de ne pas passer beaucoup de temps sur le formatage tant que les informations de base ne sont pas en place.

Traduit automatiquement depuis English Afficher l'original

---

J'aime vos questions sur le tri, comment et quand. Avez-vous reçu des réponses ? Avez-vous déjà fait des tests et découvert plus de choses ?

Je me perds dans un glossaire en croissance (une équipe s'y concentre actuellement pour des raisons pratiques) et je considère l'ajout de chapitres ou même de versets. Plus je comprends comment fonctionne le glossaire, moins de données je détruirai…

Traduit automatiquement depuis English Afficher l'original

Answer 4

Je veux appuyer la suggestion d’anon848905 de regarder les deux vidéos sur les Glossaires. Bien que la discussion sur l’USFM soit très basique, elles couvrent certaines fonctionnalités moins connues du Glossaire. Deux qui me viennent à l’esprit sont la gestion des mots qui ont beaucoup d’affixes, et la rétablissement du lien entre l’outil des Termes bibliques et le Glossaire après qu’il a été rompu par quelque chose comme un changement d’orthographe dans le Texte.

Je vous encouragerais également à lire le court article de Katie Barnwell sur la création de glossaires, disponible dans Translator’s Workplace. Elle donne de bons conseils sur la décision de ce qui doit et ne doit pas aller dans un glossaire. J’ai commencé à développer son travail et à y mélanger l’aspect Paratext des glossaires, mais je n’ai pas terminé ce projet. En fait, si quelqu’un connaît d’autres articles ou matériaux sur l’aspect lexicographique des glossaires bibliques, j’apprécierais d’en entendre parler.

Traduit automatiquement depuis English Afficher l'original

Answer 5

Comment les gens divisent-ils leur glossaire pour le rendre plus facile à lire et à trouver ? Utilisez-vous des marqueurs \s pour annoncer chaque nouvelle lettre ? Comme \s A, \s B, \s C, etc.

Si oui, comment cela fonctionne-t-il avec le tri alphabétique automatique ? Je me le demande parce qu’un certain nombre de mes marqueurs \s ont changé d’ordre à un moment donné lorsque le tri alphabétique a été appliqué.

Traduit automatiquement depuis English Afficher l'original

Comments

Ma compréhension est qu’il est préférable d’ajouter les titres de section juste avant l’impression. Ils interfèrent avec le tri alphabétique des nouvelles entrées.

Traduit automatiquement depuis English Afficher l'original

---

Je travaille sur un projet où des portions (disons un livre biblique à la fois) sont publiées sous forme d'applications de lecture. Alors que nous discutons des meilleures pratiques, nous devrions espérer trouver des flux de travail qui ne nécessitent pas beaucoup d'ajustements manuels pour la publication de chaque livre (en supposant que nous puissions filtrer le glossaire et avoir toujours un glossaire pertinent avec chaque application de lecture).

S'il y avait un moyen d'avoir des en-têtes de section permanents ou des chapitres, ainsi qu'une alphabétisation stable des nouvelles entrées, ce serait une amélioration utile.

Traduit automatiquement depuis English Afficher l'original

Answer 6

Un bon glossaire est la clé pour comprendre les Écritures pour de nombreux lecteurs isolés qui découvrent la Bible pour la première fois.
Merci à tous. Je suis ravi de voir ce fil de discussion, plein de préoccupations du type « moi aussi » et déjà riche en bonnes contributions.

J'avais prévu de rédiger quelques questions sur la méthode et éventuellement des demandes de fonctionnalités, mais cela s'est produit quelques jours trop tôt.

Chers tous, ces questions sur la structuration du glossaire sont en effet très importantes. Pourquoi ?

Pensez à tous ces projets non publics, qui ont rarement des porte-parole sur un forum. Un lecteur moderne typique pourrait être d'une autre religion. Il ou elle a peut-être trouvé une application biblique sur le Play Store et lit pour la première fois de sa vie, en tant que chercheur.

Nous avons donc besoin d'un glossaire complet et convivial :

• nous avons besoin de liens cliquables depuis le texte principal vers l'entrée de glossaire la plus pertinente

• nous avons besoin d'une option pour faire référence d'une entrée de glossaire à une autre, également par des liens cliquables

PT8 dispose déjà d'excellents outils et de structures solides, à savoir les chapitres, les versets et les références croisées. Mais le glossaire n'utilise pas correctement ces éléments, et certains autres utilisateurs ont tenté des astuces avec les chapitres et les versets.

De mon côté, j'ai essayé de créer des chapitres et j'ai reçu des messages d'erreur : les chapitres ne peuvent contenir que des chiffres et des nombres. Pourquoi ? Si vous levez cette limitation (s'il vous plaît), nous pourrions utiliser la structure la plus solide, le « chapitre », et l'assigner aux lettres de notre alphabet. Il y a un grand danger : si vous autorisez cette idée, d'autres utilisateurs pourraient appeler le chapitre de LUK « 5 », le chapitre de LUK « cinq ». Ce serait très mauvais. Je ne sais pas pourquoi, mais probablement mauvais, cela pourrait casser les outils de navigation. Il en résulterait donc le besoin d'un autre outil de vérification concernant les « numéros de chapitres illégaux dans tous les livres non-glossaires ».

Pourquoi avons-nous urgemment besoin de lier les entrées du glossaire entre elles :

Notre grammaire a des marqueurs de classe pour nos noms en position initiale du mot. Ainsi, le singulier et le pluriel d'une même entrée sont très éloignés l'un de l'autre : S_priest n'est pas à côté de P_priest.

Nous rédigeons notre glossaire de sorte que le terme le plus typique dans le texte pour chaque « mot qui nécessite une explication » soit le terme clé de notre glossaire. Par exemple, « pharisiens » est le plus souvent rencontré par le lecteur au pluriel, donc notre description est listée sous « P_pharisee ». Mais certains lecteurs pourraient aller manuellement à « S_pharisee » et nous aurions alors besoin d'un lien. Parce que notre système de classes est si riche qu'un locuteur natif ne peut pas dire, à partir d'un singulier, comment le pluriel est formé, il y a plusieurs options. Jusqu'à présent, je n'écris qu'un symbole de flèche spécial et le terme de glossaire auquel je veux faire référence, et l'utilisateur doit naviguer lui-même pour trouver l'entrée principale.

Ainsi, les chapitres (pour chaque lettre ou même combinaison de lettres) seraient très utiles. Et chaque entrée de glossaire pourrait avoir le statut d'un verset. Ainsi, les références croisées et les liens deviendraient possibles. Hacher PT8 ne se sent jamais entièrement sûr. Je supplie donc les développeurs de considérer cela et de le faire officiellement.

Notre glossaire devient grand. Une limite de 20 pages imprimées ne s'applique pas à nos applications de lecture. Nous avons également besoin d'aide pour naviguer dans notre glossaire pour notre travail normal, car faire défiler vers le haut et vers le bas prend une éternité. Une autre raison d'utiliser les structures existantes de chapitres et de versets, car pour ceux-ci, nous avons des outils de navigation stables en haut de chaque fenêtre PT8, et certains utilisateurs connaissent même leurs raccourcis clavier.

Une autre fonctionnalité dont nous avons besoin est un moyen de faire le suivi du travail sur chaque élément du glossaire. Je pense que vous appelez cela le progression du projet (project-progress). Veuillez considérer notre façon de travailler :

Nous ne nous asseyons pas certains jours pour dire « faisons toutes les entrées du glossaire pour la lettre K ». Nous traduisons plutôt le texte principal et, après chaque chapitre, pendant que nous avons encore nos études et nos notes à portée de main, nous sélectionnons tous ces mots qui ont posé des problèmes pour la traduction et/ou pour la vérification et la lecture avec d'autres personnes. Et puis nous écrivons ces entrées de glossaire. Comme nous sommes au début, nous avons typiquement cinq à dix entrées par chapitre de texte, et cela diminue lentement, car nous pouvons plus souvent dire « nous avons déjà fait celle-là ».

Ainsi, les entrées du glossaire devraient avoir quelque chose comme des numéros de lot virtuels ou des chapitres administratifs virtuels pour l'application de la progression du projet et des outils de vérification. Comme nous ne les écrivons pas dans l'ordre alphabétique, et que de nouvelles entrées sont constamment ajoutées, il n'y a rien pour le moment pour garder la trace. Si rien ne se présente bientôt, j'aurai besoin de créer un autre marqueur privé et d'inventer une ligne de statut, basée sur nos « étapes » et « tâches » éprouvées des outils de progression du projet, mais appliquées aux entrées de glossaire individuelles.

Le glossaire n'est pas l'Écriture, mais c'est une clé très importante pour tout nouveau lecteur qui permet d'accéder et de comprendre le texte principal. Vous seriez surpris de voir combien de termes « de base » sont inconnus dans notre partie du monde. Nous voulons donc créer le même niveau de qualité et appliquer les outils existants de contrôle qualité et de suivi.

Je vous prie de vous réjouir de ce retour : mon collègue de l'équipe est revenu très content la semaine dernière d'une session de création d'entrées de glossaire. Le traducteur local a dû travailler dur et faire tourner POSS_head autour de plusieurs nouveaux concepts. Mais à la fin, PRO a dit quelque chose comme « c'est si incroyable, nous apprenons tellement et les choses ont encore plus de sens maintenant ». Amusant (ou triste), cette session de travail a eu lieu après que le chapitre du texte principal ait déjà été traduit, donc tous les termes et concepts auraient dû être expliqués avant. Il semble que le travail sur le glossaire se transforme en une mini école biblique pour toute notre équipe.

Je suppose que - si nous regardons les structures existantes plutôt que d'inventer un système séparé - la plupart du travail pour un glossaire plus fonctionnel est déjà fait. Cela pourrait être aussi simple que d'autoriser les chapitres et les versets à être alphanumériques plutôt que numériques uniquement (et vérifier bien sûr les effets secondaires indésirables). Nous sommes prêts à aider en tant que testeurs, car c'est important.

Merci pour toutes les idées et le traitement dans ce fil, je vais suivre cela avec impatience.

Traduit automatiquement depuis English Afficher l'original

Comments

Tim,

Si vous lisez le papier de Kathie Barnwel sur les glossaires, vous verrez qu'elle décrit un processus plus proche de ce que vous décrivez. Elle dit que les équipes devraient toujours chercher à voir quels termes devraient être dans le glossaire et en garder la trace, et réviser constamment le glossaire et ses entrées au fur et à mesure que des retours sont reçus des tests communautaires ou des visites de consultants. Il n'est pas du tout inhabituel que la compréhension d'un terme par une équipe change ou s'approfondisse au fil du temps. Les équipes devraient chercher à mettre à jour leurs glossaires à mesure que leur compréhension s'approfondit et devient plus nuancée.

De nombreuses tâches de traduction devraient être vérifiées et révisées périodiquement, pas seulement les glossaires. La fonctionnalité du Plan de Projet (Project Plan) tend à être très linéaire, mais les tâches cycliques peuvent être placées dans le plan en utilisant un soigneux choix de mots tels que brouillon, révision 1, révision 2, etc. S'il est important pour vous de gérer les différentes étapes de la création d'un glossaire, vous pourriez ajouter plusieurs étapes explicites à votre plan. Par exemple, à l'étape de la Rédaction (Drafting), ayez une tâche « identifier et marquer les mots qui peuvent nécessiter une entrée de glossaire ». Dans le champ de description, vous pourriez donner des instructions plus détaillées comme « marquer les mots de tête dans le texte avec les marqueurs \w…\w* ou créer une entrée de glossaire à partir de l'outil Termes Bibliques (Bible Terms), mais ne pas rédiger de définition. »

À l'étape de la Vérification par l'Équipe (Team Checking), vous pourriez ajouter une tâche comme « l'équipe examine les termes marqués pour le glossaire » et dans la description dire « l'équipe accepte ou rejette les termes marqués par le rédacteur pour le glossaire et peut ajouter des termes qui ont été manqués par le rédacteur. »

Vous pourriez ensuite avoir une tâche séparée pour la rédaction des entrées du glossaire, puis une autre pour les examiner et les réviser plus tard. J'espère que vous voyez l'idée. Si vous voulez plus de détails sur les glossaires dans votre plan de projet, vous devriez les ajouter à votre plan, et le plan vous aidera à ne pas manquer une étape.

Vous avez raison qu'il n'y a pas de vérifications automatisées comme il y en a dans l'outil de passages parallèles ou les gloses pour l'interlinéaire. Si c'est important pour vous, vous pourriez faire une demande de fonctionnalité pour une case de statut comme celle que l'outil de passages parallèles possède. Une fois que l'équipe pense que les passages parallèles évalués sont appropriément parallèles, un membre de l'équipe coche la petite case indiquant que le travail est terminé. De même, cela nécessite le jugement d'un locuteur de la langue pour dire si une entrée de glossaire est terminée ou non, donc une case de passage/échec est le seul système que je puisse imaginer qui pourrait être utilisé dans ce cas.

Traduit automatiquement depuis English Afficher l'original

---

anon044949:

À l'étape de la Vérification par l'Équipe (Team Checking), vous pourriez ajouter une tâche comme « l'équipe examine les termes marqués pour le glossaire » et dans la description dire « l'équipe accepte ou rejette les termes marqués par le rédacteur pour le glossaire et peut ajouter des termes qui ont été manqués par le rédacteur. »

Vous pourriez ensuite avoir une tâche séparée pour la rédaction des entrées du glossaire, puis une autre pour les examiner et les réviser plus tard. J'espère que vous voyez l'idée. Si vous voulez plus de détails sur les glossaires dans votre plan de projet, vous devriez les ajouter à votre plan, et le plan vous aidera à ne pas manquer une étape.

Jess, merci pour votre contribution à ce sujet.

Sauf que ce que vous décrivez pour le Plan de Projet (Project Plan) ne fonctionne pas encore dans PT8 (ou je manque quelque chose). Le Plan de Projet est structuré par chapitres. Et nos entrées de glossaire n'ont rien (comme un tag de statut) où nous pourrions les « assigner » à un chapitre spécifique. Nous pourrions dire quelque chose comme « la graine de moutarde a été rencontrée pour la première fois puis rédigée dans le contexte de LUK 15 ». Mais en travaillant dans notre Plan de Projet, il n'y a aucun moyen de même afficher toutes ces entrées de glossaire qui « appartiennent » à un certain chapitre.

En revanche, dans la fenêtre Termes Bibliques (Bible Terms), je peux facilement afficher tous les termes grecs pour un certain verset, ou chapitre ou livre, etc. Nous sommes donc d'accord avec vous, mais nous manquons d'outils. Ou plutôt, il semble que ce fil de discussion se transforme en une collection d'idées - qui pourraient plus tard se métamorphoser en une demande de fonctionnalité multi-utilisateurs. C'est encore trop tôt, je suis toujours en train de collecter des idées et de voir ce que font les autres utilisateurs. Merci encore.

Traduit automatiquement depuis English Afficher l'original

Answer 7

Dans un autre fil, le sujet de l'utilisation de Paratext et Fieldworks ensemble est venu. J'aimerais voir un outil de création de glossaire à l'avenir où l'utilisateur serait en mesure de baliser des entrées dans la base de données Fieldworks qui seraient importées dans le Glossaire de Paratext. Cela pourrait être dynamique, de sorte que lorsque les données pour ces mots sont affinées dans Fieldworks, les entrées du glossaire seraient mises à jour. Fieldworks permet déjà de prendre des sous-ensembles de vos données pour créer différents dictionnaires ; pourquoi ne pas avoir une catégorie « Glossaire Biblique » et lier cette catégorie à Paratext. Fieldworks est un très bon programme de création de dictionnaires, nous devrions utiliser cette puissance pour créer de meilleurs glossaires au lieu de dupliquer toutes ces fonctions dans Paratext.

Traduit automatiquement depuis English Afficher l'original

Answer 8

C'est un jour férié ici, donc nous avons une journée calme au bureau et pouvons faire un peu de recherche et de développement :

Nous avons créé un marqueur personnalisé et testé comment nous pouvons suivre l'état d'avancement de chaque entrée du glossaire, en utilisant nos codes internes issus de notre Plan de projet (Project Plan).

Plus tard, nous voulons essayer l'idée d'assigner des chapitres virtuels ou des numéros de lot à nos entrées de glossaire, pour le suivi de l'avancement.

Malheureusement, l'icône bleue « progress » ne s'affiche pas lorsque nous travaillons dans notre glossaire. Et pire encore, en essayant d'ouvrir la fenêtre (pour rechercher un code), j'ai reçu ce message plutôt sévère :

Current book (GLO) is not in the project plan.Since it is not a Scripture book, it cannot be added to the progress plan.

Ainsi, depuis quelques jours, nous avons discuté ici de la meilleure façon de travailler sur le Glossaire, et maintenant PT8 me dit que nous ne pouvons même pas faire de contrôle de qualité ni de suivi de l'avancement. Ce n'est pas un bug, bien sûr, mais veuillez reconsidérer la situation.

Je connais des projets où le consultant vérifie le glossaire (pas comme les Écritures, mais de manière similaire) avant la publication, car il est publié dans le même livre et a un impact majeur (pour le meilleur ou pour le pire) sur la compréhension du texte principal par les lecteurs. Pourquoi donc bloquer le suivi de l'avancement et de la qualité au niveau technique ? Veuillez reconsidérer, chers responsables de la politique.

Traduit automatiquement depuis English Afficher l'original

Comments

Tim:

Pourquoi donc bloquer le suivi de l'avancement et de la qualité au niveau technique ? Veuillez reconsidérer, chers responsables de la politique.

Juste pour que vous sachiez le raisonnement derrière cette décision :
Le glossaire, les livres supplémentaires, etc. ont généralement un ensemble d'étapes différent (parfois très différent) à parcourir que les livres des Écritures. Parce que les Affectations et l'Avancement (Assignments and Progress) ne permettent de spécifier un plan que pour l'ensemble du projet (c'est-à-dire les choses que vous faites pour chaque livre), pour que vous puissiez ajouter les différentes étapes pour les livres non-scripturaires, cela encombrerait le reste des étapes pour les livres des Écritures et vous seriez probablement forcé de cocher des éléments dans des livres qui ne seraient jamais réalisés.

Je pense qu'il y a une demande de fonctionnalité pour permettre de spécifier le plan par livre, afin que la vérification des livres non-scripturaires soit possible sans être gênante. Cependant, cela n'est pas encore devenu une priorité élevée.

Traduit automatiquement depuis English Afficher l'original

---

Merci @anon291708 d'avoir donné des raisons et un contexte. Je suis d'accord pour dire que le glossaire a besoin d'étapes de vérification différentes.

J'étais simplement choqué que PT8 ne permette aucune sorte de vérification via le Plan de projet (Project Plan), il refuse même d'ouvrir la fenêtre de vérification (nous ne pouvons donc même pas consulter nos références pour faire notre suivi manuel de l'état, alors que nous avons le curseur à l'intérieur du « livre » du glossaire.)

L'outil Plan de projet (Project Plan) est puissant et nous pourrions facilement passer du temps à écrire une étape personnalisée avec les tâches personnalisées nécessaires. Mais comme l'outil est entièrement verrouillé, nous ne pouvons pas l'utiliser du tout.

L'outil de suivi de l'avancement est tout nouveau. Et nous l'aimons beaucoup pour les livres normaux : nous gardons une trace sur papier de toutes les tâches qui couvrent moins qu'un chapitre entier. Et puis nous cochons les cases dans PT, une fois un chapitre entier terminé. (Ce bureau est composé principalement de travailleurs indépendants qui viennent quand ils trouvent le temps.) Nous utilisons donc un système de numérotation des références pour savoir facilement sur papier quelle tâche est laquelle.

Ainsi, lorsque je vous donne des retours, gardez à l'esprit que nous l'aimons et que nous l'apprécions. Pourtant, il pourrait servir à plus de choses avec moins de verrouillage - selon ce que d'autres utilisateurs confirment ou déclarent non pertinent pour d'autres projets.

Je me souviens que dans l'ancien PT7, nous n'avions que trois ou quatre tâches définies dans l'Avancement du projet (Project Progress) et j'ai constaté que nous pouvions le personnaliser pour avoir un maximum de 8 tâches. Mais nous n'avons jamais réussi à caser le rapport de toutes nos tâches locales dans seulement 8 étapes, donc le rapportage était un désastre. Encore une fois : nous apprécions le nouvel outil, il a tout ce potentiel, c'est pourquoi nous voulons l'adapter mieux à notre réalité.

Lorsque nous avons migré vers PT8 et que nous avons eu notre premier aperçu de l'outil Plan de projet (Project Plan), nous avons aimé la complétude et nous avons été nerveux face à la rigidité du concept et aux plans d'exemple proposés. Comme vous le dites « ne permet de spécifier un plan que pour l'ensemble du projet ». Nous avons donc passé presque une heure à décocher toutes ces « ne peut démarrer cette tâche nnnn qu'après que la tâche mmmm a été terminée ». Parce que c'était totalement irréaliste pour nos situations locales, notre équipe et la façon dont nous devons permettre les maladies, les absences, les coupures d'électricité, etc. Le projet sur lequel j'ai les mains dans le PT n'est pas un projet parfait et nous préférons rapporter et enregistrer la vérité laide plutôt que d'être forcés par un plan parfait de ne pas rapporter parce qu'une case était « verrouillée ».

Je n'ai pas oublié que ce fil est à propos du glossaire. Donc une première demande serait de déverrouiller l'outil de rapportage, afin qu'au moins la fenêtre puisse être ouverte depuis le livre du glossaire (pour regarder). Encore plus utile serait de permettre aux utilisateurs d'écrire des étapes et des tâches personnalisées pour ce que vous appelez les livres supplémentaires, jusqu'à ce qu'une idée plus merveilleuse puisse être réalisée. Nous travaillons sur le glossaire chaque semaine au fur et à mesure que nous avançons dans la traduction principale. Et comme de nouvelles entrées du glossaire sont constamment poussées à différents endroits, selon l'alphabet, nous avons besoin de moyens personnalisés intelligents pour garder la trace de nos tâches de glossaire.

J'ai créé des prototypes d'une ligne d'état pour chaque entrée du glossaire hier. En utilisant les mêmes numéros de référence locaux que pour notre travail de texte normal (vérification orthographique, plusieurs rounds de relecture, certaines vérifications, etc). Et certaines tâches qui n'auraient pas de sens (comme assigner des termes grecs à chaque mot dans une explication de glossaire), nous les sautons simplement.

Ensuite, je veux expérimenter avec des chapitres virtuels ou des numéros de lot pour garder la trace des ensembles d'entrées du glossaire qui sont travaillés ensemble en une journée de travail. Alors veuillez nous tenir informés de la feuille de route officielle de PT, afin que lorsque les « vrais outils » pour le suivi des livres supplémentaires seront prêts, nous puissions migrer là-bas.

Traduit automatiquement depuis English Afficher l'original

Answer 9

Témoignage : j'ai converti un Glossaire de « aucune structure » à « 33 chapitres », pour une langue avec 33 caractères dans son alphabet. Certains de ces caractères ne peuvent jamais apparaître en début de mot, donc ces chapitres resteront vides.

PT8 semble fonctionner très bien avec cette nouvelle configuration. Les nouvelles entrées du glossaire - telles que créées depuis la fenêtre des Termes clés (Key Terms) - sont toujours triées exactement là où elles doivent l'être alphabétiquement. Je n'ai observé aucun effet secondaire négatif et l'équipe ne s'est pas plainte jusqu'à présent.

Ceci est un exemple triste de plus où l'humain doit s'adapter à son outil informatique ; PT8 n'accepte rien d'autre que des chiffres numériques purs après \c - donc j'ai fait un tableau de l'alphabet pour l'équipe pour rechercher rapidement les entrées du glossaire : Vous voulez un terme commençant par « sh » ? Allez au chapitre 28. Pourtant, c'est beaucoup mieux que l'ancien glossaire non structuré qui s'étendait sur plusieurs écrans.

Merci à @anon848905 qui - je crois - a été le premier à partager l'idée de créer des « chapitres » factices dans ce fil.

Traduit automatiquement depuis English Afficher l'original

Answer 10

@anon716631 @mnjames

Avez-vous soumis un retour (Feedback) à Paratext sur ce problème de lenteur ? Peut-être que lorsque vous le ferez, vous pourriez détailler votre besoin de changements dans la façon dont le Glossaire (et les Notes de projet dans le Glossaire) fonctionne.

Traduit automatiquement depuis English Afficher l'original

Comments

J'avais supposé que ce problème était déjà connu des développeurs, mais j'ai maintenant envoyé un rapport de bug.

Traduit automatiquement depuis English Afficher l'original