Após 5 anos de computadores melhores e algum desenvolvimento no PT, o atraso pode não ser tão ruim quanto costumava ser.
Mas, em geral, janelas extremamente longas no PT o deixam lento. Por exemplo, se você abrir o livro inteiro de Êxodo em uma única visualização e começar a rolar, ele pode começar a travar. Isso é particularmente verdadeiro para aqueles de nós que usam fontes complexas, que exigem mais poder de computação – pode ser menos perceptível se você estiver usando um script latino. Esta é parte da razão pela qual as pessoas quase sempre editam usando "View-->Show all chapter" (Exibir todos os capítulos) em seu estado desmarcado.
Com o glossário, isso se torna um problema, porque os desenvolvedores do PT não criaram um método para dividi-lo em capítulos (e, portanto, em blocos mais gerenciáveis). Portanto, por padrão, desmarcar "View-->Show all chapters" (Exibir todos os capítulos) não ajuda.
O que eu sugeriria seria começar a trabalhar em um glossário. Então, se você começar a ter atrasos, divida artificialmente seu glossário em capítulos. Fazer isso significa que o vínculo com os Termos Bíblicos (Biblical Terms) para de funcionar, então use a opção de capítulo apenas se for absolutamente necessário.
Observe que o atraso só acontece se o livro do Glossário estiver aberto. Ele não deixa o PT lento em geral o tempo todo.
-----------------
Acabei de testar e, sim, o problema com notas sinalizadas (flagged notes) no glossário ainda é um problema. Pessoalmente, eu o chamaria de um bug bastante grave.
Quando o PT cria uma marcação (flag), ele salva algum "contexto" das palavras circundantes para posicionar a marcação no lugar certo. Em livros regulares, esse contexto é o versículo. Mas, como o glossário não é dividido em versículos, ele salva o capítulo inteiro (que pode ser o glossário inteiro) cada vez que você cria uma marcação.
Por exemplo, nosso arquivo de Glossário tem atualmente cerca de 300kb de comprimento. Isso significa que, cada vez que você cria uma nova marcação (ou responde a uma marcação?), seu arquivo Notes.xml fica 300kb mais longo. Você pode ver como isso se acumularia rapidamente. (Dividir o glossário em capítulos torna esse problema menos grave.)
Na prática real, isso não nos causa nenhum problema. A equipe provavelmente está adicionando apenas algumas marcações de cada vez, então cada envio/recebimento (send/receive) usa apenas um ou dois MB de dados. Mas, se precisarmos fazer um S/R (envio/recebimento) novo em um projeto totalmente novo, pode levar um tempo. Um dos projetos em que estou envolvido tem mais de 400mb apenas de notas.
