स्क्रीन रीडर के साथ एक विस्तृत आरपीजी कैरेक्टर शीट को नेविगेट करना कैसे आसान बनाएं
टेबलटॉप सेशन के दौरान जिस खिलाड़ी को कैरेक्टर के विवरण तुरंत ढूंढने की आवश्यकता होती है, उसके लिए शीट को सामान्य खेल कार्यों के अनुसार पुनर्व्यवस्थित करें: रोल चेक करना, कोई एक्शन चुनना, किसी संसाधन को अपडेट करना, या किसी विशेषता को याद करना। किसी संपादन योग्य दस्तावेज़ या सुलभ डिजिटल शीट में वास्तविक शीर्षकों (हेडिंग्स) और लेबलों का उपयोग करें, फिर उन तरीकों का परीक्षण उस स्क्रीन रीडर और ऐप के साथ करें जिसे आप उपयोग करने की योजना बना रहे हैं। केवल विज़ुअल रीडिज़ाइन करने से मूल संरचना अपरिवर्तित रह सकती है।
उन पलों से शुरुआत करें जब आपको शीट की आवश्यकता होती है
लेआउट बदलने से पहले, उन सवालों की सूची बनाएं जो आप खेल के दौरान अक्सर पूछते हैं। उदाहरण के लिए: "मैं इस चेक में क्या जोड़ूं?", "मैं कौन से एक्शन ले सकता हूं?", "यह विशेषता क्या करती है?", और "इसके कितने उपयोग शेष हैं?" ये सवाल एक व्यावहारिक इंडेक्स की तरह हैं: वे आपको बताते हैं कि कौन सी जानकारी तक पहुंचना आसान होना चाहिए और क्या कम बार उपयोग किए जाने वाले संदर्भ अनुभाग में रखा जा सकता है।
जानकारी को मुद्रित शीट के विज़ुअल आकार के बजाय कार्य के अनुसार समूहीकृत करें। हो सकता है कि किसी कैरेक्टर के प्रमुख नंबर कई बॉक्स में फैले हों, लेकिन स्क्रीन रीडर उपयोगकर्ता को उन्हें जोड़ने के लिए असंबंधित टेक्स्ट को पढ़ना पड़ सकता है। एक प्रक्रिया के लिए आवश्यक भागों को एक साथ रखें, या एक संक्षिप्त, स्पष्ट रूप से लेबल किया गया त्वरित-संदर्भ अनुभाग प्रदान करें जो नीचे दिए गए अधिक विस्तृत विवरणों की ओर संकेत करता हो।
खेल के नियमों और अपने कैरेक्टर के वास्तविक मानों को वैसा ही बनाए रखें। किसी शीट को पुनर्व्यवस्थित करने से यह बदलता है कि जानकारी कहाँ स्थित है, न कि यह कि किसी विशेषता, आंकड़े या संसाधन का क्या अर्थ है।
शीर्षकों की एक उपयोगी रूपरेखा (आउटलाइन) बनाएं
एक स्पष्ट दस्तावेज़ शीर्षक बनाएं, फिर वर्णनात्मक अनुभाग शीर्षकों का उपयोग करें जैसे "चेक और बचाव," "एक टर्न में एक्शन," "विशेषताएं और सीमाएं," "उपकरण," और "सेशन नोट्स।" शीर्षकों को ऐसा बनाएं जो यह दर्शाएं कि आगे क्या है, ताकि कोई खिलाड़ी हर पैराग्राफ को पढ़े बिना यह तय कर सके कि कहाँ जाना है। W3C दिशानिर्देश बताते हैं कि सही ढंग से चिह्नित शीर्षक स्क्रीन-रीडर उपयोगकर्ताओं को दस्तावेज़ की रूपरेखा को नेविगेट करने और समझने में मदद करते हैं; केवल फ़ॉन्ट आकार या बोल्डनेस बदलने से वह संरचना नहीं मिलती है। वेब पहुंच के लिए लेखन पर W3C दिशानिर्देश
साधारण टेक्स्ट को शीर्षक जैसा दिखने के लिए केवल प्रारूपित करने के बजाय, वर्ड प्रोसेसर में इन-बिल्ट हेडिंग शैलियों या अपने डिजिटल टूल में उपयुक्त हेडिंग नियंत्रणों का उपयोग करें। पदानुक्रम को तार्किक रखें: एक मुख्य अनुभाग शीर्ष-स्तरीय शीर्षक होना चाहिए, और एक उप-अनुभाग उसके अंतर्गत होना चाहिए। केवल उनके विज़ुअल आकार के आधार पर शीर्षक स्तर चुनने से बचें। शीर्षकों की सूची कैरेक्टर शीट के एक संक्षिप्त मानचित्र की तरह पढ़नी चाहिए।
समान अनुभागों में अंतर करने के लिए शीर्षकों को पर्याप्त विवरण दें। "क्षमताएं" अस्पष्ट हो सकता है यदि इसमें चेक और विशेष क्षमताएं दोनों शामिल हैं; "क्षमता चेक" और "कैरेक्टर विशेषताएं" अधिक स्पष्ट गंतव्य बनाते हैं। W3C वर्णनात्मक शीर्षकों और लेबलों की अनुशंसा करता है, और ध्यान दिलाता है कि सही मार्कअप सहायक तकनीक को नेविगेशन के लिए उन्हें प्रदर्शित करने की अनुमति देता है। शीर्षकों और लेबलों पर W3C
अक्सर उपयोग की जाने वाली जानकारी को पहले रखें
सेशन की गति के अनुसार अनुभागों को क्रमबद्ध करें। एक संक्षिप्त प्रारंभिक अनुभाग में कैरेक्टर का नाम, आमतौर पर उपयोग किए जाने वाले मॉडिफायर, बचाव, गतिशीलता या नियमित रूप से जांची जाने वाली अन्य वैल्यू, और सबसे अधिक बार अपडेट होने वाला संसाधन शामिल हो सकता है। इसके बाद एक्शन विकल्प और विशेषताओं के विवरण रखें, फिर कम बार देखी जाने वाली जानकारियां जैसे कि बैकग्राउंड, उपकरणों के लंबे नोट्स, या अभियान का इतिहास रखें।
प्रारंभिक अनुभाग को इतना संक्षिप्त रखें कि वह उपयोगी हो। इसे सामान्य प्रश्नों का उत्तर देना चाहिए, न कि खिलाड़ी के बाकी हिस्सों तक पहुँचने से पहले पूरी शीट को दोबारा प्रस्तुत करना चाहिए। यदि वही संख्या किसी त्वरित संदर्भ और पूर्ण अनुभाग दोनों में दिखाई देती है, तो तय करें कि कौन सा प्रामाणिक है और कैरेक्टर में बदलाव होने पर दोनों को अपडेट करें। एक संक्षिप्त रखरखाव नोट—"जब यह मान बदलता है तो त्वरित संदर्भ को अपडेट करें"—विसंगति को रोक सकता है।
ऐसे लेबलों का उपयोग करें जो बताते हैं कि किसी संख्या का क्या अर्थ है। अकेले "+5" की तुलना में "बोनस: +5" अधिक उपयोगी है; केवल "2" की तुलना में "शेष उपयोग: 2" अधिक स्पष्ट है। यदि खेल में कोई संसाधन बदलता है, तो उसके वर्तमान मान और उसकी सीमा दोनों को खोजने का एक सुसंगत तरीका प्रदान करें, जैसे कि "फ़ोकस: 3 में से 2 उपयोग शेष।" इस अंतर को संप्रेषित करने के लिए केवल रंग, स्थिति, बॉर्डर या प्रतीकों पर निर्भर न रहें: जब सामग्री को ज़ोर से पढ़ा जाता है तो वे संकेत छूट सकते हैं। WebAIM केवल रंग के बजाय तार्किक दस्तावेज़ संरचना और स्पष्ट टेक्स्ट की अनुशंसा करता है। वेब पहुंच के लिए WebAIM का परिचय
विशेषताओं को उपयोगी एक्शन ब्लॉक के रूप में लिखें
प्रत्येक नियम या विशेषता के लिए, पहले नाम लिखें, फिर समझाएं कि यह कैरेक्टर को क्या करने की अनुमति देता है, यह कब लागू होता है, इसकी लागत या आवश्यकताएं क्या हैं, और कोई सीमा या अवधि क्या है। इन विवरणों को एक साथ रखें ताकि खिलाड़ी को निर्णय लेने के लिए अन्यत्र न खोजना पड़े। एक सुसंगत प्रारूप मदद कर सकता है: "विशेषता का नाम। तब उपयोग करें जब... चुनें... लागत... सीमा... प्रभाव तब समाप्त होता है जब..." खेल के अनुसार फ़ील्ड को अनुकूलित करें; जो लागू नहीं होते उन्हें छोड़ दें।
जब विकल्प एक समूह बनाते हैं, जैसे कि एक्शन, मंत्र (स्पेल), तैयार की गई वस्तुएं, या स्थितियां, तो उन्हें वास्तविक सूचियों में विभाजित करें। प्रत्येक आइटम को एक अलग नाम और एक संक्षिप्त विवरण दें। टैब, बार-बार स्पेस या सजावटी विभाजकों से बने कृत्रिम कॉलम से बचें: जब उन्हें क्रमिक रूप से पढ़ा जाता है तो उनकी विज़ुअल व्यवस्था संबंधों को स्पष्ट नहीं कर सकती है। यदि किसी आइटम में नियमों की लंबी व्याख्या है, तो सूची के पास एक संक्षिप्त एक्शन सारांश रखें और पूरी प्रविष्टि के लिए एक वर्णनात्मक शीर्षक प्रदान करें।
कैरेक्टर शीट या हस्तलिखित नोट्स की छवियों के लिए, ऐसा टेक्स्ट जोड़ें जो छवि में मौजूद किसी भी जानकारी को व्यक्त करता हो, या उस जानकारी को दस्तावेज़ में ट्रांसक्राइब करें। किसी सजावटी पोर्ट्रेट में गेमप्ले डेटा शामिल करने की आवश्यकता नहीं है। W3C सलाह देता है कि टेक्स्ट विकल्प किसी छवि की जानकारी या कार्य को संप्रेषित करने चाहिए, जबकि विशुद्ध रूप से सजावटी छवियों को बिना वर्णनात्मक वैकल्पिक टेक्स्ट के छोड़ा जा सकता है। वेब पहुंच के लिए लेखन पर W3C दिशानिर्देश
तालिकाओं और इंटरैक्टिव नियंत्रणों को सरल बनाएं
तालिका (टेबल) का उपयोग केवल तभी करें जब जानकारी पंक्ति-और-कॉलम संबंधों पर निर्भर करती हो, जैसे कि वस्तु, मात्रा और नोट्स वाली इन्वेंट्री। कॉलम को विशिष्ट नाम दें, तालिका को सरल रखें, और उन टूल में वास्तविक हेडर सेल का उपयोग करें जो उनका समर्थन करते हैं। W3C बताता है कि जब उपयोगकर्ता सही ढंग से मार्क-अप किए गए डेटा टेबल में आगे बढ़ते हैं तो स्क्रीन रीडर हेडर जानकारी बोल सकते हैं; विज़ुअल रूप से संरेखित टेक्स्ट या टैब उन संबंधों को सुरक्षित नहीं रखते हैं। टेबल मार्कअप के लिए W3C तकनीक
कैरेक्टर के कई विकल्पों को एक चौड़ी तालिका की तुलना में शीर्षकों और सूचियों के रूप में समझना आसान होता है। लंबे विवरणों वाली स्पेल या फीचर टेबल कॉलमों के बीच बार-बार आगे-पीछे जाने पर विवश कर सकती है और वर्तमान आइटम को संदर्भ में रखना कठिन बना सकती है। यदि कोई तालिका आवश्यक है, तो उसके कॉलम को केवल उसी जानकारी तक सीमित रखें जो वास्तव में तुलनीय है और जब एक सरल संरचना काम कर सकती हो तो मर्ज की गई सेल या शीर्षकों के कई स्तरों से बचें।
भरने योग्य शीट के लिए, सुनिश्चित करें कि प्रत्येक नियंत्रण का एक सार्थक लेबल हो और उस तक तार्किक क्रम में पहुँचा और उपयोग किया जा सके। चेकबॉक्स की पहचान उसके द्वारा नियंत्रित किए जाने वाले विकल्प से होनी चाहिए, न कि स्थान या किसी अस्पष्ट निशान से। WebAIM नोट करता है कि फ़ॉर्म नियंत्रणों को प्रोग्रामेटिक रूप से संबद्ध लेबलों की आवश्यकता होती है। सटीक सेटअप ऐप के अनुसार अलग-अलग होता है, इसलिए उस टूल में नियंत्रणों की जांच करें जहां वास्तव में शीट का उपयोग किया जाएगा। वेब पहुंच के लिए WebAIM का परिचय
पूर्ण नियमों को छिपाए बिना एक त्वरित संदर्भ बनाएं
एक संक्षिप्त "एक नज़र में" (At a glance) अनुभाग सामान्य क्रियाओं को तेज़ बना सकता है, जबकि संपूर्ण विशेषता टेक्स्ट अपने स्वयं के शीर्षक के तहत उपलब्ध रहता है। उदाहरण के लिए, त्वरित अनुभाग कह सकता है "सेकंड विंड — स्वास्थ्य पुनः प्राप्त करें; प्रति विश्राम एक बार," जबकि पूर्ण विशेषता प्रविष्टि खेल के सटीक समय और मात्रा की व्याख्या करती है। सारांशों को सारांश के रूप में लेबल करें, और उन्हें किसी ऐसी स्थिति या अपवाद का स्थान न लेने दें जो यह बदल सकता है कि कोई एक्शन कैसे काम करता है।
यह दो-परत दृष्टिकोण तब सबसे अधिक उपयोगी होता है जब कैरेक्टर के पास कई विकल्प होते हैं। यह खिलाड़ी को नियमित जांच के लिए एक संक्षिप्त मार्ग और अपरिचित स्थितियों के लिए एक अधिक विस्तृत मार्ग प्रदान करता है। यदि नियम अभी भी सीखे जा रहे हैं, तो शब्दों को आधिकारिक कैरेक्टर विकल्पों या समूह के सहमत नोट्स के करीब रखें, और उपयोग को प्रभावित करने वाली किसी भी शर्त को बनाए रखें।
उन मार्गों का परीक्षण करें जिनका उपयोग आप खेल में करेंगे
उसी ऐप और स्क्रीन रीडर में शीट खोलें जिसे आप टेबल पर उपयोग करने की उम्मीद करते हैं। सबसे पहले शीर्षक सूची का निरीक्षण करें: क्या अनुभाग के नाम एक उपयोगी रूपरेखा बनाते हैं, और क्या आप सीधे चेक, एक्शन और सुविधाओं पर जा सकते हैं? फिर अक्सर उपयोग किए जाने वाले मॉडिफायर, किसी एक्शन की लागत या सीमा, और उस संसाधन को खोजने के लिए ऐप के सामान्य पढ़ने और नियंत्रण विधियों का उपयोग करके नेविगेट करें जिसे आपको अपडेट करने की आवश्यकता है। स्क्रीन रीडर कमांड भिन्न होते हैं, इसलिए एक सार्वभौमिक शॉर्टकट मानने के बजाय अपने विशिष्ट स्क्रीन रीडर के मार्गदर्शन का पालन करें।
जो छूट गया है उसके साथ-साथ जो दोहराया गया है उस पर भी ध्यान दें। हो सकता है कि कोई शीर्षक मुख्य दिखे लेकिन शीर्षक सूची में दिखाई न दे; कोई संख्या बिना किसी लेबल के बोली जा सकती है; या कोई तालिका उनके संबंध को स्पष्ट किए बिना सेल को पढ़ सकती है। दस्तावेज़ की संरचना या शब्दों को सही करें, फिर उन्हीं मार्गों को दोहराएं। यदि कोई पीडीएफ या निर्यात की गई प्रति आपकी दिनचर्या का हिस्सा है, तो उस संस्करण की भी जांच करें: निर्यात के दौरान पहुंच में बदलाव आ सकता है, और संपादन योग्य स्रोत इस बात की गारंटी नहीं देता है कि निर्यात की गई फ़ाइल ने अपनी संरचना बनाए रखी है। WebAIM गैर-HTML दस्तावेज़ों को सुलभ बनाने की सलाह देता है और नोट करता है कि टैग की गई पीडीएफ स्क्रीन रीडर के लिए संरचना प्रदर्शित कर सकती हैं। सुलभ दस्तावेज़ों पर WebAIM
उस खिलाड़ी से पूछें जो शीट का उपयोग करेगा कि कौन से मार्ग महत्वपूर्ण हैं और क्या संशोधित संरचना उनके लिए काम करती है। प्राथमिकताएं, उपकरण और अनुभव अलग-अलग होते हैं; एक चेकलिस्ट संरचनात्मक समस्याओं को ढूंढ सकती है, लेकिन यह किसी अन्य की पसंदीदा व्यवस्था तय नहीं कर सकती है। स्रोत शीट को अपडेट करना आसान रखें, और जब भी कैरेक्टर बदले तो त्वरित-संदर्भ विवरणों की पुनः समीक्षा करें।