Après 5 ans d'ordinateurs plus performants et quelques développements sur PT, le ralentissement n'est peut-être plus aussi grave qu'avant.
Mais en général, les fenêtres extrêmement longues dans PT le ralentissent. Par exemple, si vous ouvriez le livre entier de l'Exode dans une seule vue et commenciez à faire défiler, cela pourrait commencer à ramer. C'est particulièrement vrai pour ceux d'entre nous qui utilisent des polices complexes qui nécessitent plus de puissance de calcul — cela peut être moins noticeable si vous utilisez un script latin. C'est en partie pour cette raison que les gens éditent presque toujours en utilisant « View-->Show all chapter » dans son état non coché.
Avec le glossaire, cela devient un problème car les développeurs de PT n'ont pas créé de méthode pour le diviser en chapitres (et donc en morceaux plus gérables). Ainsi, par défaut, désactiver « View-->Show all chapters » n'aide pas.
Ce que je suggérerais serait de commencer à travailler sur un glossaire. Ensuite, si vous commencez à subir des ralentissements, divisez artificiellement votre glossaire en chapitres. Le fait de faire cela signifie que le lien avec les Termes bibliques cessera de fonctionner, donc n'utilisez l'option de chapitre que si c'est absolument nécessaire.
Notez que le ralentissement ne se produit que si le livre Glossaire en question est ouvert. Cela ne ralentit pas PT de manière générale à tout moment.
-----------------
Je viens de tester et, oui, le problème des notes signalées dans le glossaire est toujours un problème. Je l'appellerais personnellement un bug assez majeur.
Lorsque PT crée un signal, il enregistre certains « contexte » des mots environnants afin de placer le signal au bon endroit. Dans les livres réguliers, ce contexte est le verset. Mais comme le glossaire n'est pas divisé en versets, il enregistre le chapitre entier (qui peut être le glossaire entier) à chaque fois que vous créez un signal.
Par exemple, notre fichier Glossaire fait actuellement environ 300 ko de long. Cela signifie que chaque fois que vous créez un nouveau signal (ou répondez à un signal ?), votre fichier Notes.xml devient 300 ko plus long. Vous pouvez voir à quelle vitesse cela peut s'accumuler. (Diviser le glossaire en chapitres rend ce problème moins grave.)
En pratique réelle, cela ne nous cause aucun problème. L'équipe n'ajoute probablement que quelques signaux à la fois, donc chaque envoi/réception n'utilise que 1 ou 2 Mo de données. Mais si nous devons jamais faire un envoi/réception neuf sur un tout nouveau projet, cela peut prendre un certain temps. L'un des projets auxquels je participe a plus de 400 Mo rien que de notes.
