केवल अन्य परिवर्तनों के साथ ही “shared” फ़ोल्डर साझा होता है?

Question

मैंने Paratext प्रोजेक्ट में PTXPrint का उपयोग करके एक ड्राफ्ट प्रिंट तैयार करने पर काम किया, और जब मैंने काम पूरा किया, तो मैंने प्रोजेक्ट का S/R किया, लेकिन “shared” फ़ोल्डर (जहाँ PTXPrint अपने कॉन्फ़िगरेशन फ़ाइलें रखता है) भेजा नहीं गया। S/R ने कहा कि मैंने प्रोजेक्ट में कोई परिवर्तन नहीं किया है। मुझे Paratext को यह समझाने के लिए प्रोजेक्ट में कुछ अन्य परिवर्तन करना पड़ा कि नई बनाई गई “shared” फ़ोल्डर वहाँ मौजूद है और उसे भी भेजने की आवश्यकता है। Paratext को पुनः आरंभ करने से समस्या का समाधान नहीं हुआ। इसलिए मैंने एक छोटा सा अनुमति (permission) बदला, फिर S/R ने “shared” फ़ोल्डर के साथ भेजा (और फिर मैंने अनुमति वापस बदल दी)। मुझे लगता है कि Paratext को S/R करते समय “shared” फ़ोल्डर की स्थिति में परिवर्तन की जाँच करनी चाहिए, साथ ही अन्य परिवर्तनों के साथ जो वह पहचानता है।

English से मशीन-अनुवादित मूल दिखाएं

Answer 1

यह एक ज्ञात समस्या है और यह बहुत समय से मौजूद है (7.5 से, शायद?)। समस्या यह है कि Paratext नई फ़ाइलों को नहीं देखता है, जब तक उपयोगकर्ता द्वारा कोई अन्य परिवर्तन न किया जाए। इसका कारण S/R के लिए यह निर्धारित करने के दौरान किया गया कुछ कैशिंग (caching) है। मूल रूप से, S/R डायलॉग खोलने में बहुत अधिक देरी (प्रोजेक्ट प्रति एक या दो सेकंड) के बिना, यह प्रोजेक्ट में नई फ़ाइलों की पहचान नहीं कर सकता।
जब Paratext एक नई फ़ाइल बनाता है, तो वह कैश को अपडेट करने में सक्षम होता है ताकि वह S/R हो सके, लेकिन जब उपयोगकर्ता एक नई फ़ाइल जोड़ता है, तो Paratext के पास यह जानने का कोई तरीका नहीं होता कि वह अब मौजूद है, जब तक कि S/R करते समय उल्लेखित देरी न हो।

English से मशीन-अनुवादित मूल दिखाएं

Answer 2

यहाँ एक विचार है… “shared” फ़ोल्डर में एक विशेष रूप से नामित फ़ाइल रखने के बारे में क्या? और यदि Paratext उस फ़ाइल को देखता है, तो वह जानता है कि “shared” फ़ोल्डर को सिंक (sync) करने की आवश्यकता है। सिंक की प्रक्रिया में वह उस फ़ाइल को हटा देगा। (जोबकि, आपको एक ऐसा फ़ाइल नाम चुनना चाहिए जो बहुत विशिष्ट/अद्वितीय हो, ताकि वह गलती से बना न जाए।) इससे PTXPrint जैसे बाहरी प्रोग्राम को फ़ाइलों को अपडेट करते समय यह संकेत देने की अनुमति मिलेगी कि S/R आवश्यक है। बस एक विचार…

English से मशीन-अनुवादित मूल दिखाएं

Comments

हमारी टीम के लिए इस प्रकार का एक फ्लैग बहुत उपयोगी होगा। आदर्श रूप से, यह PT के भीतर सेटिंग्स परिवर्तनों के साथ-साथ बाहरी प्रोग्रामों के लिए भी ट्रिगर होगा। (उदाहरण के लिए, उपयोगकर्ता भूमिका बदलने के लिए पहले पूर्ण S/R की आवश्यकता होती थी, जो PT के पहले संस्करणों में छूट गया था।) मुझे पता है कि उपयोगकर्ता भूमिकाओं को अब अलग से स्थानांतरित किया जाता है, यदि इंटरनेट उपलब्ध हो तो तुरंत। लेकिन यदि अन्य सेटिंग्स संपादन हैं जिनके प्रसार के लिए S/R की आवश्यकता होती है, तो यह अच्छा होगा यदि वे भी इस फ्लैग को ट्रिगर कर सकें।

धन्यवाद!

English से मशीन-अनुवादित मूल दिखाएं

---

ऐसी फ़ाइल पहले से मौजूद है: unique.id। यदि कोई बाहरी प्रोग्राम यह फ्लैग लगाना चाहता है कि S/R किया जाना चाहिए, तो उसे बस उस फ़ाइल में कुछ यादृच्छिक (जैसे कि एक guid) लिखना होगा। अगली बार जब Paratext S/R करेगा, तो वह देखेगा कि यह फ़ाइल बदली गई है और यह स्थानीय रिपॉज़िटरी में जोड़ने/हटाने (add/remove) से पहले रिमोट रिपॉज़िटरी को भेजने से पहले करेगा।

PADev.

English से मशीन-अनुवादित मूल दिखाएं