Después de 5 años de computadoras mejores y algo de desarrollo en PT, la ralentización puede no ser tan grave como antes.
Pero en general, las ventanas extremadamente largas en PT lo ralentizan. Por ejemplo, si abriera todo el libro de Éxodo en una sola vista y comenzara a desplazarse, podría empezar a tener retrasos. Esto es particularmente cierto para aquellos de nosotros que usamos fuentes complejas que requieren más potencia de cómputo; puede ser menos notable si está usando un alfabeto latino. Esta es parte de la razón por la que la gente casi siempre edita usando "View-->Show all chapter" en su estado desmarcado.
Con el glosario, eso se convierte en un problema porque los desarrolladores de PT no crearon un método para dividirlo en capítulos (y por lo tanto en fragmentos más manejables). Por lo tanto, por defecto, desactivar "View-->Show all chapters" no ayuda.
Lo que sugeriría es comenzar a trabajar en un glosario. Luego, si comienza a notar ralentizaciones, divida artificialmente su glosario en capítulos. Hacer esto significará que el enlace con Biblical Terms dejará de funcionar, por lo que use la opción de capítulos solo si es absolutamente necesario.
Tenga en cuenta que la ralentización solo ocurre si ese libro del Glosario resulta estar abierto. No ralentiza PT de manera general en todo momento.
-----------------
Acabo de probar y, sí, el problema con las notas marcadas en el glosario sigue siendo un problema. Personalmente, lo llamaría un error bastante importante.
Cuando PT crea una marca, guarda algo de "contexto" de las palabras circundantes para colocar la marca en el lugar correcto. En los libros regulares, ese contexto es el versículo. Pero como el glosario no está dividido en versículos, guarda el capítulo completo (que puede ser todo el glosario) cada vez que crea una marca.
Por ejemplo, nuestro archivo de Glosario tiene actualmente unos 300 kb de largo. Eso significa que cada vez que crea una nueva marca (o responde a una marca?), su archivo Notes.xml se vuelve 300 kb más largo. Puede ver cómo eso se acumularía rápidamente. (Dividir el glosario en capítulos hace que este problema sea menos grave.)
En la práctica real, esto no nos causa problemas. El equipo probablemente solo está agregando unas pocas marcas a la vez, por lo que cada envío/recibo solo usa uno o dos MB de datos. Pero si alguna vez necesitamos hacer un envío/recibo nuevo en un proyecto completamente nuevo, puede llevar un tiempo. Uno de los proyectos en los que participo tiene más de 400 mb solo de notas.