"Just Send" और "Just Receive"

Question

मैंने अभी-अभी प्रोजेक्ट के केवल एक हिस्से के S/R (Send/Receive) की संभावना के बारे में एक अलग [विवरण/पोस्ट] पढ़ा।
(आंशिक भेजना/पाने की संभावना - sflint द्वारा #3)

मुझे james_post द्वारा उल्लिखित समस्याओं का पता है, जिनमें लोग अपने पूरे प्रोजेक्ट को अपलोड करना भूल जाते हैं।

हालाँकि, मैंने सोचा है कि अतिरिक्त “send” और “receive” बटन होने लाभदायक होगा।

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

यदि ये बटन बनाए जा सकें तो क्या होगा?

“Just Send”
कार्य:
केवल प्रोजेक्ट भेजता है। भेजने के पाँच मिनट बाद यह स्वतः प्राप्त भी कर लेगा, यदि उपयोगकर्ता द्वारा पहले से प्रारंभ नहीं किया गया हो।

“Just Receive”
कार्य:
केवल प्रोजेक्ट प्राप्त करता है। लेकिन यदि प्रोजेक्ट को पिछले पाँच मिनटों के भीतर नहीं भेजा गया है, तो एक सामान्य send और receive करें।

सभी को पहले “Just Send” दबाना होगा। एक बार वह पूरा हो जाने के बाद, वे सभी “Just Receive” दबाएंगे।

इससे टीमों को प्रतीक्षा समय में बहुत बचत हो सकती है और सर्वरों पर बोझ कम हो सकता है।

बेशक, एक नुकसान अतिरिक्त जटिलता और आवश्यक अतिरिक्त प्रशिक्षण होगा।

यह केवल एक विचार है जो मेरे मन में काफी समय से है! मुझे समझ है कि यह व्यावहारिक नहीं हो सकता है, लेकिन फिर भी मैं इसे साझा करना चाहता था।

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

Answer 1

Paratext Live के बारे में क्या? वह प्रोजेक्ट को और बेहतर तरीके से नवीनतम रखता है।

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

Comments

मेरी समझ यह है कि Paratext Live का उपयोग करने के लिए, Paratext को पहले फ़ाइलों को सिंक्रनाइज़ करने के लिए S/R करना होगा।

मुझे Send और Receive कार्यों को अलग करने में संकोच होगा, क्योंकि फ़ाइलें जल्दी ही असिंक्रनाइज़ हो जाएंगी। उपयोगकर्ताओं को याद रखने की कोशिश करना कि उन्होंने एक या दूसरा किया है, भ्रमित करने वाला होगा। वास्तविकता यह है कि S/R के लिए समय लगता है। “Schedule” टूल का उपयोग करके उस S/R को अधिक नियमित आधार पर शेड्यूल किया जा सकता है। और, उपयोग किए गए शेड्यूल के प्रकारों के आधार पर, S/R करने के लिए रिमाइंडर पॉप-अप होते हैं।

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

---

अच्छा बिंदु james_post। शायद मेरी टीम उसका उपयोग फिर से करने की कोशिश कर सकती है। अतीत में इसने हमें कुछ समस्याएं दी हैं।

और शायद यह सबसे अच्छा होगा कि Live को बेहतर बनाने पर ध्यान केंद्रित किया जाए, अलग S और R बटन बनाने के बजाय।

और S/R इवेंट्स को शेड्यूल करने और प्रॉम्प्ट करने के विभिन्न विकल्पों के बारे में याद दिलाने के लिए anon848905 को धन्यवाद। वे काफी उपयोगी हैं। विशेष रूप से प्रोग्राम लॉन्च और बंद करने पर S/R करने का विकल्प।

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

---

एक चीज़ जिसकी मैं कामना करता हूं, वह यह है कि जब मैं किसी प्रोजेक्ट के लिए User settings बदलता हूं, तो “project only” send/receive सक्रिय हो जाए, Main Menu send/receive के बजाय। Paratext को मेरे Main Menu send/receive से गुजरने में इतना समय लगता है कि मेरे प्रोजेक्ट्स को प्रोसेस करे, इसलिए मैं इसे तब तक टालता हूं जब तक कि एक शेड्यूल किया गया, एक-दिन-में-एक-बार, चाय का ब्रेक न हो।

आशीर्वाद,

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

---

मुझे पाया है कि मुख्य मेन्यू S/R खोलना और फिर उन प्रोजेक्ट्स पर Alt + Click करना जिन पर आप अभी (इस सप्ताह या इस महीने) काम नहीं कर रहे हैं, उन्हें वैश्विक S/R प्रक्रिया से ‘छिपा’ देता है, जिससे यह काफी तेज हो जाता है। जैसे-जैसे आप अधिक प्रोजेक्ट्स छिपाते हैं, लाभ बढ़ता है।
यह सूची के नीचे छिपाई गई जगह पर प्रोजेक्ट के बॉक्स को फिर से चेक करके आसानी से पूर्ववत किया जा सकता है।

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

Answer 2

हाँ, मुझे यकीन है कि Paratext Live को पहले फ़ाइलों को सिंक्रनाइज़ करने के लिए S/R करना होगा, कम से कम यदि आपने इसे बहुत देर से (?) नहीं किया है। लेकिन फिर यह S/R किए बिना टेक्स्ट को नवीनतम रखता है। यदि आपको नए नोट्स आदि प्राप्त करने हों, तो आपको Exchange All Files बटन का उपयोग करने की आवश्यकता होती है।

@anon094061 हाँ, यह फिर से कोशिश करने का अच्छा समय हो सकता है। और यदि आपको समस्याएं सामने आती हैं, तो कृपया डेवलपर्स को अवगत कराएं। यदि आपने इसे मिस कर दिया है, तो Paratext 9.3 Live सेशन 9.2 में Live सर्वर या 9.0 और 9.1 में Live सर्वर के साथ कर सकता है।

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

Answer 3

केवल यह जोड़ना चाहता हूं कि Paratext की वर्तमान संस्करणों में, हमारे पास प्रत्येक प्रोजेक्ट के मेन्यू से “इस” प्रोजेक्ट को भेजने/पाने का विकल्प है। यह विशेष रूप से प्रशासकों, सलाहकारों और सहायता प्रदाताओं के लिए उपयोगी है, क्योंकि इससे send/receive विंडो खोलने और प्रोग्राम को अपडेट के लिए सभी प्रोजेक्ट्स की जांच करने के लिए प्रतीक्षा करने से बचाव होता है।
केवल एक प्रोजेक्ट भेजने/पाने और शेड्यूल करने का यह विकल्प उपयोगी होगा।

अपने भी, यदि टीम को यकीन है कि केवल एक व्यक्ति ने संपादन किया है, तो सिंक्रनाइज़ेशन प्रक्रिया सरल है: केवल संपादक को पहले send/receive करने दें, फिर अन्य इसे एक बार करेंगे।

यदि एक से अधिक संपादक हैं या अधिक संपादन का संदेह है, तो दो-चक्र प्रक्रिया सही है। अतिरिक्त समय न्यूनतम है क्योंकि प्रोग्राम केवल यह देखने के लिए समय उपयोग करेगा कि क्या संपादन हैं, लेकिन अपरिवर्तित फ़ाइलों को सिंक्रनाइज़ करने के लिए समय उपयोग नहीं करेगा। इसे एक अपडेटेड प्रोजेक्ट पर send/receive करके जांचा जा सकता है।

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