5 वर्षों के बेहतर कंप्यूटरों और PT पर कुछ विकास के बाद, धीमापन अब जितना पहले था उतना बुरा नहीं हो सकता है।
लेकिन सामान्यतः PT में अत्यंत लंबे विंडो इसे धीमा कर देते हैं। उदाहरण के लिए, यदि आपने पूरा उत्पत्ति (Exodus) पुस्तक एक ही दृश्य में खोला और स्क्रॉल करना शुरू किया, तो यह लैग करना शुरू कर सकता है। उन लोगों के लिए यह विशेष रूप से सच है जो जटिल फ़ॉन्ट का उपयोग करते हैं, जो अतिरिक्त कंप्यूटिंग शक्ति लेते हैं--यह कम ध्यान देने योग्य हो सकता है यदि आप लैटिन लिपि का उपयोग कर रहे हैं। यह वही कारण है कि लोग लगभग हमेशा "View-->Show all chapter" को अन-चेक्ड स्थिति में उपयोग करके संपादन करते हैं।
ग्लॉसरी के साथ, यह एक समस्या बन जाती है क्योंकि PT डेवलपर्स ने इसे अध्यायों में तोड़ने (और इस प्रकार अधिक प्रबंधनीय टुकड़ों में) का कोई तरीका नहीं बनाया है। इसलिए डिफ़ॉल्ट रूप से "View-->Show all chapters" को बंद करने से मदद नहीं मिलती।
मेरा सुझाव होगा कि ग्लॉसरी पर काम शुरू करें। फिर, यदि आपको धीमापन शुरू होता है, तो अपनी ग्लॉसरी को कृत्रिम रूप से अध्यायों में विभाजित करें। ऐसा करने का मतलब होगा कि Biblical Terms के साथ लिंकिंग काम करना बंद कर देगी, इसलिए केवल तभी अध्याय विकल्प का उपयोग करें यदि यह निश्चित रूप से आवश्यक हो।
ध्यान दें कि धीमापन तभी होता है जब वह ग्लॉसरी पुस्तक खुली होती है। यह सभी समय पर PT को सामान्य रूप से धीमा नहीं करता है।
-----------------
मैंने अभी-अभी परीक्षण किया और, हाँ, ग्लॉसरी में फ्लैग किए गए नोट्स की समस्या अभी भी एक समस्या है। मैं इसे व्यक्तिगत रूप से एक काफी बड़ा बग कहूंगा।
जब PT एक फ्लैग बनाता है, तो यह फ्लैग को सही स्थान पर रखने के लिए आस-पास के शब्दों का कुछ "संदर्भ" (context) सहेजता है। नियमित पुस्तकों में, वह संदर्भ श्लोक (verse) होता है। लेकिन चूंकि ग्लॉसरी श्लोकों में विभाजित नहीं है, इसलिए यह हर बार जब आप एक फ्लैग बनाते हैं, पूरा अध्याय (जो पूरा ग्लॉसरी हो सकता है) सहेजता है।
उदाहरण के लिए, हमारी ग्लॉसरी फ़ाइल वर्तमान में लगभग 300kb लंबी है। इसका मतलब यह है कि हर बार जब आप एक नया फ्लैग बनाते हैं (या एक फ्लैग का जवाब देते हैं?), आपकी Notes.xml फ़ाइल 300kb लंबी हो जाती है। आप देख सकते हैं कि यह कैसे तेजी से जुड़ सकता है। (ग्लॉसरी को अध्यायों में विभाजित करने से यह समस्या कम गंभीर हो जाती है।)
वास्तविक अभ्यास में, यह हमें कोई समस्या नहीं देता है। टीम संभवतः एक बार में केवल कुछ फ्लैग जोड़ रही है, इसलिए प्रत्येक send/receive केवल एक या दो MB का डेटा उपयोग करता है। लेकिन यदि हमें कभी एक बिल्कुल नए प्रोजेक्ट पर एक नया S/R करने की आवश्यकता होती है, तो इसमें समय लग सकता है। जिस प्रोजेक्ट में मैं शामिल हूँ, उसमें केवल नोट्स के लिए 400+mb है।