स्वतः पुस्तक अनुमतियाँ (Automatic Book Permissions) क्या हैं?

Question

हमने एक प्रोजेक्ट में टकराव वाली पुस्तक अनुमतियाँ (book permissions) पाईं, जिसमें एक प्रशासक (administrator) शामिल था। मैंने ProjectUserAccess.xml का इतिहास जाँचा और यह पाया:

    <AutomaticBooks>
      <Book Id="EZR" />
    </AutomaticBooks>

प्रशासक ने यह कैसे किया? हम इसे कैसे पूर्ववत (revert) कर सकते हैं? (प्रशासक ने कहा कि वह Project Progress टूल्स के साथ-साथ देख रही थी।) इस समय, पुस्तक अनुमतियों (Book Permissions) विंडो में दिखाई दे रहा है कि दो उपयोगकर्ता EZR में परिवर्तन करने की अनुमति रखते हैं, भले ही मैं सभी बॉक्स अनचेक कर दूँ।

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

Answer 1

मैंने गलती से Project Progress में किसी विशेष उपयोगकर्ता को कई पुस्तकों के लिए अनुमतियाँ लागू कर दीं। मैंने उन सभी अनुमतियों को हटा दिया, लेकिन पुस्तक अनुमतियों (Book permissions) में (अंतिम पंक्ति) बॉक्स अभी भी ग्रे हैं:

image715×598 23.3 KB

मुझे देखने को मिलता है कि ProjectUserAccess.xml फ़ाइल में उस उपयोगकर्ता के लिए <AutomaticBooks> के तहत सभी ये पुस्तकें सूचीबद्ध हैं। Paratext बंद होने पर, क्या मैं <AutomaticBooks> सेक्शन में उन पंक्तियों को हटा सकता हूँ? यह एक प्रशिक्षण प्रोजेक्ट है, इसलिए मैं वास्तविक डेटा को नुकसान नहीं पहुँचाऊँगा…

लेकिन क्या यह सही नहीं है कि जब किसी उपयोगकर्ता के पास उस पुस्तक में कोई अधिकार न रह जाए, तो पुस्तक को उस सूची से हटा दिया जाना चाहिए?

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

Comments

खैर, मुझे लगा कि यह आज़माने लायक है, इसलिए मैंने विभिन्न उपयोगकर्ताओं के लिए <AutomaticBooks> सेक्शंस को संपादित किया, और अब ग्रे बॉक्स सही ढंग से दिखाई दे रहे हैं, बिना किसी डुप्लिकेशन के।

लेकिन स्पष्ट रूप से मुझे ऐसा करने की ज़रूरत नहीं होनी चाहिए… वे <AutomaticBooks> वास्तव में किसके लिए हैं, और उन्हें कब अपडेट होने की उम्मीद है? मुझे नहीं लगता कि वह तंत्र (mechanism) सही ढंग से काम कर रहा है।

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

---

हाँ, यदि Assignments and Progress में अनुमतियाँ हटा दी गई हैं, तो ग्रे बॉक्स गायब हो जाना चाहिए। हालाँकि, यह सुनिश्चित करना कठिन हो सकता है कि उपयोगकर्ता को हर कार्य/जाँच (task/check) से हटा दिया गया है। साथ ही, सुनिश्चित करें कि आप Paratext को पुनः आरंभ (restart) करते हैं और जाँच करते हैं कि बॉक्स अभी भी ग्रे हैं। ऐसे समय होते हैं जब Paratext पूरी तरह से रीफ्रेश (refresh) नहीं होने जैसा लगता है।

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

Answer 2

Project Progress (और असाइनमेंट्स) के साथ अनुमतियाँ थोड़ी अधिक जटिल हो गई हैं। जब किसी उपयोगकर्ता को Project Assignments में पुस्तक संपादन से जुड़ी कोई कार्य (task) सौंपा जाता है, तो वह Users, Roles and Permissions में दिखाई देता है। यह बिना चेक मार्क के भी दिखाई दे सकता है (बॉक्स का पृष्ठभूमि रंग ग्रे होगा, जो संकेत देता है कि यह “असाइन” किया गया था)।

आदर्श रूप से, टीम को Users, Roles and Permissions के बजाय टास्क्स में प्रोजेक्ट असाइनमेंट्स बनाने चाहिए, लेकिन हर टीम को यह तय करना होगा कि उनके लिए कौन सा सिस्टम सबसे अच्छा काम करता है।

कृपया ध्यान दें कि असाइनमेंट्स बदल सकते हैं, इसलिए एक बार जब उपयोगकर्ता अपने असाइन किए गए कार्य को पूरा कर लेता है, तो अगले कार्य उपलब्ध होने तक उसे Users, Roles and Permissions से हटा दिया जा सकता है। चूंकि कुछ कार्य “निर्भर” (dependent) नहीं होते, इसका अर्थ यह हो सकता है कि एक ही समय में कई लोगों को एक पुस्तक के लिए असाइन किया गया हो।

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

Answer 3

Paratext 8 में कार्य (tasks) असाइन करने और उन कार्यों के पूर्ण होने की निगरानी करने के लिए प्रोजेक्ट प्लान (project plan) का उपयोग करना एक बड़ा नया विकास है। यदि प्रोजेक्ट प्लान का उपयोग किया जाता है, तो संपादन अनुमतियों (editing permissions) को Users, Roles and Permissions विंडो में पुराने तरीके से नियंत्रित नहीं किया जाना चाहिए। जो लोग प्रोजेक्ट प्लान का उपयोग करने का विकल्प नहीं चुनते हैं, उन लोगों के लिए और प्लान में शामिल न होने वाले मुद्दों को संभालने के लिए वह विंडो अभी भी उपलब्ध है।

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

Answer 4

जब असाइन किया गया कार्य और चरण (stage) पूरा हो जाता है, तो पुस्तकों तक पहुंच (access) कैसे रोकी जाती है? मुझे लगता है कि यह महत्वपूर्ण है ताकि किसी निश्चित चरण के बाद कोई और परिवर्तन न किया जाए।

धन्यवाद

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

Comments

सामान्य “टास्क्स” के लिए, जब कोई कार्य पूरा हो जाता है, तो अनुमतियाँ स्वतः अगले व्यक्ति के पास चली जानी चाहिए। एक जगह जहां यह भ्रमित करने वाला हो सकता है, वह है यदि किसी को “चेक” (check) असाइन किया गया हो। उस स्थिति में, हर बार जब वह त्रुटि मौजूद हो, तो उस व्यक्ति को पुनः संपादन अधिकार (editing rights) होने चाहिए। यदि “Juan” को विराम चिह्न (punctuation) की जाँच के लिए असाइन किया गया है, तो Juan को तब तक संपादन अधिकार होंगे जब तक कि जाँच शुरू होने के बाद के किसी भी चरण में विराम चिह्न की त्रुटि मौजूद हो। यदि जाँच Drafting चरण में शुरू होती है, लेकिन चरण 4 में विराम चिह्न की त्रुटि होती है, तो Juan को पुनः संपादन अधिकार होने चाहिए।

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

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

Answer 5

बस सूचना के लिए - मैं “Assign a stage” का उपयोग कर रहा था ताकि प्रत्येक चरण में सभी कार्यों/जाँचों के लिए एक व्यक्ति को असाइन किया जा सके, इसलिए मुझे पूरा विश्वास है कि उपयोगकर्ता को सब कुछ से हटा दिया गया था। (चूंकि वे सभी एक ही व्यक्ति थे, जाँचना आसान था।) Paratext को पुनः आरंभ करने के बावजूद, ऐसे समय होते हैं जब ग्रे बॉक्स गायब नहीं होता है, और यह ठीक-ठीक AutomaticBooks सेटिंग्स से मेल खाता है।

तो मैं दोहराता हूँ: वे <AutomaticBooks> वास्तव में किसके लिए हैं, और उन्हें कब अपडेट होने की उम्मीद है? मुझे नहीं लगता कि वह तंत्र सही ढंग से काम कर रहा है।

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

Comments

PT9 में जाने के कुछ समय बाद, हमारे एक प्रोजेक्ट में भी स्वतः अनुमतियों (automatic permissions) का मुद्दा था, जो असाइनमेंट्स और प्रोग्रेस से हटाए जाने के बाद भी बना रहती थीं, जिसका अर्थ था कि उन्हें स्थायी रूप से असाइन छोड़ दिया गया था। हमें jeffh की तरह ही वही करना पड़ा। मैं यह बस इसलिए बता रहा हूँ कि यदि आप पाते हैं कि यह एक बार का समस्या है, तो यह संभवतः उन बग्स (bugs) से है जो पहले मौजूद थे।

jeffh, क्या आप बता सकते हैं कि क्या नई दी गई अनुमतियों के लिए अपडेट नहीं हो रहा है, या क्या यह केवल उनसे जूझ रहा है जो किसी पिछले समय से बचे हुए हैं?

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

---

jeffh:

वे <AutomaticBooks> वास्तव में किसके लिए हैं, और उन्हें कब अपडेट होने की उम्मीद है?

वे वे अनुमतियाँ हैं जो Project Progress असाइनमेंट्स के आधार पर सेट की जाती हैं। यह Paratext में एकमात्र चीज़ है जो उन्हें संभालती है। यदि आपने किसी उपयोगकर्ता से सभी कार्य हटा दिए हैं और फिर भी वे साफ़ नहीं हो रहे हैं, तो इसका अर्थ है कि Paratext में कहीं एक बग (bug) होने की संभावना है। यदि यह फिर से होता है, तो Help > Give feedback का उपयोग करने में मदद मिलेगी ताकि हम इसका जाँच कर सकें।

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

Answer 6

Stephen+Katt:

jeffh, क्या आप बता सकते हैं कि क्या नई दी गई अनुमतियों के लिए अपडेट नहीं हो रहा है, या क्या यह केवल उनसे जूझ रहा है जो किसी पिछले समय से बचे हुए हैं?

नहीं, ये नई असाइन की गई अनुमतियाँ थीं, पिछले कुछ दिनों में, Paratext 9.3 की नवीनतम संस्करण के साथ।

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