+1 मत
1.4k व्यूज़

नमस्ते Paratext समुदाय,

मुझे पाया है कि Paratext का ऑटोसेविंग व्यवहार मेरी अपेक्षा से अलग है, इसलिए मैंने सोचा कि मैं आपसे पूछूँ कि आपको क्या व्यवहार अपेक्षित है, और आपने दूसरों में क्या अपेक्षाएँ देखी हैं।

मैं एक 32 वर्षीय अमेरिकी हूँ जो पेरू में एक क्वेचुआ अनुवाद टीम के साथ काम कर रहा हूँ। मेरे लिए, और जो मुझे लगता है कि मेरी टीम के लिए अच्छा होगा, Paratext का आदर्श ऑटोसेव व्यवहार निम्नलिखित होगा:

  • प्रोजेक्ट हर बार ऑटोसेव होते हैं जब कोई श्लोक संपादित किया जाता है और उपयोगकर्ता कहीं और जाता है (एक संसाधन, अगला श्लोक)। नोट्स और नोट टिप्पणियाँ उनके निर्माण पर ऑटोसेव हो जाती हैं।
  • यह व्यवहार इंस्टॉलेशन पर डिफ़ॉल्ट होता है।

वैकल्पिक रूप से, PT स्वतः हर 15 मिनट में सेव कर सकता है। इसे सेटिंग्स में बदला जा सकता है हर 5 मिनट में, हर 30 मिनट में, हर घंटे में, या कभी नहीं… इस मामले में, किताबों और अध्यायों के बीच ऑटोसेविंग भी अच्छा होगा।

मैं स्वीकार करता हूँ कि ये सेटिंग्स संसाधनों पर बढ़ी हुई मांग प्रस्तुत करेंगी, इसलिए यह विचार करने की आवश्यकता हो सकती है कि क्या यह सीमित कंप्यूटर मेमोरी वाले उपयोगकर्ताओं के लिए व्यावहारिक होगा।

पिछले साल हमारे स्वयंसेवी बैकट्रान्सलेटर ने उत्पत्ति (Genesis) के एक पूरे अध्याय का बैकट्रान्सलेट किया, और फिर उसका कंप्यूटर क्रैश हो गया। उसने पूरा अध्याय खो दिया और इतनी निराश हुई कि उसने एक सप्ताह तक कोई और काम नहीं किया।

एक संबंधित नोट के रूप में, मैंने Paratext 8 में “Autosave (Automatically save changes without asking when switching to a different book or chapter.)” सक्रिय कर लिया था। संस्करण 9.0 में अपग्रेड करने के कुछ समय बाद, मुझे एहसास हुआ कि इसे अनसेलेक्ट कर दिया गया है। अभी, 9.1 में अपडेट करने के कई महीनों बाद, मुझे नोटिस हुआ कि इसे फिर से अनसेलेक्ट कर दिया गया था।

क्या इस विकल्प के डिफ़ॉल्ट होने और PT अपग्रेड्स के दौरान सेटिंग के बना रहने का कोई तरीका है?

मुझे लगता है कि आज के अधिकांश उपयोगकर्ता ऑटोसेव को मान लेते हैं, और “3½ Floppy-A” आइकन पर क्लिक करने की आदत नहीं रखते।

आपका क्या विचार है? आपको ऑटोसेविंग का कौन-सा व्यवहार अपेक्षित है? आप अपने टीममेट्स में क्या देखते हैं?

English से मशीन-अनुवादित
Paratext में द्वारा (379 अंक)
फिर से दिखाया गया | 1.4k व्यूज़

12 उत्तर

+2 वोट
सर्वोत्तम उत्तर

मेरा सुझाव है कि “Yes”, “No” बटनों को अधिक स्पष्ट रूप से लेबल किया जाए, और “X” बटन को निष्क्रिय (disabled) किया जाए। यह UX डिज़ाइन के संबंध में सर्वोत्तम प्रथाओं (best practises) का पालन करता है (उदाहरण के लिए, देखें UX StackExchange पर यह पेज)।

मेरे प्रोजेक्ट में उपयोगकर्ता अक्सर पुष्टि डायलॉग टेक्स्ट को बिल्कुल नहीं पढ़ते। वे शायद बस स्वतःस्फूर्त रूप से “Yes”, या “Cancel” पर क्लिक करते हैं, या ऊपर दाईं ओर “X” पर क्लिक करते हैं। मैंने उपयोगकर्ताओं को ऊपर दाईं ओर “X” पर क्लिक करते देखा है और फिर यह सोचते हुए कि इरादे से किया गया कार्य क्यों नहीं हुआ। फिर वे इरादे से किए गए कार्य को फिर से करने की कोशिश करते हैं, उन्हें फिर से प्रॉम्प्ट किया जाता है, वे परेशानी से छुटकारा पाने के लिए फिर से “X” पर क्लिक करते हैं, और फिर यह सोचते हैं कि इरादे से किया गया कार्य क्यों नहीं हुआ। किसी बिंदु पर, वे मुझे फ़ोन करने और यह पूछने का निर्णय लेते हैं कि “यह काम क्यों नहीं कर रहा”। मैं व्यक्तिगत रूप से विश्वास करता हूँ कि स्पष्ट बटन लेबल मदद करेंगे। और मैं ऑटोसेव के अधिक होने के विचार के पक्ष में हूँ।

English से मशीन-अनुवादित
द्वारा (495 अंक)

बिट, बहुत अच्छा विचार!

English से मशीन-अनुवादित

हाँ, “x” बटन वहाँ नहीं होना चाहिए।

बटनों को उनके कार्रवाई के लिए लेबल करना लंबे समय से एक ऐसी चीज़ रही है जो मैं Paratext में लगातार करने चाहता हूँ और हम इसे तब करते हैं जब हम सक्षम होते हैं। कुछ कारण हैं जो इसे हमारे लिए कठिन बना देते हैं जितना अक्सर मैं करना चाहता हूँ (सामान्य कोड, स्थानीयकरण विचार)।

मैं पूरी तरह से सहमत हूँ कि एक संदेश बॉक्स जिसमें बटनों के अर्थ को समझाने वाली एक पंक्ति टेक्स्ट हो, वह बहुत दूर से भी अनुकूल नहीं है। हम इसे जहाँ भी संभव हो टालते हैं और मुझे नहीं लगता कि आप हाल ही में जोड़े गए UI में इस तरह के उदाहरण पाएंगे। मैं इसे हमारे स्टाइल गाइड में “क्या न करें” का एक प्रमुख उदाहरण के रूप में सहेज दूँगा।

English से मशीन-अनुवादित
0 वोट

मुझे भी अधिक बार ऑटोसेविंग चाहिए।

English से मशीन-अनुवादित
द्वारा (241 अंक)
0 वोट

वर्तमान सेव व्यवहार का कारण यह है कि सेव के दौरान undo/redo स्टैक्स खो जाते हैं। यदि Paratext स्वतः सेव करता, तो undo/redo गंभीर रूप से सीमित हो जाएगा।
साथ ही, यह डिफ़ॉल्ट रूप से सक्षम नहीं है क्योंकि हमारे कई उपयोगकर्ता ऑटोसेव नहीं चाहते क्योंकि अक्सर वे सेव नहीं करना चाहते हैं।

Paratext पहले से ही अध्याय/किताब बदलने पर सेव करता है।

Paratext हर मिनट एक “crash save” बनाता है। यदि Paratext सामान्य रूप से बंद नहीं होता, तो यह सेव उसके Paratext पुनः प्रारंभ होने पर लोड होना चाहिए। मुझे पता नहीं है कि यह आपके अनुवादक के मामले में क्यों काम नहीं किया।

English से मशीन-अनुवादित
द्वारा [Expert]
(16.7k अंक)
+1 मत

मैंने एक परीक्षण किया और पाया कि यदि PT8 में Autosave चालू (ON) है, तो जब मैं PT9.0 इंस्टॉल करता हूँ, तो वह चालू नहीं रहता।

PT 9.0 से PT 9.1 तक जाने में भी यही सत्य है: यदि PT9.0 में Autosave चालू (ON) है, तो जब मैं PT9.1 इंस्टॉल करता हूँ, तो वह चालू नहीं रहता।

मैंने इसे एक (संभावित) बग के रूप में रिपोर्ट किया। मुझे लगता है कि जब उपयोगकर्ता इसे चालू करता है, तो सेटिंग “स्टिकी” होनी चाहिए। शायद यह एक गलत धारणा है, लेकिन मैं इसे रिपोर्ट करूंगा ताकि यह रडार पर हो।

james_post

English से मशीन-अनुवादित
द्वारा [Moderator]
(2.1k अंक)

Going from PT9.0 to PT9.1 will not retain any user settings because of the switch to 64-bit. There isn’t much we can do about that. EDIT: This turned out to not be true.

Going from PT8 to PT9.0 should retain settings if you didn’t previously have PT9.0 installed (i.e. just uninstalling PT9.0 and reinstalling it will not work).

EDIT: I also want to clarify that having autosave off does not remove saving in any place where autosave happens, it just asks the user if they want to save each time instead of doing it silently.

सूचना के लिए धन्यवाद।

मैं डेवलपर्स के बारे में कुछ भी मानना नहीं चाहता क्योंकि मुझे पता है कि आपका समय/संसाधन महत्वपूर्ण और सीमित हैं, लेकिन क्या यह संभव है कि 9.1 में अपग्रेड करने से पहले कुछ उपयोगकर्ता सेटिंग्स को एक फ़ाइल में निर्यात (export) किया जाए, और फिर अपग्रेड के दौरान उन्हें पुनः आयात (reimport) किया जाए?

james_post

English से मशीन-अनुवादित
0 वोट

अरे, आपने मुझे हरा दिया। मैं अपने को सही करने वाला था।
मैं वापस गया और उसकी पुष्टि की जिसकी मैंने बात की थी, और मैं गलत था। हमने 9.0 से 9.1 की समस्या के लिए एक वर्कअराउंड (workaround) खोज लिया था (मैंने भूल गया था)। :flushed:

हालाँकि, पहले से इंस्टॉल किए गए चीज़ों के बारे में बिंदु अभी भी लागू है। जब तक Paratext सेटिंग्स फोल्डर्स को हटाया नहीं जाता और Paratext के संस्करण के सभी निशान हटाए नहीं जाते, तब तक सेटिंग्स पुनः इंस्टॉलेशन पर अपग्रेड नहीं होंगी। यदि आप एक नई इंस्टॉल की गई मशीन पर इंस्टॉलेशन परीक्षण करते हैं (जहाँ Paratext के संस्करण पहले से इंस्टॉल नहीं किए गए थे), तो यह काम करना चाहिए।

संपादन: यह भी ध्यान दें कि यदि आप कभी भी Shift दबाए रखते हुए Paratext शुरू करके अपनी Paratext सेटिंग्स रीसेट करते हैं, तो यह उन सेटिंग्स में से एक है जो रीसेट हो जाती है (यह समझाने के लिए कि यह अचानक कैसे खो गई हो सकती है)।

English से मशीन-अनुवादित
द्वारा [Expert]
(16.7k अंक)

फिर से दिखाया गया
0 वोट

@anon291708 और @james_post को बहुत-बहुत धन्यवाद। मुझे undo/redo स्टैक्स और “crash save” सुविधा के बारे में पता नहीं था। फिर भी, मुझे आश्चर्य है कि क्या उपयोगकर्ताओं को अधिक बार ऑटोसेव का विकल्प देने का कोई तरीका है, जैसे कि “___ मिनट” विकल्प।

मुझे यह भी पता नहीं था कि बहुत से उपयोगकर्ता ऑटोसेव नहीं चाहते हैं। शायद उस शिविर में से कोई व्यक्ति साझा कर सकता है कि यह आपके मामले में नुकसानदायक क्यों है?

हालाँकि, मैं Paratext समुदाय में अधिक लोगों के ऑटोसेविंग के बारे में क्या सोचते हैं, जानना चाहता हूँ।

धन्यवाद।

English से मशीन-अनुवादित
द्वारा (379 अंक)

ऑटोसेव (autosave) के बारे में UX (यूज़र एक्सपीरियंस) के दृष्टिकोण से कुछ अतिरिक्त विचार…

ऑटोसेव आमतौर पर बहुत अच्छा होता है, यदि आपके पास केवल एक दस्तावेज़ खुला हो। उपयोगकर्ता के लिए मानसिक रूप से ट्रैक करना आसान होता है कि कौन सा दस्तावेज़ सहेजा जा रहा है और आवश्यकता होने पर परिवर्तनों को कैसे पूर्ववत (undo) किया जाए। हालाँकि, Paratext में कई संपादन योग्य दस्तावेज़ खुले हो सकते हैं (या आपके पास Paratext के साथ-साथ ब्राउज़र या ईमेल भी खुला हो सकता है)। इस परिदृश्य में, यह संभव है कि आप Paratext में कुछ टाइप करें, यह सोचते हुए कि आप किसी अन्य विंडो में कुछ टाइप कर रहे हैं, और ऑटोसेव एक समस्या बन जाता है। किसी व्यक्ति का ध्यान किसी अन्य विंडो पर हो सकता है और वह बिना जाँचे-चुके एक पवित्र ग्रंथ प्रोजेक्ट में “Kind regards, John” या “youtube.com” टाइप कर सकता है। “Youtube.com” को संभवतः जाँचों (checks) द्वारा पकड़ा जा सकता है। “Kind regards, John” … well, वह जाँचों से बच सकता है और इसका पता लगाने के लिए प्रूफरीडिंग (proof reading) पर निर्भर करता है। यदि कई संपादन योग्य प्रोजेक्ट खुले हैं,

फिर Paratext द्वारा लगातार की जाने वाली ऑटो-क्लीनिंग (auto-cleaning) है। यह उपयोगकर्ताओं को यह खोजने में मदद कर सकती है कि उनके प्रोजेक्ट में कोई समस्या है। यदि वे नए अध्याय पर जाने के दौरान बार-बार “Do you want to save changes” देखते हैं, जबकि वे काफी हद तक यकीनान्वित हैं कि उन्होंने कोई परिवर्तन नहीं किया है, तो यह संकेत हो सकता है कि पाठ में कुछ अमान्य वर्ण (invalid characters) हैं जिन्हें Paratext व्यवस्थित कर रहा है। यह पाठ की इन्वेंटरी (inventories) या शायद टेक्स्ट एन्कोडिंग (text encoding) की जाँच करने का संकेत है।

हम लगातार यह सोच रहे हैं कि क्या हम पवित्र ग्रंथ संपादन के लिए सुरक्षा जालों (safety nets) के साथ ऑटोसेव जैसी कोई चीज़ प्रदान कर सकते हैं। वर्तमान में, Paratext में सेव प्रॉम्प्ट (save prompt) जानबूझकर आक्रामक (intrusive) है। हम जानना चाहते हैं कि आप वास्तव में किए गए परिवर्तनों को सहेजने का इरादा रखते हैं, और हम चाहते हैं कि आपको पता हो कि इस अध्याय में परिवर्तन हुए हैं। अनुवादों में पदों (verse) के पाठ के बीच अनिच्छित पाठ के साथ प्रकाशित किए गए हैं, हम उससे बचना चाहते हैं!
मैं एक मिश्रित वातावरण की कल्पना कर सकता हूँ। यह जानबूझकर, प्रॉम्प्ट किए गए सेव मॉडल को बनाए रखेगा और साथ ही लगातार ऑटोसेव भी करेगा। पिछला एक बैकअप प्रदान करेगा। यदि उपयोगकर्ता की मशीन क्रैश कर जाती है - बैकअप संस्करण को पुनर्स्थापित करने या देखने का विकल्प प्रदान करें। यदि उपयोगकर्ता सहेजने का विकल्प नहीं चुनता है, तो .BAK फ़ाइल को अतिरिक्त सामग्री के साथ उस तक रखें जब तक वे उस पुस्तक में अन्य परिवर्तन न करें - सहेजें - इस मामले में कि वे तुरंत सहेजने के विकल्प को चुनने का पछतावा करते हैं। एक उपयोगकर्ता जो अपनी कड़ी मेहनत को सहेजने का विकल्प नहीं चुनता है, वह फिर भी .BAK फ़ाइल से उसे प्राप्त कर सकता है जब तक कि वह उस पुस्तक में फिर से काम न करे। (.BAK फ़ाइलें पहले से ही प्रोजेक्ट फ़ोल्डर में दिखाई देती हैं, लेकिन मुझे नहीं पता कि उन्हें प्रकट होने का कारण क्या है।)

English से मशीन-अनुवादित

जब ऑटोसेव डायलॉग बॉक्स स्क्रीन पर आता है, तो यह क्या होगा यदि लोगों को यह संकेत दिया जाए कि वे क्या सहेज रहे हैं? यहां तक कि पहले 5 या 10 परिवर्तित शब्द भी कुछ समस्याओं को पकड़ने या Paratext के कुछ स्वचालित समायोजनों की पहचान करने में मददगार हो सकते हैं। ऑटोसेव डायलॉग बॉक्स पर एक और बटन एक अधिक विस्तृत डायलॉग बॉक्स खोल सकता है जो उपयोगकर्ताओं को अपने सभी परिवर्तनों को देखने और इन परिवर्तनों को एक-एक करके स्वीकार करने या अस्वीकार करने की अनुमति देता है। डेवलपर्स के पास कोड रिपॉज़िटरी में कचरा (garbage) कमिट करने से बचने के लिए इस तरह के टूल्स होते हैं।

PADev.

English से मशीन-अनुवादित
0 वोट

@anon291708 को जानकर अच्छा लगा।

@anon094061, ऑटोसेविंग के साथ चिंताओं में से एक यह है कि यदि कोई गलती से कुछ हटा देता है (या टेक्स्ट चुनकर Enter दबाता है, जो इसे हटा देता है), या गलती से drag-n-drop करता है और उसे एहसास नहीं होता, तो ऑटोसेव उनकी अनिच्छित बदलाव को सेव कर देगा। इसलिए इसका एक हिस्सा यह संतुलन है कि उपयोगकर्ता अपना काम खुद सेव करते हैं (कुछ हमेशा सेव करते हैं, कुछ भूल जाते हैं) और क्या वे पर्याप्त सावधान हैं कि वे अनिच्छित बदलाव को नोटिस कर सकें (कुछ तुरंत नोटिस कर सकते हैं, अन्य नहीं)।

और फिर बीच में हमेशा यादृच्छिक घटना होती है। :slight_smile:

English से मशीन-अनुवादित
द्वारा [Moderator]
(2.1k अंक)
0 वोट

@james_post, अह, अच्छा बिंदु। हर श्लोक के साथ ऑटोसेविंग + हर सेव के साथ undo-redo स्टैक्स खोना आपदा का रसोई होगा! … लेकिन यदि उन स्टैक्स को सेव के बीच बनाए रखने का कोई तरीका होता, तो शायद यह काम कर सकता था…

मुझे विश्वास है कि drag and drop डिफ़ॉल्ट रूप से अक्षम है, जो मुझे लगता है कि निश्चित रूप से एक अच्छा कदम है…

English से मशीन-अनुवादित
द्वारा (379 अंक)
0 वोट

नमस्ते @anon094061, बहुत दिलचस्प प्रश्न क्योंकि यह हमें देखने देता है कि अलग-अलग उपयोगकर्ता और दृष्टिकोण मौजूद हैं। एक डायनासोर से थोड़ा इनपुट, IT के मामले में। सामान्य रूप से मैं किसी भी स्वतः (automatic) चीज़ से नफरत करता हूँ, जब तक कि वह बहुत अच्छी तरह से दस्तावेज़ित, पारदर्शी और कॉन्फ़िगर करने योग्य (बंद करने योग्य सहित) न हो।

एक आपदा वे टूल्स हैं जहाँ वे अवधारणाओं का मिश्रण प्रस्तुत करते हैं, जहाँ आपको कुछ काम या कॉन्फ़िगरेशन (OK या ENTER के साथ) पूरा या पुष्टि करना होता है और अन्य विंडो या हिस्सों में “कुछ नहीं” होता है और कोई दृश्य प्रतिक्रिया नहीं होती है और आपको बस उम्मीद करनी पड़ती है कि आपकी सेटिंग्स सेव या लागू हो गई हैं। या शायद आपने टिक-सिंबल को चूक दिया है जो नीचे-दाईं ओर जहाँ आपकी अपेक्षा है, वहाँ नहीं है, बल्कि ऊपर-दाईं ओर है। क्या यह परिचित लगता है?

इस पहलू में मैं PT से बहुत खुश हूँ और याद नहीं आ रहा कि मैंने कभी भी महत्वपूर्ण कुछ, काम के मामले में, खोया है। अच्छी आदतें, मुझे लगता है, या अच्छा PT, या ज़रूर।

बस एक विवरण: स्थानीय टीम के लिए मुझे कहना होगा कि उनमें से अधिकांश ने कभी भी उन “बहुत-कम फ्लॉपी डिस्क” का उपयोग नहीं किया है न ही देखा है। इसलिए PT में सेव-सिंबल पुराना है और यहाँ सहायक नहीं है।

मैं वर्षों तक PT में काम कर रहा था और ऑटोसेव के बारे में भी नहीं जानता था। एक दिन ने अध्याय बदलने पर सेव करने का विकल्प खोजा। PT हमेशा न्यायसंगत था और अध्याय बदलने पर सेव करने का प्रस्ताव रखा, इसलिए हमें हमेशा उन क्लिक्स को करना पड़ता था। मैंने उन संदेशों को इस अर्थ में समझा “यदि आप अध्याय बदलते हैं और सेव नहीं करते, तो आपका काम खो जाएगा”, इसलिए ज़रूर हम इस मामले में मुख्य रूप से सेव करना चाहते हैं।

यदि PT में अध्याय बदलने की जादू के अलावा अधिक “ऑटोसेव” है, तो मुझे नहीं पता। यहाँ कई पोस्ट बस “ऑटोसेव” लिखती हैं। उसका ठीक-ठीक क्या मतलब है?

अन्यथा अनुवाद कार्य - या कम से कम कुछ चरण - कई विकल्प दर्ज करके किए जा सकते हैं (हम अक्सर टीम के रूप में काम करते समय / प्रतीकों के साथ उन्हें अलग करने के लिए एक-दूसरे के बगल में कई विकल्प उपयोग करते हैं) और उन्हें लिखित रूप में और पड़ोसी श्लोकों के संदर्भ में देखते हैं। फिर विचार चिल्लाए जाते हैं और स्क्रीन पर टेक्स्ट संपादित किया जाता है। इसे “अच्छा होने तक रचनात्मक घुमाव” कहा जा सकता है।

श्लोक-इतिहास और इसके “टाइमिंग टैग” मुझे अभी भी गहरा रहस्य है। इसलिए शायद एक श्लोक में दस संस्करणों के बजाय, यदि इसे हमारे रचनात्मक परीक्षण के तरीके पर लागू किया जाता, तो हमारे पास कुछ ऑटोसेव सुविधाओं के साथ दर्जनों या सैकड़ों संस्करण हो सकते हैं: कभी न हो।

तो मेरा दृष्टिकोण महत्वपूर्ण काम के लिए, जैसे मोटर वाहन चलाना या पवित्र ग्रंथ अनुवाद करना, अभी भी यह है कि एक मशीन, भले ही AI हो, कभी यह नहीं जान सकती कि वास्तव में क्या हो रहा है। इसलिए उपयोगकर्ता की भूमिका है कि वह ध्यान केंद्रित करे और आवश्यकतानुसार बुद्धिमानी से सेव करे। या विकल्प का उपयोग करे कि दूर जाए और सेव करे, यदि कुछ ड्राफ्ट विचारों पर विचार किया गया था और टीम द्वारा प्यार नहीं किया गया था।

मैं कुछ भुगतान वाले पेशेवर टूल्स जैसे एडिटर का उपयोग करता हूँ और कुछ मुझे undo के लिए और (ऑटो)सेव उद्देश्यों के लिए GB में RAM या डिस्क स्पेस की एक विशिष्ट मात्रा नियत करने देते हैं। वे अच्छी सुविधाएँ हैं। मैं व्यक्तिगत रूप से ऑटोसेव के साथ बहुत संरक्षी (conservative) हो सकता हूँ (लेकिन मुझे वह पसंद है जहाँ वे ऑटोसेव विशिष्ट फोल्डर्स में रखे जाते हैं या फ़ाइल-नामों में विशिष्ट सuffixes होते हैं जिन्हें मैं स्वयं कॉन्फ़िगर कर सकता हूँ)। इसके विपरीत, मैं सामान्य रूप से undo के लिए बहुत उदार अनुमति देता हूँ, उन टूल्स के लिए जिनमें मैं विश्वास करता हूँ कि वे वास्तव में undo की कला को अच्छी तरह से संभालते हैं।

English से मशीन-अनुवादित
द्वारा (934 अंक)

Tim,
मुझे पता नहीं कि क्या मैं आपको सही समझ रहा हूँ, लेकिन Autosave एक विकल्प है जिसे आप मुख्य Paratext सेटिंग्स में चालू कर सकते हैं। यदि आप सहायता में खोज करते हैं, तो आप निम्नलिखित पा सकते हैं:

English से मशीन-अनुवादित

यदि आप सभी केवल “जब कोई अलग पुस्तक या अध्याय पर बदलाव किया जाए तो Autosave” के बारे में बात कर रहे हैं, तो मैंने शुरुआत से ही इसे देखा है। मैंने इसे अपने में उल्लेख किया है।

लेकिन मेरी सोच में यह वास्तविक “autosave” नहीं है क्योंकि यह स्वतः नहीं होता। यह समय या संपादनों की संख्या पर आधारित नहीं है। मुझे इसे स्वयं “ट्रिगर” करना पड़ता है, जब मैं किसी अन्य अध्याय पर बदलाव करता हूँ। यदि कभी कोई समस्या आती (बिजली का कटौती, कीबोर्ड पर जानवर, या कुछ भी), तो यह एक ही अध्याय के भीतर x-घंटों का मेरा काम सुरक्षित नहीं रख पाता। इसीलिए मैं पूछ रहा था कि क्या “कुछ और” है।

फिर से: मुझे कभी बहुत अधिक autosave की ज़रूरत नहीं पड़ी और मैं इस पहलू में PT के उस रूप से बहुत खुश हूँ जैसा वह है -। मैं बस यह जानना चाहता हूँ कि कौन से सभी फीचर्स मौजूद हैं। OP (ओरिजिनल पोस्टर) यह पूछ रहा था कि हम क्या अपेक्षा करते हैं। मैं बहुत कम अपेक्षा करता हूँ और इसलिए मैं एक खुश उपयोगकर्ता हूँ।

English से मशीन-अनुवादित

यदि एक उपयोगकर्ता वास्तव में एक अध्याय में लंबे समय तक रह सकता है और ऑटो-सेव को ट्रिगर नहीं कर सकता है, तो ऑटो-सेव को कभी-कभी स्वतः-ट्रिगर (हर घंटे एक बार?) करने का मतलब हो सकता है। जैसा कि Tim ने कहा, यदि बिजली का कटौती या कुछ ऐसा हुआ, तो इस तरह बहुत सारा काम खो सकता है।

English से मशीन-अनुवादित

मैं यहाँ @Tim और @james_post से सहमत हूँ। एक ही अध्याय में घंटों या यहां तक कि एक दिन से अधिक समय बिताना आसान है - विशेष रूप से जब पहले ड्राफ्ट पर काम कर रहे हों।

शायद Paratext के क्रैश रिकवरी बैकअप यहाँ काम में आते हैं?

हालाँकि, मुझे वास्तविक ऑटोसेव बहुत पसंद होगा।

नए उपयोगकर्ता बैकअप सुविधा के बारे में कैसे जानते हैं, और इसका उपयोग कैसे कर पाते हैं? यह वास्तव में उपयोगकर्ता प्रशिक्षण के विशाल क्षेत्र में जाता है। मुझे जो पहला विचार आया वह था कि नए Paratext इंस्टॉल के लिए एक तरह का स्प्लैश स्क्रीन लागू करना। कुछ इस तरह, “यदि आप क्रैश का शिकार होते हैं और डेटा खो देते हैं, तो आप इसे बैकअप से पुनर्प्राप्त कर सकते हैं। अधिक जानने के लिए यहाँ क्लिक करें या ऊपर की खोज पट्टी में “backup” खोजें।” लेकिन यदि आप इसके लिए स्प्लैश स्क्रीन को सही ठहरा सकते हैं, तो आप सभी तरह की चीज़ों के लिए एक को सही ठहरा सकते हैं, और फिर बहुत सारे पॉपअप होंगे… और यदि एक नया उपयोगकर्ता Paratext के नए इंस्टॉल से शुरू नहीं करता है? बहुत सारी समस्याएँ :joy:

… या, क्या नए उपयोगकर्ताओं को उनके LWC में एक स्वचालित ईमेल अभियान से शुरू किया जाए जो धीरे-धीरे उन्हें बुनियादी और महत्वपूर्ण जानकारी, टिप्स और ट्रिक्स देता है… यह当然 मौजूदा प्रशिक्षण प्रणालियों को पूरक होगा। लेकिन शायद ये दो अनुच्छेद अपने स्वयं के थ्रेड में होने चाहिए :joy:.

English से मशीन-अनुवादित

हम आशा करते हैं कि ऑनलाइन Paratext for Beginner’s workshop (जिसे पहले Paratext Boot Camp कहा जाता था) के माध्यम से इस समस्या के कुछ पहलुओं को हल करने में मदद कर सकेंगे। अगला वर्कशॉप जून में आ रहा है: https://paratext.org/paratext-training/paratext-beginners-training। इसका एक स्वतंत्र (stand-alone) कोर्स बनाने की उम्मीद/चर्चा है, जहाँ उपयोगकर्ता इसे अपनी अपनी गति से अकेले ले सकते हैं।

English से मशीन-अनुवादित
0 वोट

ये कुछ अच्छे विचार और विचार हैं।

इस चर्चा का एक महत्वपूर्ण कारक यह है कि क्रैश की स्थिति में काम को कैसे सुरक्षित रखा और पुनर्स्थापित किया जा सकता है।

खोए हुए काम को पुनर्स्थापित करने के लिए उपयोगकर्ता अनुभव क्या है? क्या यह Word जैसा है? वे Paratext को फिर से खोलते हैं और एक संवाद आता है, जो पूछता है कि क्या वे उस काम को पुनर्स्थापित करना चाहते हैं जिस पर वे काम कर रहे थे? या क्या उन्हें प्रोग्राम फ़ोल्डर के गहरे अंदर जाना होगा, .BAK फ़ाइल खोजनी होगी, और उसके साथ कुछ करना होगा?

यदि यह बाद वाले जैसा है, तो शायद उल्लिखित स्वयंसेवी का काम सहेजा गया था, लेकिन उसे इसका पता नहीं था।

इसके न होने के क्या कारण हो सकते हैं?

मेरा मानना है कि पुनर्प्राप्ति के विकल्प जितने बेहतर होंगे, ऑटोसेव उतना ही कम आवश्यक होगा।

English से मशीन-अनुवादित
द्वारा (379 अंक)

यह मानते हुए कि “crash save” काम किया (इस रिपोर्ट से पहले मुझे कभी इसके काम न करने के बारे में नहीं सुना है), जब Paratext को पुनः प्रारंभ किया जाता है, तो उपयोगकर्ता को एक डायलॉग दिखना चाहिए जिसमें लिखा हो “{ProjectName} के लिए अनसहेजा पाठ पुनर्प्राप्त किया गया है। कृपया इस विंडो की समीक्षा करें और पाठ सहेजें या त्यागें।”। यदि उपयोगकर्ता इसे रखना नहीं चाहता है, तो पाठ को पूर्ववत (Undo) किया जा सकता है।

कोई विचार मन में नहीं आ रहा है। यह पहली और एकमात्र बार है जब मुझे इसके विफल होने के बारे में सुना है। यदि कोई व्यक्ति इस विफलता को दोहरा सकता है, तो शायद हम यह पता लगा सकते हैं कि यह क्यों काम नहीं किया। :thinking:

English से मशीन-अनुवादित

संबंधित प्रश्न

0 वोट
1 उत्तर 237 व्यूज़
नमस्ते, मुझे Paratext के सेविंग (saving), ऑटोसेविंग (autosaving) और send/receive से संबंधित व्यवहार के कुछ विवरणों के ... सुनिश्चित होने के लिए पूछना चाहता था। बहुत-बहुत धन्यवाद!
alex_larkin 379 पूछा गया अप्रैल 3, 2021
Paratext में
+1 मत
2 उत्तर 341 व्यूज़
नमस्ते, वर्तमान में हम अपनी अनुवाद की जाँच कर रहे हैं और श्लोक से श्लोक और अध्याय से अध्याय के बीच बहुत बार ... में जानें। अनुमानित पठन समय: 13 मिनट बहुत-बहुत धन्यवाद, anon094061
alex_larkin 379 पूछा गया मई 6, 2021
0 वोट
3 उत्तर 301 व्यूज़
Reading about Unicode equivalence here and on SIL's NRSI pages here and also here on Wikipedia it would appear that Unicode ... and output (apps etc) can be made most helpfully.
rowbory 510 पूछा गया फ़रवरी 15, 2017
0 वोट
1 उत्तर 195 व्यूज़
Cancelling a Send / Receive takes an inordinately long time (5 minutes seems a generous estimate). Is there any way ... a slow internet location, and it's proving very frustrating
Paul 642 पूछा गया नवंबर 17, 2018
Paratext में
0 वोट
4 उत्तर 571 व्यूज़
मैं प्रोजेक्ट के टेक्स्ट में परिवर्तनों को देखने के लिए Compare versions टूल का उपयोग करता हूँ। यह उपयोगी है। हालाँकि ... स्क्रॉलिंग को कैसे रोक सकता हूँ? सहायता के लिए धन्यवाद!
bit 495 पूछा गया दिसंबर 27, 2021
Welcome to Support Bible, where you can ask questions and receive answers from other members of the community.
And let us consider how we may spur one another on toward love and good deeds, not giving up meeting together, as some are in the habit of doing, but encouraging one another—and all the more as you see the Day approaching.
Hebrews 10:24-25
3,045 प्रश्न
6,005 उत्तर
5,671 टिप्पणियाँ
2,026 उपयोगकर्ता