Setelah 5 tahun dengan komputer yang lebih baik dan beberapa pengembangan pada PT, perlambatan mungkin tidak seburuk dulu.
Namun, secara umum, jendela yang sangat panjang di PT memperlambatnya. Misalnya, jika Anda membuka seluruh kitab Keluaran dalam satu tampilan dan mulai menggulir, mungkin akan mulai melambat. Ini terutama berlaku bagi kami yang menggunakan font kompleks yang membutuhkan daya komputasi tambahan--mungkin kurang terasa jika Anda menggunakan skrip Latin. Ini adalah salah satu alasan mengapa orang hampir selalu mengedit menggunakan "View-->Show all chapter" dalam keadaan tidak dicentang.
Dengan glosarium, itu menjadi masalah karena pengembang PT tidak membuat metode untuk memecahnya menjadi pasal (dan dengan demikian menjadi potongan yang lebih mudah dikelola). Jadi secara default, mematikan "View-->Show all chapters" tidak membantu.
Yang akan saya sarankan adalah mulai mengerjakan glosarium. Kemudian, jika Anda mulai mengalami perlambatan, pecah glosarium Anda secara buatan menjadi pasal. Melakukan ini berarti tautan dengan Biblical Terms berhenti berfungsi, jadi hanya gunakan opsi pasal jika benar-benar diperlukan.
Perhatikan bahwa perlambatan hanya terjadi jika kitab Glosarium tersebut kebetulan terbuka. Ini tidak memperlambat PT secara keseluruhan di semua waktu.
-----------------
Saya baru saja menguji dan, ya, masalah dengan catatan bendera (flagged notes) di glosarium masih menjadi masalah. Secara pribadi, saya akan menyebutnya bug yang cukup besar.
Ketika PT membuat bendera, ia menyimpan beberapa "konteks" dari kata-kata di sekitarnya untuk menempatkan bendera di tempat yang tepat. Dalam kitab biasa, konteks itu adalah ayat. Tetapi karena glosarium tidak dibagi menjadi ayat, ia menyimpan seluruh pasal (yang mungkin seluruh glosarium) setiap kali Anda membuat bendera.
Misalnya, file Glosarium kami saat ini panjangnya sekitar 300kb. Itu berarti setiap kali Anda membuat bendera baru (atau membalas bendera?), file Notes.xml Anda menjadi 300kb lebih panjang. Anda bisa melihat bagaimana itu akan bertambah dengan cepat. (Memecah glosarium menjadi pasal memang membuat masalah ini menjadi kurang parah.)
Dalam praktik nyata, ini tidak menyebabkan masalah bagi kami. Tim kemungkinan hanya menambahkan beberapa bendera pada satu waktu, sehingga setiap pengiriman/penerimaan hanya menggunakan satu atau dua MB data. Tetapi jika kami pernah perlu melakukan S/R baru pada proyek yang benar-benar baru, itu bisa memakan waktu lama. Salah satu proyek yang saya ikuti memiliki 400+mb hanya untuk catatan.
