मोड (यूजर इंटरफेस): Difference between revisions
From Vigyanwiki
No edit summary |
No edit summary |
||
| Line 8: | Line 8: | ||
एक मानव-मशीन इंटरफ़ेस किसी दिए गए इशारे के संबंध में मोडल है जब (1) इंटरफ़ेस की वर्तमान स्थिति (कंप्यूटर विज्ञान) उपयोगकर्ता का ठिकाना नहीं है<!-- (sic). Do not change this to "focus"; "locus" is the word used by the source, it means "place". --> का ध्यान और (2) इंटरफ़ेस कई में से एक को निष्पादित करेगा हावभाव के लिए अलग-अलग प्रतिक्रियाएं, सिस्टम की वर्तमान पर निर्भर करती हैं | एक मानव-मशीन इंटरफ़ेस किसी दिए गए इशारे के संबंध में मोडल है जब (1) इंटरफ़ेस की वर्तमान स्थिति (कंप्यूटर विज्ञान) उपयोगकर्ता का ठिकाना नहीं है<!-- (sic). Do not change this to "focus"; "locus" is the word used by the source, it means "place". --> का ध्यान और (2) इंटरफ़ेस कई में से एक को निष्पादित करेगा हावभाव के लिए अलग-अलग प्रतिक्रियाएं, सिस्टम की वर्तमान पर निर्भर करती हैं | ||
राज्य। (पृष्ठ 42)। | राज्य। (पृष्ठ 42)। | ||
रस्किन के अर्थ में और उनकी परिभाषा के अनुसार, एक इंटरफ़ेस तब तक मोडल नहीं है जब तक कि उपयोगकर्ता अपनी वर्तमान स्थिति से पूरी तरह अवगत है। रस्किन इसे ध्यान के स्थान के रूप में संदर्भित करता है ([[लैटिन]] शब्द लोकस का अर्थ है स्थान या स्थान)। | रस्किन के अर्थ में और उनकी परिभाषा के अनुसार, एक इंटरफ़ेस तब तक मोडल नहीं है जब तक कि उपयोगकर्ता अपनी वर्तमान स्थिति से पूरी तरह अवगत है। रस्किन इसे ध्यान के स्थान के रूप में संदर्भित करता है ([[लैटिन]] शब्द लोकस का अर्थ है स्थान या स्थान)। सामान्यतः एक उपयोगकर्ता को एक सिस्टम स्थिति के बारे में पता होता है यदि राज्य परिवर्तन उद्देश्यपूर्ण रूप से उपयोगकर्ता द्वारा प्रारंभ किया गया था, या यदि सिस्टम कुछ मजबूत संकेत देता है कि उपयोगकर्ता को राज्य परिवर्तन के बारे में सूचित करने के लिए जहां बातचीत होती है। यदि उपयोगकर्ता का ध्यान किसी भिन्न क्षेत्र में बदल जाता है, तो इंटरफ़ेस की स्थिति एक मोड का प्रतिनिधित्व कर सकती है क्योंकि उपयोगकर्ता अब इसके बारे में नहीं जानता है। | ||
[[लैरी टेस्लर]] ने परिभाषित मोड को उपयोगकर्ता इंटरफ़ेस की एक स्थिति के रूप में परिभाषित किया है जो समय की अवधि के लिए रहता है, किसी विशेष वस्तु से जुड़ा नहीं है, और ऑपरेटर इनपुट पर व्याख्या करने के | [[लैरी टेस्लर]] ने परिभाषित मोड को उपयोगकर्ता इंटरफ़ेस की एक स्थिति के रूप में परिभाषित किया है जो समय की अवधि के लिए रहता है, किसी विशेष वस्तु से जुड़ा नहीं है, और ऑपरेटर इनपुट पर व्याख्या करने के अतिरिक्त कोई भूमिका नहीं है।<ref>{{Cite journal|last=Tesler|first=Larry|date=2012-07-01|title=मॉडल रहित पाठ संपादन और कट/कॉपी-पेस्ट का एक व्यक्तिगत इतिहास|journal=Interactions|language=EN|volume=19|issue=4|pages=70–75|doi=10.1145/2212877.2212896|s2cid=21399421}} ([http://worrydream.com/refs/Tesler%20-%20A%20Personal%20History%20of%20Modeless%20Text%20Editing%20and%20Cut-Copy-Paste.pdf pdf])</ref> | ||
| Line 18: | Line 18: | ||
सॉफ्टवेयर के कई उदाहरणों को मोडल या इंटरफ़ेस मोड का उपयोग करने के रूप में वर्णित किया गया है: | सॉफ्टवेयर के कई उदाहरणों को मोडल या इंटरफ़ेस मोड का उपयोग करने के रूप में वर्णित किया गया है: | ||
[[पूर्व ([[पाठ संपादक]])]] - | [[पूर्व ([[पाठ संपादक]])]] - सामान्यतः डिफ़ॉल्ट रूप से इन्सर्ट मोड में होते हैं लेकिन इन्सर्ट कुंजी दबाकर [[supertype]] मोड के अंदर और बाहर टॉगल किया जा सकता है। | ||
* vi - टेक्स्ट डालने के लिए एक मोड है, और कमांड दर्ज करने के लिए एक अलग मोड है। अधिक जटिल कमांड जारी करने के लिए एक Ex (टेक्स्ट एडिटर) मोड भी है (जैसे सर्च और रिप्लेस)। सामान्य परिस्थितियों में, कमांड जारी होने के बाद संपादक स्वचालित रूप से पिछले मोड में वापस आ जाता है; | * vi - टेक्स्ट डालने के लिए एक मोड है, और कमांड दर्ज करने के लिए एक अलग मोड है। अधिक जटिल कमांड जारी करने के लिए एक Ex (टेक्स्ट एडिटर) मोड भी है (जैसे सर्च और रिप्लेस)। सामान्य परिस्थितियों में, कमांड जारी होने के बाद संपादक स्वचालित रूप से पिछले मोड में वापस आ जाता है; चूंकि, Shift-Q का उपयोग करके स्थायी रूप से इस मोड में जाना संभव है। | ||
* [[Emacs]] - उपसर्ग कुंजी की अवधारणा है, जो नियंत्रण कुंजी और एक अक्षर कुंजी दबाकर एक मोडल स्थिति को ट्रिगर करती है। Emacs तब अतिरिक्त कीप्रेस की प्रतीक्षा करता है जो [[कीबाइंडिंग]] को पूरा करता है। यह vi से इस मायने में भिन्न है कि जैसे ही कमांड को कॉल किया जाता है, मोड [[हम]]ेशा समाप्त हो जाता है (जब इसे सक्रिय करने वाली कुंजी दबाने का क्रम पूरा हो जाता है)। Emacs में कई प्रमुख और छोटे मोड भी हैं जो उपलब्ध कमांड को बदलते हैं, और उस प्रकार की फ़ाइलों को अधिक आसानी से संपादित करने के लिए फ़ाइल प्रकार के आधार पर स्वचालित रूप से लागू किया जा सकता है। Emacs मोड टेक्स्ट फ़ाइलों को संपादित करने तक ही सीमित नहीं हैं; [[फ़ाइल ब्राउज़र]], [[वेब ब्राउज़िंग]], [[आईआरसी]] और [[ईमेल]] के लिए मोड | * [[Emacs]] - उपसर्ग कुंजी की अवधारणा है, जो नियंत्रण कुंजी और एक अक्षर कुंजी दबाकर एक मोडल स्थिति को ट्रिगर करती है। Emacs तब अतिरिक्त कीप्रेस की प्रतीक्षा करता है जो [[कीबाइंडिंग]] को पूरा करता है। यह vi से इस मायने में भिन्न है कि जैसे ही कमांड को कॉल किया जाता है, मोड [[हम]]ेशा समाप्त हो जाता है (जब इसे सक्रिय करने वाली कुंजी दबाने का क्रम पूरा हो जाता है)। Emacs में कई प्रमुख और छोटे मोड भी हैं जो उपलब्ध कमांड को बदलते हैं, और उस प्रकार की फ़ाइलों को अधिक आसानी से संपादित करने के लिए फ़ाइल प्रकार के आधार पर स्वचालित रूप से लागू किया जा सकता है। Emacs मोड टेक्स्ट फ़ाइलों को संपादित करने तक ही सीमित नहीं हैं; [[फ़ाइल ब्राउज़र]], [[वेब ब्राउज़िंग]], [[आईआरसी]] और [[ईमेल]] के लिए मोड सम्मलित हैं और उनके इंटरेक्शन पैटर्न Emacs वातावरण के भीतर [[अनुप्रयोग प्रक्रिया सामग्री]] के बराबर हैं। मोड [[Emacs Lisp]] में लिखे गए हैं, और सभी मोड सभी संस्करणों के साथ शामिल नहीं हो सकते हैं। | ||
* [[सिस्को आईओएस]] - कमांड मोड में कुछ कमांड निष्पादित किए जाते हैं। | * [[सिस्को आईओएस]] - कमांड मोड में कुछ कमांड निष्पादित किए जाते हैं। | ||
* फोटो हेरफेर में एक [[पैलेट (कंप्यूटिंग)]] से चुने गए उपकरण | फोटो-संपादन और ड्राइंग एप्लिकेशन एक मोडल इंटरफ़ेस के उदाहरण हैं। कुछ उन्नत छवि संपादकों में एक सुविधा होती है जहां एक ही उपकरण को एक कीप्रेस द्वारा गैर-मोडल रूप से एक्सेस किया जा सकता है, और तब तक सक्रिय रहता है जब तक कि कुंजी को दबाए रखा जाता है। कुंजी जारी करने से पैलेट द्वारा सक्रिय किए गए मोडल टूल में इंटरफ़ेस वापस आ जाता है। | * फोटो हेरफेर में एक [[पैलेट (कंप्यूटिंग)]] से चुने गए उपकरण | फोटो-संपादन और ड्राइंग एप्लिकेशन एक मोडल इंटरफ़ेस के उदाहरण हैं। कुछ उन्नत छवि संपादकों में एक सुविधा होती है जहां एक ही उपकरण को एक कीप्रेस द्वारा गैर-मोडल रूप से एक्सेस किया जा सकता है, और तब तक सक्रिय रहता है जब तक कि कुंजी को दबाए रखा जाता है। कुंजी जारी करने से पैलेट द्वारा सक्रिय किए गए मोडल टूल में इंटरफ़ेस वापस आ जाता है। | ||
| Line 32: | Line 32: | ||
== मोड त्रुटियां == | == मोड त्रुटियां == | ||
{{See also|उपयोगकर्ता त्रुटि}} | {{See also|उपयोगकर्ता त्रुटि}} | ||
मोड | मोड अधिकांशतः इंटरफ़ेस डिज़ाइन में गलत होते हैं क्योंकि वे मोड त्रुटियों को उत्पन्न करने की संभावना रखते हैं जब उपयोगकर्ता भूल जाता है कि इंटरफ़ेस किस स्थिति में है, एक क्रिया करता है जो एक अलग मोड के लिए उपयुक्त है, और एक अप्रत्याशित और अवांछित प्रतिक्रिया प्राप्त करता है।<ref>[http://www.usabilityfirst.com/glossary/mode-error/ Glossary: mode error]</ref><ref name="glossary">[http://www.usabilityfirst.com/glossary/modal Usability Glossary: modal]</ref> एक मोड त्रुटि काफी चौंकाने वाली और विचलित करने वाली हो सकती है क्योंकि उपयोगकर्ता अपनी उपयोगकर्ता अपेक्षाओं के अचानक उल्लंघन का सामना करता है। | ||
समस्याएँ तब होती हैं जब सिस्टम की स्थिति में बदलाव पर ध्यान नहीं दिया जाता है (सिस्टम द्वारा | समस्याएँ तब होती हैं जब सिस्टम की स्थिति में बदलाव पर ध्यान नहीं दिया जाता है (सिस्टम द्वारा प्रारंभ किया गया, या किसी अन्य व्यक्ति द्वारा, जैसे कि उपयोगकर्ता जो पहले मशीन का उपयोग कर रहा था), या यदि कुछ समय बाद उपयोगकर्ता राज्य परिवर्तन के बारे में भूल जाता है। एक अन्य विशिष्ट समस्या राज्य का अचानक परिवर्तन है जो उपयोगकर्ता की गतिविधि को बाधित करती है, जैसे [[फोकस चोरी]] करना। ऐसी स्थिति में यह आसानी से हो सकता है कि उपयोगकर्ता पुरानी अवस्था को ध्यान में रखते हुए कुछ ऑपरेशन करता है, जबकि मस्तिष्क ने अभी तक स्थिति परिवर्तन का संकेत देने वाले संकेतों को पूरी तरह से संसाधित नहीं किया है। | ||
मोडलिटी का एक बहुत निराशाजनक प्रकार एक मोड द्वारा बनाया जाता है जहां उपयोगकर्ता को कोई रास्ता नहीं मिलता है, दूसरे शब्दों में, जहां वे पिछले सिस्टम स्थिति को पुनर्स्थापित करने का तरीका नहीं ढूंढ पाते हैं। | मोडलिटी का एक बहुत निराशाजनक प्रकार एक मोड द्वारा बनाया जाता है जहां उपयोगकर्ता को कोई रास्ता नहीं मिलता है, दूसरे शब्दों में, जहां वे पिछले सिस्टम स्थिति को पुनर्स्थापित करने का तरीका नहीं ढूंढ पाते हैं। | ||
=== मोड त्रुटियों के उदाहरण === | === मोड त्रुटियों के उदाहरण === | ||
* मोड त्रुटियों का सबसे आम स्रोत कैप्स लॉक कुंजी हो सकता है। [[पीसी कीबोर्ड]] में उपलब्ध अन्य सामान्य मोड अन्य लॉक कीज़, [[न्यूमेरिकल लॉक]] और [[ऊपर नीचे करना बंद]] और | * मोड त्रुटियों का सबसे आम स्रोत कैप्स लॉक कुंजी हो सकता है। [[पीसी कीबोर्ड]] में उपलब्ध अन्य सामान्य मोड अन्य लॉक कीज़, [[न्यूमेरिकल लॉक]] और [[ऊपर नीचे करना बंद]] और अधिकांशतः इन्सर्ट की हैं। [[विशेषक]] चिह्नों के लिए मृत कुंजियाँ भी एक अल्पकालिक मोड बनाती हैं, कम से कम यदि वे दृश्य प्रतिक्रिया प्रदान नहीं करते हैं कि अगले टाइप किए गए वर्ण को संशोधित किया जाएगा। जबकि पीसी कीबोर्ड पर लॉक कुंजियाँ इस इरादे से डिज़ाइन की गई हैं कि उन्हें मोडल कुंजियों के रूप में उपयोग किया जाए, आईबीएम पीसी हार्डवेयर डिज़ाइन के लिए न तो इन्हें और न ही किसी अन्य विशिष्ट कुंजी को मोडल होने की आवश्यकता होती है, लेकिन सॉफ़्टवेयर को किसी भी कुंजी को मोडल के रूप में व्यवहार करने की अनुमति देता है। (पीसी [[BIOS]] सामान्य रूप से कैप्स लॉक, न्यूम लॉक और स्क्रॉल लॉक राज्यों को लागू करता है, इसलिए इन चाबियों की मॉडेलिटी आंतरिक दिखाई दे सकती है, लेकिन कीबोर्ड I/O के लिए BIOS का उपयोग करने के लिए न तो तकनीकी रूप से और न ही व्यावहारिक रूप से आवश्यक है, और वास्तव में सबसे आधुनिक ऑपरेटिंग सिस्टम BIOS कीबोर्ड I/O का उपयोग नहीं करते हैं।) | ||
* पीसी उपयोगकर्ता जिनकी भाषा [[लैटिन वर्णमाला]] पर आधारित नहीं है, उन्हें | * पीसी उपयोगकर्ता जिनकी भाषा [[लैटिन वर्णमाला]] पर आधारित नहीं है, उन्हें सामान्यतः दो अलग-अलग [[कीबोर्ड लेआउट]] का उपयोग करके बातचीत करनी होती है: एक स्थानीय और [[QWERTY]]। यह वर्तमान कीबोर्ड लेआउट से जुड़ी मोड त्रुटियों को जन्म देता है: अधिकांशतः, मानव और इंटरफ़ेस के बीच वर्तमान लेआउट मोड का सिंक्रनाइज़ेशन खो जाता है, और पाठ को एक लेआउट में टाइप किया जाता है जो अभीष्ट नहीं है, अर्थहीन पाठ और भ्रम पैदा करता है . यदि किसी प्रोग्राम का अनुवाद किया जाता है तो उपयोगकर्ता इंटरफ़ेस तत्वों जैसे (y/n) में कीबोर्ड कुंजियाँ विपरीत प्रभाव डाल सकती हैं। | ||
* एक बार-बार होने वाला उदाहरण एक मोडल विंडो [[अलर्ट संवाद बॉक्स]] का अचानक प्रकट होना है, जब उपयोगकर्ता टाइप कर रहा होता है, जिसे फोकस चोरी के रूप में जाना जाता है; उपयोगकर्ता टाइप किए गए टेक्स्ट को टेक्स्ट फ़ील्ड में पेश करने की अपेक्षा करता है, लेकिन अप्रत्याशित संवाद सभी इनपुट को छोड़ सकता है, या कुछ कीस्ट्रोक्स (जैसे वाई के लिए हाँ और एन के लिए एन) को इस तरह से व्याख्या कर सकता है कि उपयोगकर्ता का इरादा नहीं था, | * एक बार-बार होने वाला उदाहरण एक मोडल विंडो [[अलर्ट संवाद बॉक्स]] का अचानक प्रकट होना है, जब उपयोगकर्ता टाइप कर रहा होता है, जिसे फोकस चोरी के रूप में जाना जाता है; उपयोगकर्ता टाइप किए गए टेक्स्ट को टेक्स्ट फ़ील्ड में पेश करने की अपेक्षा करता है, लेकिन अप्रत्याशित संवाद सभी इनपुट को छोड़ सकता है, या कुछ कीस्ट्रोक्स (जैसे वाई के लिए हाँ और एन के लिए एन) को इस तरह से व्याख्या कर सकता है कि उपयोगकर्ता का इरादा नहीं था, अधिकांशतः एक विनाशकारी कार्रवाई को ट्रिगर करना जिसे [[पूर्ववत]] नहीं किया जा सकता है। | ||
* [[यूनिक्स]] टेक्स्ट एडिटर vi नौसिखियों के लिए कुख्यात रूप से कठिन हो सकता है क्योंकि यह मोड का उपयोग करता है, और क्योंकि पहले के संस्करण कॉन्फ़िगर किए गए मोड संकेत को डिफ़ॉल्ट रूप से बंद कर देते हैं। | * [[यूनिक्स]] टेक्स्ट एडिटर vi नौसिखियों के लिए कुख्यात रूप से कठिन हो सकता है क्योंकि यह मोड का उपयोग करता है, और क्योंकि पहले के संस्करण कॉन्फ़िगर किए गए मोड संकेत को डिफ़ॉल्ट रूप से बंद कर देते हैं। | ||
* कई कंप्यूटर वीडियो गेम में कीबोर्ड का उपयोग गेम को नियंत्रित करने और संदेश टाइप करने दोनों के लिए किया जाता है। एक उपयोगकर्ता भूल सकता है कि वे टाइपिंग मोड में हैं क्योंकि वे खेल में अचानक कुछ प्रतिक्रिया करने का प्रयास करते हैं और नियंत्रणों को अनुत्तरदायी पाते हैं (और इसके | * कई कंप्यूटर वीडियो गेम में कीबोर्ड का उपयोग गेम को नियंत्रित करने और संदेश टाइप करने दोनों के लिए किया जाता है। एक उपयोगकर्ता भूल सकता है कि वे टाइपिंग मोड में हैं क्योंकि वे खेल में अचानक कुछ प्रतिक्रिया करने का प्रयास करते हैं और नियंत्रणों को अनुत्तरदायी पाते हैं (और इसके अतिरिक्त कमांड कुंजियों से भरा उनका टेक्स्ट बार दबाया जाता है)। | ||
=== परिवहन दुर्घटनाओं में === | === परिवहन दुर्घटनाओं में === | ||
* मोड भ्रम उन घटनाओं का हिस्सा था जिसके कारण 2009 में [[एयर फ्रांस फ्लाइट 447]] की हानि हुई, और 228 लोगों की मृत्यु हुई। पायलटों ने छड़ी को खींचकर ऊंचाई के नुकसान पर प्रतिक्रिया व्यक्त की, जो कि ऑटोपायलट के साथ पूरी तरह से सक्षम होने के साथ एक उपयुक्त प्रतिक्रिया होती, जो तब विमान को एक चढ़ाई विन्यास में रखती। | * मोड भ्रम उन घटनाओं का हिस्सा था जिसके कारण 2009 में [[एयर फ्रांस फ्लाइट 447]] की हानि हुई, और 228 लोगों की मृत्यु हुई। पायलटों ने छड़ी को खींचकर ऊंचाई के नुकसान पर प्रतिक्रिया व्यक्त की, जो कि ऑटोपायलट के साथ पूरी तरह से सक्षम होने के साथ एक उपयुक्त प्रतिक्रिया होती, जो तब विमान को एक चढ़ाई विन्यास में रखती। चूंकि , एक अवरुद्ध एयरस्पीड सेंसर के कारण हवाई जहाज के सिस्टम कम स्वचालन (एयरबस शर्तों में प्रत्यक्ष कानून) के एक मोड में प्रवेश कर गए थे, जिससे पायलटों को विमान को नाक-उच्च स्टाल कॉन्फ़िगरेशन में रखने की अनुमति मिली, जिससे वे ठीक नहीं हुए।<ref>https://arstechnica.com/information-technology/2017/11/uss-mccain-collision-ultimately-caused-by-ui-confusion/ BEA final report on the loss of Air France 447</ref> | ||
* [[राष्ट्रीय परिवहन सुरक्षा बोर्ड]] के अनुसार, 2013 [[आसियाना एयरलाइंस की उड़ान 214]] क्रैश में योगदान करने वाले कारकों में से एक ऑटोथ्रोटल और ऑटोपायलट फ़्लाइट डायरेक्टर सिस्टम की जटिलताएँ थीं ... जिससे मोड त्रुटि की संभावना बढ़ गई।<ref>https://www.ntsb.gov/news/events/2014/asiana214/abstract.html {{Bare URL inline|date=August 2022}}</ref><ref>[http://blog.martindoms.com/2011/01/24/poor-ui-design-can-kill/ Poor UI design can kill]</ref> | * [[राष्ट्रीय परिवहन सुरक्षा बोर्ड]] के अनुसार, 2013 [[आसियाना एयरलाइंस की उड़ान 214]] क्रैश में योगदान करने वाले कारकों में से एक ऑटोथ्रोटल और ऑटोपायलट फ़्लाइट डायरेक्टर सिस्टम की जटिलताएँ थीं ... जिससे मोड त्रुटि की संभावना बढ़ गई।<ref>https://www.ntsb.gov/news/events/2014/asiana214/abstract.html {{Bare URL inline|date=August 2022}}</ref><ref>[http://blog.martindoms.com/2011/01/24/poor-ui-design-can-kill/ Poor UI design can kill]</ref> | ||
* 17 जनवरी, 2015 को अपतटीय आपूर्ति पोत रेड7 एलायंस जर्मनी में कील नहर के लॉक गेट से टकरा गया, जिससे वह गंभीर रूप से क्षतिग्रस्त हो गया। एक जांच ने निष्कर्ष निकाला कि जहाज के [[अज़ीमुथ थ्रस्टर]]्स को नियंत्रित करने वाले लीवरों का उपयोग उनके द्वारा सेट किए गए मोड के लिए उपयुक्त तरीके से नहीं किया गया था, जिसके परिणामस्वरूप जहाज लॉक में रुकने के | * 17 जनवरी, 2015 को अपतटीय आपूर्ति पोत रेड7 एलायंस जर्मनी में कील नहर के लॉक गेट से टकरा गया, जिससे वह गंभीर रूप से क्षतिग्रस्त हो गया। एक जांच ने निष्कर्ष निकाला कि जहाज के [[अज़ीमुथ थ्रस्टर]]्स को नियंत्रित करने वाले लीवरों का उपयोग उनके द्वारा सेट किए गए मोड के लिए उपयुक्त तरीके से नहीं किया गया था, जिसके परिणामस्वरूप जहाज लॉक में रुकने के अतिरिक्त तेजी से बढ़ रहा था।<ref>https://www.bsu-bund.de/SharedDocs/pdf/DE/Unfallberichte/2016/Untersuchungsbericht_16_15.pdf?__blob=publicationFile&v=5 M/V Red7 Alliance investigation report (German)</ref> | ||
* 21 अगस्त, 2017 को, अमेरिकी नौसेना के विध्वंसक यूएसएस जॉन एस. मैक्केन (डीडीजी-56) | यूएसएस जॉन एस. मैक्केन यूएसएस जॉन एस. मैक्केन और अल्निक एमसी मलक्का जलडमरूमध्य में एक वाणिज्यिक टैंकर से टकरा गए, जिसके परिणामस्वरूप नुकसान हुआ दस चालक दल के सदस्यों के जीवन का। अमेरिकी सेना द्वारा की गई एक जांच ने निष्कर्ष निकाला कि टक्कर से तुरंत पहले, पुल स्टेशनों के बीच पतवार और प्रणोदन नियंत्रण का पुनर्वितरण किया गया था, और पुल चालक दल को उस पुनर्वितरण के बारे में पूरी जानकारी नहीं थी।<ref>{{cite web | url=https://arstechnica.com/information-technology/2017/11/uss-mccain-collision-ultimately-caused-by-ui-confusion/ | title=यूएसएस मैक्केन की टक्कर अंततः यूआई भ्रम के कारण हुई| year=2017}}</ref> | * 21 अगस्त, 2017 को, अमेरिकी नौसेना के विध्वंसक यूएसएस जॉन एस. मैक्केन (डीडीजी-56) | यूएसएस जॉन एस. मैक्केन यूएसएस जॉन एस. मैक्केन और अल्निक एमसी मलक्का जलडमरूमध्य में एक वाणिज्यिक टैंकर से टकरा गए, जिसके परिणामस्वरूप नुकसान हुआ दस चालक दल के सदस्यों के जीवन का। अमेरिकी सेना द्वारा की गई एक जांच ने निष्कर्ष निकाला कि टक्कर से तुरंत पहले, पुल स्टेशनों के बीच पतवार और प्रणोदन नियंत्रण का पुनर्वितरण किया गया था, और पुल चालक दल को उस पुनर्वितरण के बारे में पूरी जानकारी नहीं थी।<ref>{{cite web | url=https://arstechnica.com/information-technology/2017/11/uss-mccain-collision-ultimately-caused-by-ui-confusion/ | title=यूएसएस मैक्केन की टक्कर अंततः यूआई भ्रम के कारण हुई| year=2017}}</ref> | ||
* 10 अप्रैल, 2018 को, 5000 टन आपूर्ति पोत वीओएस स्टोन बाल्टिक सागर में निर्माणाधीन पवन प्लेटफार्म से खुल गया। पोत के मास्टर ने सिस्टम का परीक्षण करने के लिए स्टीयरिंग को वैकल्पिक मोड में रखने का फैसला किया। घड़ी के अधिकारी के साथ अपर्याप्त संचार के कारण अस्थायी रूप से नियंत्रण खो दिया गया, प्लेटफॉर्म से टकरा गया, चालक दल के तीन सदस्यों को चोट लग गई, और महत्वपूर्ण क्षति हुई।<ref>[https://www.bsu-bund.de/SharedDocs/pdf/EN/Investigation_Report/2019/Investigation_Report_118_18.pdf?__blob=publicationFile&v=1 Investigation Report 118/18 (pdf)], Federal Bureau of Maritime Casualty Investigation (Germany), April 10, 2019</ref> | * 10 अप्रैल, 2018 को, 5000 टन आपूर्ति पोत वीओएस स्टोन बाल्टिक सागर में निर्माणाधीन पवन प्लेटफार्म से खुल गया। पोत के मास्टर ने सिस्टम का परीक्षण करने के लिए स्टीयरिंग को वैकल्पिक मोड में रखने का फैसला किया। घड़ी के अधिकारी के साथ अपर्याप्त संचार के कारण अस्थायी रूप से नियंत्रण खो दिया गया, प्लेटफॉर्म से टकरा गया, चालक दल के तीन सदस्यों को चोट लग गई, और महत्वपूर्ण क्षति हुई।<ref>[https://www.bsu-bund.de/SharedDocs/pdf/EN/Investigation_Report/2019/Investigation_Report_118_18.pdf?__blob=publicationFile&v=1 Investigation Report 118/18 (pdf)], Federal Bureau of Maritime Casualty Investigation (Germany), April 10, 2019</ref> | ||
| Line 56: | Line 56: | ||
== मूल्यांकन == | == मूल्यांकन == | ||
मोड का उद्देश्य उपयोगकर्ता का पूरा ध्यान आकर्षित करना है और उनमें | मोड का उद्देश्य उपयोगकर्ता का पूरा ध्यान आकर्षित करना है और उनमें सम्मलित सामग्री को स्वीकार करना है, विशेष रूप से जब उपयोगकर्ता से महत्वपूर्ण पुष्टि की आवश्यकता होती है।<ref name="context">{{cite web|url=http://quince.infragistics.com/Patterns/Modal%20Panel.aspx#Context|title=मोडल पैनल - प्रसंग|author=[http://infragistics.com Infragistics.com]|url-status=dead|archive-url=https://web.archive.org/web/20130506101851/http://quince.infragistics.com/Patterns/Modal%20Panel.aspx#Context|archive-date=2013-05-06}}</ref> इस बाद के उपयोग की आदत के कारण इसके इच्छित उपयोग (विनाशकारी कार्यों में त्रुटियों के खिलाफ सुरक्षा) के लिए अप्रभावी के रूप में आलोचना की जाती है। इसके अतिरिक्त वास्तव में कार्रवाई को उत्क्रमणीय बनाने (एक पूर्ववत विकल्प प्रदान करने) की अनुशंसा की जाती है।<ref>[[Aza Raskin]], A List Apart: [http://www.alistapart.com/articles/neveruseawarning Never Use a Warning When you Mean Undo]</ref> चूंकि खतरनाक या अवांछित संचालन को प्रतिबंधित करने के लिए मोड विशेष उपयोगों में सफल हो सकते हैं, खासकर जब मोड सक्रिय रूप से उपयोगकर्ता द्वारा क्वासिमोड के रूप में बनाए रखा जाता है। | ||
मोड का उपयोग कभी-कभी उस कार्य से संबंधित जानकारी का प्रतिनिधित्व करने के लिए किया जाता है जो मुख्य दृश्य प्रवाह में ठीक से फिट नहीं होता है।<ref name="context"/>मोड पेंटिंग टूल्स जैसे अच्छी तरह से समझी जाने वाली परंपराओं के रूप में भी काम कर सकते हैं।<ref name="glossary"/> | मोड का उपयोग कभी-कभी उस कार्य से संबंधित जानकारी का प्रतिनिधित्व करने के लिए किया जाता है जो मुख्य दृश्य प्रवाह में ठीक से फिट नहीं होता है।<ref name="context"/>मोड पेंटिंग टूल्स जैसे अच्छी तरह से समझी जाने वाली परंपराओं के रूप में भी काम कर सकते हैं।<ref name="glossary"/> | ||
| Line 64: | Line 64: | ||
इंटरफेस विशेषज्ञ जेफ रस्किन मोड्स, राइटिंग के खिलाफ दृढ़ता से सामने आए, मोड्स त्रुटियों, भ्रम, अनावश्यक प्रतिबंधों और इंटरफेस में जटिलता का एक महत्वपूर्ण स्रोत हैं। बाद में उन्होंने नोट किया, 'यह कोई संयोग नहीं है कि शपथ ग्रहण को #&%!#$&' से दर्शाया जाता है, मेरे सहयोगी, डॉ. जेम्स विंटर लिखते हैं; यह 'कैप्स लॉक लगे होने पर नंबर टाइप करते समय एक टाइपराइटर क्या करता था' है। रस्किन ने अपनी पुस्तक द ह्यूमेन इंटरफेस को कंप्यूटर के लिए मॉडल रहित इंटरफेस के सिद्धांतों का वर्णन करने के लिए समर्पित किया। उन सिद्धांतों को [[कैनन बिल्ली]] और आर्ची (सॉफ्टवेयर) सिस्टम में लागू किया गया था। | इंटरफेस विशेषज्ञ जेफ रस्किन मोड्स, राइटिंग के खिलाफ दृढ़ता से सामने आए, मोड्स त्रुटियों, भ्रम, अनावश्यक प्रतिबंधों और इंटरफेस में जटिलता का एक महत्वपूर्ण स्रोत हैं। बाद में उन्होंने नोट किया, 'यह कोई संयोग नहीं है कि शपथ ग्रहण को #&%!#$&' से दर्शाया जाता है, मेरे सहयोगी, डॉ. जेम्स विंटर लिखते हैं; यह 'कैप्स लॉक लगे होने पर नंबर टाइप करते समय एक टाइपराइटर क्या करता था' है। रस्किन ने अपनी पुस्तक द ह्यूमेन इंटरफेस को कंप्यूटर के लिए मॉडल रहित इंटरफेस के सिद्धांतों का वर्णन करने के लिए समर्पित किया। उन सिद्धांतों को [[कैनन बिल्ली]] और आर्ची (सॉफ्टवेयर) सिस्टम में लागू किया गया था। | ||
कुछ इंटरफ़ेस डिजाइनरों ने हाल ही में खिड़की के पीछे की पृष्ठभूमि को काला करके या किसी माउस को मोडल विंडो के बाहर क्लिक करके खिड़की को बंद करने के लिए मजबूर करने की अनुमति देकर मोडल विंडो को अधिक स्पष्ट और उपयोगकर्ता के अनुकूल बनाने के लिए कदम उठाए हैं - एक डिज़ाइन जिसे [[लाइटबॉक्स (जावास्क्रिप्ट)]] कहा जाता है।<ref>{{cite web|url=http://www.useit.com/alertbox/application-design.html|title=10 सर्वश्रेष्ठ एप्लीकेशन यूआई|author=Jakob Nielsen, Alertbox}}</ref> - इस प्रकार मोडल त्रुटियों के जोखिम को कम करना। Jakob Nielsen (उपयोगिता सलाहकार) मॉडल संवादों के एक लाभ के रूप में बताता है कि यह उपयोगकर्ता जागरूकता में सुधार करता है। जब किसी चीज़ को ठीक करने की आवश्यकता होती है, तो यह सुनिश्चित करना बेहतर होता है कि उपयोगकर्ता इसके बारे में जानता है। इस लक्ष्य के लिए, लाइटबॉक्स डिज़ाइन शेष दृश्यों की तुलना में संवाद का मजबूत दृश्य कंट्रास्ट प्रदान करता है। | कुछ इंटरफ़ेस डिजाइनरों ने हाल ही में खिड़की के पीछे की पृष्ठभूमि को काला करके या किसी माउस को मोडल विंडो के बाहर क्लिक करके खिड़की को बंद करने के लिए मजबूर करने की अनुमति देकर मोडल विंडो को अधिक स्पष्ट और उपयोगकर्ता के अनुकूल बनाने के लिए कदम उठाए हैं - एक डिज़ाइन जिसे [[लाइटबॉक्स (जावास्क्रिप्ट)]] कहा जाता है।<ref>{{cite web|url=http://www.useit.com/alertbox/application-design.html|title=10 सर्वश्रेष्ठ एप्लीकेशन यूआई|author=Jakob Nielsen, Alertbox}}</ref> - इस प्रकार मोडल त्रुटियों के जोखिम को कम करना। Jakob Nielsen (उपयोगिता सलाहकार) मॉडल संवादों के एक लाभ के रूप में बताता है कि यह उपयोगकर्ता जागरूकता में सुधार करता है। जब किसी चीज़ को ठीक करने की आवश्यकता होती है, तो यह सुनिश्चित करना बेहतर होता है कि उपयोगकर्ता इसके बारे में जानता है। इस लक्ष्य के लिए, लाइटबॉक्स डिज़ाइन शेष दृश्यों की तुलना में संवाद का मजबूत दृश्य कंट्रास्ट प्रदान करता है। चूंकि, इस तरह की विधि अनजाने में गलत इंटरैक्शन के जोखिम को कम कर सकती है, लेकिन यह समस्या को हल नहीं करती है कि मोडल विंडो एप्लिकेशन की सामान्य सुविधाओं का उपयोग करती है और इसलिए उपयोगकर्ता को कठिनाई को ठीक करने के लिए या स्क्रॉल करने से भी रोकता है। मोडल विंडो प्रस्तुत विकल्पों में से सही ढंग से चुनने के लिए आवश्यक जानकारी को देखने के लिए स्क्रीन, और यह उपयोगकर्ता की हताशा को कम करने के लिए कुछ भी नहीं करता है, जिससे वे कुछ अधिक या कम विनाशकारी परिणाम के बिना बच नहीं सकते। | ||
[[ज़ेरॉक्स PARC]] और Apple कंप्यूटर के लैरी टेस्लर ने अपनी कार के लिए एक व्यक्तिगत लाइसेंस प्लेट प्राप्त करने के लिए पर्याप्त रूप से नापसंद मोड को पढ़ा: कोई मोड नहीं। उन्होंने 1980 के दशक की शुरुआत से लेकर 2020 में अपनी मृत्यु तक विभिन्न कारों पर इस प्लेट का | [[ज़ेरॉक्स PARC]] और Apple कंप्यूटर के लैरी टेस्लर ने अपनी कार के लिए एक व्यक्तिगत लाइसेंस प्लेट प्राप्त करने के लिए पर्याप्त रूप से नापसंद मोड को पढ़ा: कोई मोड नहीं। उन्होंने 1980 के दशक की शुरुआत से लेकर 2020 में अपनी मृत्यु तक विभिन्न कारों पर इस प्लेट का उपयोग किया।<ref>[http://www.mail-archive.com/lisalist@mail.maclaunch.com/msg00409.html Origins of the Apple Human Interface] by Larry Tesler, Chris Espinosa</ref><ref>[https://web.archive.org/web/20040511051426/https://computerhistory.org/events/lectures/appleint_10281997/appleint_xscript.shtml Origins of the Apple Human Interface - full transcript]</ref> | ||
[[डेनवर कला संग्रहालय]] कला प्रदर्शनी के लिए [[मल्टीटच]] टेबल के डिज़ाइनर ब्रूस वायमन<ref>[http://museumtwo.blogspot.com/2009/06/technology-for-experiences-sake-guest.html Technology for Experience's Sake: Guest Post by Bruce Wyman]</ref> तर्क देते हैं कि किसी एक उपयोगकर्ता को ध्यान में लाने से बचने के लिए, एक साथ कई उपयोगकर्ताओं के लिए इंटरफेस मॉडल रहित होना चाहिए।<ref>[http://www.ixda.org/discuss.php?post=43435#43442 Bruce Wyman's post] at the ixda.org mailing list</ref> | [[डेनवर कला संग्रहालय]] कला प्रदर्शनी के लिए [[मल्टीटच]] टेबल के डिज़ाइनर ब्रूस वायमन<ref>[http://museumtwo.blogspot.com/2009/06/technology-for-experiences-sake-guest.html Technology for Experience's Sake: Guest Post by Bruce Wyman]</ref> तर्क देते हैं कि किसी एक उपयोगकर्ता को ध्यान में लाने से बचने के लिए, एक साथ कई उपयोगकर्ताओं के लिए इंटरफेस मॉडल रहित होना चाहिए।<ref>[http://www.ixda.org/discuss.php?post=43435#43442 Bruce Wyman's post] at the ixda.org mailing list</ref> | ||
| Line 75: | Line 75: | ||
=== जब संभव हो बचें === | === जब संभव हो बचें === | ||
[[Image:Arret.jpg|thumb|छोटे संकेत सिग्नल से सड़कों तक की मैपिंग को स्पष्ट करते हैं]]संभव होने पर अनडू कमांड और [[रीसायकल बिन (कंप्यूटिंग)]] जैसे मोड के विकल्प की सिफारिश की जाती है।<ref name="Implementation">{{cite web|url=http://quince.infragistics.com/Patterns/Modal%20Panel.aspx#Implementation|title=मॉडल पैनल - कार्यान्वयन|author=[http://infragistics.com Infragistics.com]|url-status=dead|archive-url=https://web.archive.org/web/20130506101851/http://quince.infragistics.com/Patterns/Modal%20Panel.aspx#Implementation|archive-date=2013-05-06}}</ref> एचसीआई के शोधकर्ता [[डोनाल्ड नॉर्मन]] का तर्क है कि राज्य के स्पष्ट संकेतों के | [[Image:Arret.jpg|thumb|छोटे संकेत सिग्नल से सड़कों तक की मैपिंग को स्पष्ट करते हैं]]संभव होने पर अनडू कमांड और [[रीसायकल बिन (कंप्यूटिंग)]] जैसे मोड के विकल्प की सिफारिश की जाती है।<ref name="Implementation">{{cite web|url=http://quince.infragistics.com/Patterns/Modal%20Panel.aspx#Implementation|title=मॉडल पैनल - कार्यान्वयन|author=[http://infragistics.com Infragistics.com]|url-status=dead|archive-url=https://web.archive.org/web/20130506101851/http://quince.infragistics.com/Patterns/Modal%20Panel.aspx#Implementation|archive-date=2013-05-06}}</ref> एचसीआई के शोधकर्ता [[डोनाल्ड नॉर्मन]] का तर्क है कि राज्य के स्पष्ट संकेतों के अतिरिक्त मोड त्रुटियों से बचने का सबसे अच्छा तरीका, उपयोगकर्ताओं को सिस्टम का एक सटीक [[मानसिक मॉडल]] बनाने में मदद कर रहा है जो उन्हें मोड की सटीक भविष्यवाणी करने की अनुमति देगा।<ref>{{cite journal|url=https://dl.acm.org/citation.cfm?id=358092|title=मानव त्रुटि के विश्लेषण के आधार पर डिजाइन नियम|year=1983|doi=10.1145/2163.358092|last1=Norman|first1=Donald A.|journal=Communications of the ACM|volume=26|issue=4|pages=254–258|s2cid=47103252}}</ref> | ||
यह, उदाहरण के लिए, सड़क के चौराहों पर कुछ रोक [[संकेत]]ों द्वारा प्रदर्शित किया जाता है। एक ड्राइवर अपने घर के पास [[चौतरफा पड़ाव]] साइन द्वारा ऑपरेटेंट [[कंडीशनिंग]] हो सकता है यह मानने के लिए कि इसी तरह के चौराहे भी फोर-वे स्टॉप होंगे। यदि यह केवल दो तरफा होता है, तो चालक आगे बढ़ सकता है यदि वह कोई अन्य कार नहीं देखता है। विशेष रूप से यदि कोई बाधित दृश्य है, तो एक कार | यह, उदाहरण के लिए, सड़क के चौराहों पर कुछ रोक [[संकेत]]ों द्वारा प्रदर्शित किया जाता है। एक ड्राइवर अपने घर के पास [[चौतरफा पड़ाव]] साइन द्वारा ऑपरेटेंट [[कंडीशनिंग]] हो सकता है यह मानने के लिए कि इसी तरह के चौराहे भी फोर-वे स्टॉप होंगे। यदि यह केवल दो तरफा होता है, तो चालक आगे बढ़ सकता है यदि वह कोई अन्य कार नहीं देखता है। विशेष रूप से यदि कोई बाधित दृश्य है, तो एक कार चूंकि आ सकती है और पहली कार को व्यापक रूप से टक्कर मार सकती है। एक बेहतर डिज़ाइन एक छोटे आरेख को शामिल करके समस्या को कम करता है, जिसमें दिखाया गया है कि किन दिशाओं में [[रोकने का चिन्ह]] है और कौन से नहीं, इस प्रकार ड्राइवरों की [[स्थितिजन्य जागरूकता]] में सुधार होता है। | ||
=== उचित स्थान === | === उचित स्थान === | ||
Revision as of 23:34, 11 January 2023
उपयोगकर्ता अंतरफलक डिज़ाइन में, एक कंप्यूटर प्रोग्राम या किसी भौतिक मशीन इंटरफ़ेस (कंप्यूटिंग) के भीतर एक मोड एक अलग सेटिंग है, जिसमें एक ही उपयोगकर्ता आगत उन कथित परिणामों से अलग परिणाम देगा जो अन्य समायोजन होंगे। मोडल इंटरफ़ेस घटकों में मानक कंप्यूटर कीबोर्ड पर कैप्स लॉक और इन्सर्ट कुंजी कुंजियाँ शामिल हैं, जो दोनों ही दबाने के बाद उपयोगकर्ता के टंकण को एक अलग मोड में डालती हैं, फिर इसे फिर से दबाने के बाद इसे नियमित मोड में लौटा देती हैं।
एक अंतरफलक जो किसी मोड का उपयोग नहीं करता है, उसे 'मॉडल रहित' इंटरफ़ेस के रूप में जाना जाता है।[1] मोडलेस इंटरफेस मोड त्रुटियों से बचते हैं, जिसमें उपयोगकर्ता किसी अन्य मोड में रहते हुए एक मोड के लिए उपयुक्त कार्रवाई करता है, जिससे उपयोगकर्ता के लिए उन्हें करना असंभव हो जाता है।[2]
परिभाषा
अपनी पुस्तक मानवीय इंटरफ़ेस में, जेफ रस्किन ने निम्न प्रकार से औपचारिकता को परिभाषित किया है:
एक मानव-मशीन इंटरफ़ेस किसी दिए गए इशारे के संबंध में मोडल है जब (1) इंटरफ़ेस की वर्तमान स्थिति (कंप्यूटर विज्ञान) उपयोगकर्ता का ठिकाना नहीं है का ध्यान और (2) इंटरफ़ेस कई में से एक को निष्पादित करेगा हावभाव के लिए अलग-अलग प्रतिक्रियाएं, सिस्टम की वर्तमान पर निर्भर करती हैं राज्य। (पृष्ठ 42)।
रस्किन के अर्थ में और उनकी परिभाषा के अनुसार, एक इंटरफ़ेस तब तक मोडल नहीं है जब तक कि उपयोगकर्ता अपनी वर्तमान स्थिति से पूरी तरह अवगत है। रस्किन इसे ध्यान के स्थान के रूप में संदर्भित करता है (लैटिन शब्द लोकस का अर्थ है स्थान या स्थान)। सामान्यतः एक उपयोगकर्ता को एक सिस्टम स्थिति के बारे में पता होता है यदि राज्य परिवर्तन उद्देश्यपूर्ण रूप से उपयोगकर्ता द्वारा प्रारंभ किया गया था, या यदि सिस्टम कुछ मजबूत संकेत देता है कि उपयोगकर्ता को राज्य परिवर्तन के बारे में सूचित करने के लिए जहां बातचीत होती है। यदि उपयोगकर्ता का ध्यान किसी भिन्न क्षेत्र में बदल जाता है, तो इंटरफ़ेस की स्थिति एक मोड का प्रतिनिधित्व कर सकती है क्योंकि उपयोगकर्ता अब इसके बारे में नहीं जानता है।
लैरी टेस्लर ने परिभाषित मोड को उपयोगकर्ता इंटरफ़ेस की एक स्थिति के रूप में परिभाषित किया है जो समय की अवधि के लिए रहता है, किसी विशेष वस्तु से जुड़ा नहीं है, और ऑपरेटर इनपुट पर व्याख्या करने के अतिरिक्त कोई भूमिका नहीं है।[3]
उदाहरण
मोडल
सॉफ्टवेयर के कई उदाहरणों को मोडल या इंटरफ़ेस मोड का उपयोग करने के रूप में वर्णित किया गया है:
[[पूर्व (पाठ संपादक)]] - सामान्यतः डिफ़ॉल्ट रूप से इन्सर्ट मोड में होते हैं लेकिन इन्सर्ट कुंजी दबाकर supertype मोड के अंदर और बाहर टॉगल किया जा सकता है।
- vi - टेक्स्ट डालने के लिए एक मोड है, और कमांड दर्ज करने के लिए एक अलग मोड है। अधिक जटिल कमांड जारी करने के लिए एक Ex (टेक्स्ट एडिटर) मोड भी है (जैसे सर्च और रिप्लेस)। सामान्य परिस्थितियों में, कमांड जारी होने के बाद संपादक स्वचालित रूप से पिछले मोड में वापस आ जाता है; चूंकि, Shift-Q का उपयोग करके स्थायी रूप से इस मोड में जाना संभव है।
- Emacs - उपसर्ग कुंजी की अवधारणा है, जो नियंत्रण कुंजी और एक अक्षर कुंजी दबाकर एक मोडल स्थिति को ट्रिगर करती है। Emacs तब अतिरिक्त कीप्रेस की प्रतीक्षा करता है जो कीबाइंडिंग को पूरा करता है। यह vi से इस मायने में भिन्न है कि जैसे ही कमांड को कॉल किया जाता है, मोड हमेशा समाप्त हो जाता है (जब इसे सक्रिय करने वाली कुंजी दबाने का क्रम पूरा हो जाता है)। Emacs में कई प्रमुख और छोटे मोड भी हैं जो उपलब्ध कमांड को बदलते हैं, और उस प्रकार की फ़ाइलों को अधिक आसानी से संपादित करने के लिए फ़ाइल प्रकार के आधार पर स्वचालित रूप से लागू किया जा सकता है। Emacs मोड टेक्स्ट फ़ाइलों को संपादित करने तक ही सीमित नहीं हैं; फ़ाइल ब्राउज़र, वेब ब्राउज़िंग, आईआरसी और ईमेल के लिए मोड सम्मलित हैं और उनके इंटरेक्शन पैटर्न Emacs वातावरण के भीतर अनुप्रयोग प्रक्रिया सामग्री के बराबर हैं। मोड Emacs Lisp में लिखे गए हैं, और सभी मोड सभी संस्करणों के साथ शामिल नहीं हो सकते हैं।
- सिस्को आईओएस - कमांड मोड में कुछ कमांड निष्पादित किए जाते हैं।
- फोटो हेरफेर में एक पैलेट (कंप्यूटिंग) से चुने गए उपकरण | फोटो-संपादन और ड्राइंग एप्लिकेशन एक मोडल इंटरफ़ेस के उदाहरण हैं। कुछ उन्नत छवि संपादकों में एक सुविधा होती है जहां एक ही उपकरण को एक कीप्रेस द्वारा गैर-मोडल रूप से एक्सेस किया जा सकता है, और तब तक सक्रिय रहता है जब तक कि कुंजी को दबाए रखा जाता है। कुंजी जारी करने से पैलेट द्वारा सक्रिय किए गए मोडल टूल में इंटरफ़ेस वापस आ जाता है।
- वीडियो गेम खेल मोड का उपयोग गेमप्ले को बढ़ाने के लिए मैकेनिक के रूप में कर सकते हैं।
- मोडल विंडो बंद होने तक मोडल विंडो शीर्ष-स्तरीय प्रोग्राम में सभी कार्यप्रवाह को ब्लॉक करती हैं।[4]
मॉडल रहित
PARC (कंपनी) में लैरी टेस्लर ने नव-नियुक्त सिल्विया एडम्स के साथ एक उपयोगकर्ता परीक्षण से प्राप्त प्रतिक्रिया से एक मॉडललेस शब्द संसाधक के लिए अंतर्दृष्टि तैयार की, जहां उसे डिजिटल टेक्स्ट पर प्रूफरीडिंग चिह्नों को सही करने के लिए कुछ इशारों से विज्ञापन देने के लिए कहा गया था।[5] इस परीक्षण ने टेस्लर के प्रबंधक बिल इंग्लिश को उनके पिछले मॉडल इंटरफ़ेस की समस्याओं के बारे में आश्वस्त किया।
मोड त्रुटियां
मोड अधिकांशतः इंटरफ़ेस डिज़ाइन में गलत होते हैं क्योंकि वे मोड त्रुटियों को उत्पन्न करने की संभावना रखते हैं जब उपयोगकर्ता भूल जाता है कि इंटरफ़ेस किस स्थिति में है, एक क्रिया करता है जो एक अलग मोड के लिए उपयुक्त है, और एक अप्रत्याशित और अवांछित प्रतिक्रिया प्राप्त करता है।[6][7] एक मोड त्रुटि काफी चौंकाने वाली और विचलित करने वाली हो सकती है क्योंकि उपयोगकर्ता अपनी उपयोगकर्ता अपेक्षाओं के अचानक उल्लंघन का सामना करता है।
समस्याएँ तब होती हैं जब सिस्टम की स्थिति में बदलाव पर ध्यान नहीं दिया जाता है (सिस्टम द्वारा प्रारंभ किया गया, या किसी अन्य व्यक्ति द्वारा, जैसे कि उपयोगकर्ता जो पहले मशीन का उपयोग कर रहा था), या यदि कुछ समय बाद उपयोगकर्ता राज्य परिवर्तन के बारे में भूल जाता है। एक अन्य विशिष्ट समस्या राज्य का अचानक परिवर्तन है जो उपयोगकर्ता की गतिविधि को बाधित करती है, जैसे फोकस चोरी करना। ऐसी स्थिति में यह आसानी से हो सकता है कि उपयोगकर्ता पुरानी अवस्था को ध्यान में रखते हुए कुछ ऑपरेशन करता है, जबकि मस्तिष्क ने अभी तक स्थिति परिवर्तन का संकेत देने वाले संकेतों को पूरी तरह से संसाधित नहीं किया है।
मोडलिटी का एक बहुत निराशाजनक प्रकार एक मोड द्वारा बनाया जाता है जहां उपयोगकर्ता को कोई रास्ता नहीं मिलता है, दूसरे शब्दों में, जहां वे पिछले सिस्टम स्थिति को पुनर्स्थापित करने का तरीका नहीं ढूंढ पाते हैं।
मोड त्रुटियों के उदाहरण
- मोड त्रुटियों का सबसे आम स्रोत कैप्स लॉक कुंजी हो सकता है। पीसी कीबोर्ड में उपलब्ध अन्य सामान्य मोड अन्य लॉक कीज़, न्यूमेरिकल लॉक और ऊपर नीचे करना बंद और अधिकांशतः इन्सर्ट की हैं। विशेषक चिह्नों के लिए मृत कुंजियाँ भी एक अल्पकालिक मोड बनाती हैं, कम से कम यदि वे दृश्य प्रतिक्रिया प्रदान नहीं करते हैं कि अगले टाइप किए गए वर्ण को संशोधित किया जाएगा। जबकि पीसी कीबोर्ड पर लॉक कुंजियाँ इस इरादे से डिज़ाइन की गई हैं कि उन्हें मोडल कुंजियों के रूप में उपयोग किया जाए, आईबीएम पीसी हार्डवेयर डिज़ाइन के लिए न तो इन्हें और न ही किसी अन्य विशिष्ट कुंजी को मोडल होने की आवश्यकता होती है, लेकिन सॉफ़्टवेयर को किसी भी कुंजी को मोडल के रूप में व्यवहार करने की अनुमति देता है। (पीसी BIOS सामान्य रूप से कैप्स लॉक, न्यूम लॉक और स्क्रॉल लॉक राज्यों को लागू करता है, इसलिए इन चाबियों की मॉडेलिटी आंतरिक दिखाई दे सकती है, लेकिन कीबोर्ड I/O के लिए BIOS का उपयोग करने के लिए न तो तकनीकी रूप से और न ही व्यावहारिक रूप से आवश्यक है, और वास्तव में सबसे आधुनिक ऑपरेटिंग सिस्टम BIOS कीबोर्ड I/O का उपयोग नहीं करते हैं।)
- पीसी उपयोगकर्ता जिनकी भाषा लैटिन वर्णमाला पर आधारित नहीं है, उन्हें सामान्यतः दो अलग-अलग कीबोर्ड लेआउट का उपयोग करके बातचीत करनी होती है: एक स्थानीय और QWERTY। यह वर्तमान कीबोर्ड लेआउट से जुड़ी मोड त्रुटियों को जन्म देता है: अधिकांशतः, मानव और इंटरफ़ेस के बीच वर्तमान लेआउट मोड का सिंक्रनाइज़ेशन खो जाता है, और पाठ को एक लेआउट में टाइप किया जाता है जो अभीष्ट नहीं है, अर्थहीन पाठ और भ्रम पैदा करता है . यदि किसी प्रोग्राम का अनुवाद किया जाता है तो उपयोगकर्ता इंटरफ़ेस तत्वों जैसे (y/n) में कीबोर्ड कुंजियाँ विपरीत प्रभाव डाल सकती हैं।
- एक बार-बार होने वाला उदाहरण एक मोडल विंडो अलर्ट संवाद बॉक्स का अचानक प्रकट होना है, जब उपयोगकर्ता टाइप कर रहा होता है, जिसे फोकस चोरी के रूप में जाना जाता है; उपयोगकर्ता टाइप किए गए टेक्स्ट को टेक्स्ट फ़ील्ड में पेश करने की अपेक्षा करता है, लेकिन अप्रत्याशित संवाद सभी इनपुट को छोड़ सकता है, या कुछ कीस्ट्रोक्स (जैसे वाई के लिए हाँ और एन के लिए एन) को इस तरह से व्याख्या कर सकता है कि उपयोगकर्ता का इरादा नहीं था, अधिकांशतः एक विनाशकारी कार्रवाई को ट्रिगर करना जिसे पूर्ववत नहीं किया जा सकता है।
- यूनिक्स टेक्स्ट एडिटर vi नौसिखियों के लिए कुख्यात रूप से कठिन हो सकता है क्योंकि यह मोड का उपयोग करता है, और क्योंकि पहले के संस्करण कॉन्फ़िगर किए गए मोड संकेत को डिफ़ॉल्ट रूप से बंद कर देते हैं।
- कई कंप्यूटर वीडियो गेम में कीबोर्ड का उपयोग गेम को नियंत्रित करने और संदेश टाइप करने दोनों के लिए किया जाता है। एक उपयोगकर्ता भूल सकता है कि वे टाइपिंग मोड में हैं क्योंकि वे खेल में अचानक कुछ प्रतिक्रिया करने का प्रयास करते हैं और नियंत्रणों को अनुत्तरदायी पाते हैं (और इसके अतिरिक्त कमांड कुंजियों से भरा उनका टेक्स्ट बार दबाया जाता है)।
परिवहन दुर्घटनाओं में
- मोड भ्रम उन घटनाओं का हिस्सा था जिसके कारण 2009 में एयर फ्रांस फ्लाइट 447 की हानि हुई, और 228 लोगों की मृत्यु हुई। पायलटों ने छड़ी को खींचकर ऊंचाई के नुकसान पर प्रतिक्रिया व्यक्त की, जो कि ऑटोपायलट के साथ पूरी तरह से सक्षम होने के साथ एक उपयुक्त प्रतिक्रिया होती, जो तब विमान को एक चढ़ाई विन्यास में रखती। चूंकि , एक अवरुद्ध एयरस्पीड सेंसर के कारण हवाई जहाज के सिस्टम कम स्वचालन (एयरबस शर्तों में प्रत्यक्ष कानून) के एक मोड में प्रवेश कर गए थे, जिससे पायलटों को विमान को नाक-उच्च स्टाल कॉन्फ़िगरेशन में रखने की अनुमति मिली, जिससे वे ठीक नहीं हुए।[8]
- राष्ट्रीय परिवहन सुरक्षा बोर्ड के अनुसार, 2013 आसियाना एयरलाइंस की उड़ान 214 क्रैश में योगदान करने वाले कारकों में से एक ऑटोथ्रोटल और ऑटोपायलट फ़्लाइट डायरेक्टर सिस्टम की जटिलताएँ थीं ... जिससे मोड त्रुटि की संभावना बढ़ गई।[9][10]
- 17 जनवरी, 2015 को अपतटीय आपूर्ति पोत रेड7 एलायंस जर्मनी में कील नहर के लॉक गेट से टकरा गया, जिससे वह गंभीर रूप से क्षतिग्रस्त हो गया। एक जांच ने निष्कर्ष निकाला कि जहाज के अज़ीमुथ थ्रस्टर्स को नियंत्रित करने वाले लीवरों का उपयोग उनके द्वारा सेट किए गए मोड के लिए उपयुक्त तरीके से नहीं किया गया था, जिसके परिणामस्वरूप जहाज लॉक में रुकने के अतिरिक्त तेजी से बढ़ रहा था।[11]
- 21 अगस्त, 2017 को, अमेरिकी नौसेना के विध्वंसक यूएसएस जॉन एस. मैक्केन (डीडीजी-56) | यूएसएस जॉन एस. मैक्केन यूएसएस जॉन एस. मैक्केन और अल्निक एमसी मलक्का जलडमरूमध्य में एक वाणिज्यिक टैंकर से टकरा गए, जिसके परिणामस्वरूप नुकसान हुआ दस चालक दल के सदस्यों के जीवन का। अमेरिकी सेना द्वारा की गई एक जांच ने निष्कर्ष निकाला कि टक्कर से तुरंत पहले, पुल स्टेशनों के बीच पतवार और प्रणोदन नियंत्रण का पुनर्वितरण किया गया था, और पुल चालक दल को उस पुनर्वितरण के बारे में पूरी जानकारी नहीं थी।[12]
- 10 अप्रैल, 2018 को, 5000 टन आपूर्ति पोत वीओएस स्टोन बाल्टिक सागर में निर्माणाधीन पवन प्लेटफार्म से खुल गया। पोत के मास्टर ने सिस्टम का परीक्षण करने के लिए स्टीयरिंग को वैकल्पिक मोड में रखने का फैसला किया। घड़ी के अधिकारी के साथ अपर्याप्त संचार के कारण अस्थायी रूप से नियंत्रण खो दिया गया, प्लेटफॉर्म से टकरा गया, चालक दल के तीन सदस्यों को चोट लग गई, और महत्वपूर्ण क्षति हुई।[13]
- 19 अप्रैल, 2020 को एग्लिन एयर फ़ोर्स बेस पर लैंडिंग दुर्घटना में एक F-35A फाइटर जेट नष्ट हो गया। जांच ने निष्कर्ष निकाला कि विमान autothrottle के गलत तरीके से कॉन्फ़िगर किया गया था, जिसके परिणामस्वरूप विमान टचडाउन पर बेकाबू हो गया।[14][15]
मूल्यांकन
मोड का उद्देश्य उपयोगकर्ता का पूरा ध्यान आकर्षित करना है और उनमें सम्मलित सामग्री को स्वीकार करना है, विशेष रूप से जब उपयोगकर्ता से महत्वपूर्ण पुष्टि की आवश्यकता होती है।[16] इस बाद के उपयोग की आदत के कारण इसके इच्छित उपयोग (विनाशकारी कार्यों में त्रुटियों के खिलाफ सुरक्षा) के लिए अप्रभावी के रूप में आलोचना की जाती है। इसके अतिरिक्त वास्तव में कार्रवाई को उत्क्रमणीय बनाने (एक पूर्ववत विकल्प प्रदान करने) की अनुशंसा की जाती है।[17] चूंकि खतरनाक या अवांछित संचालन को प्रतिबंधित करने के लिए मोड विशेष उपयोगों में सफल हो सकते हैं, खासकर जब मोड सक्रिय रूप से उपयोगकर्ता द्वारा क्वासिमोड के रूप में बनाए रखा जाता है।
मोड का उपयोग कभी-कभी उस कार्य से संबंधित जानकारी का प्रतिनिधित्व करने के लिए किया जाता है जो मुख्य दृश्य प्रवाह में ठीक से फिट नहीं होता है।[16]मोड पेंटिंग टूल्स जैसे अच्छी तरह से समझी जाने वाली परंपराओं के रूप में भी काम कर सकते हैं।[7]
मोडल समर्थक[who?] यह तर्क दे सकता है कि कई सामान्य गतिविधियाँ मोडल हैं और उपयोगकर्ता उनके अनुकूल हैं। मोडल इंटरैक्शन का एक उदाहरण मोटर वाहन चलाना है। एक चालक को आश्चर्य हो सकता है जब त्वरण पेडल दबाने से वाहन को आगे की दिशा में गति नहीं मिलती है, सबसे अधिक संभावना है क्योंकि वाहन को पार्क, तटस्थ या रिवर्स जैसे ऑपरेटिंग मोड में रखा गया है। मोडल इंटरफेस को इस तरह की मोड त्रुटियों से बचने के लिए प्रशिक्षण और अनुभव की आवश्यकता होती है।
इंटरफेस विशेषज्ञ जेफ रस्किन मोड्स, राइटिंग के खिलाफ दृढ़ता से सामने आए, मोड्स त्रुटियों, भ्रम, अनावश्यक प्रतिबंधों और इंटरफेस में जटिलता का एक महत्वपूर्ण स्रोत हैं। बाद में उन्होंने नोट किया, 'यह कोई संयोग नहीं है कि शपथ ग्रहण को #&%!#$&' से दर्शाया जाता है, मेरे सहयोगी, डॉ. जेम्स विंटर लिखते हैं; यह 'कैप्स लॉक लगे होने पर नंबर टाइप करते समय एक टाइपराइटर क्या करता था' है। रस्किन ने अपनी पुस्तक द ह्यूमेन इंटरफेस को कंप्यूटर के लिए मॉडल रहित इंटरफेस के सिद्धांतों का वर्णन करने के लिए समर्पित किया। उन सिद्धांतों को कैनन बिल्ली और आर्ची (सॉफ्टवेयर) सिस्टम में लागू किया गया था।
कुछ इंटरफ़ेस डिजाइनरों ने हाल ही में खिड़की के पीछे की पृष्ठभूमि को काला करके या किसी माउस को मोडल विंडो के बाहर क्लिक करके खिड़की को बंद करने के लिए मजबूर करने की अनुमति देकर मोडल विंडो को अधिक स्पष्ट और उपयोगकर्ता के अनुकूल बनाने के लिए कदम उठाए हैं - एक डिज़ाइन जिसे लाइटबॉक्स (जावास्क्रिप्ट) कहा जाता है।[18] - इस प्रकार मोडल त्रुटियों के जोखिम को कम करना। Jakob Nielsen (उपयोगिता सलाहकार) मॉडल संवादों के एक लाभ के रूप में बताता है कि यह उपयोगकर्ता जागरूकता में सुधार करता है। जब किसी चीज़ को ठीक करने की आवश्यकता होती है, तो यह सुनिश्चित करना बेहतर होता है कि उपयोगकर्ता इसके बारे में जानता है। इस लक्ष्य के लिए, लाइटबॉक्स डिज़ाइन शेष दृश्यों की तुलना में संवाद का मजबूत दृश्य कंट्रास्ट प्रदान करता है। चूंकि, इस तरह की विधि अनजाने में गलत इंटरैक्शन के जोखिम को कम कर सकती है, लेकिन यह समस्या को हल नहीं करती है कि मोडल विंडो एप्लिकेशन की सामान्य सुविधाओं का उपयोग करती है और इसलिए उपयोगकर्ता को कठिनाई को ठीक करने के लिए या स्क्रॉल करने से भी रोकता है। मोडल विंडो प्रस्तुत विकल्पों में से सही ढंग से चुनने के लिए आवश्यक जानकारी को देखने के लिए स्क्रीन, और यह उपयोगकर्ता की हताशा को कम करने के लिए कुछ भी नहीं करता है, जिससे वे कुछ अधिक या कम विनाशकारी परिणाम के बिना बच नहीं सकते।
ज़ेरॉक्स PARC और Apple कंप्यूटर के लैरी टेस्लर ने अपनी कार के लिए एक व्यक्तिगत लाइसेंस प्लेट प्राप्त करने के लिए पर्याप्त रूप से नापसंद मोड को पढ़ा: कोई मोड नहीं। उन्होंने 1980 के दशक की शुरुआत से लेकर 2020 में अपनी मृत्यु तक विभिन्न कारों पर इस प्लेट का उपयोग किया।[19][20]
डेनवर कला संग्रहालय कला प्रदर्शनी के लिए मल्टीटच टेबल के डिज़ाइनर ब्रूस वायमन[21] तर्क देते हैं कि किसी एक उपयोगकर्ता को ध्यान में लाने से बचने के लिए, एक साथ कई उपयोगकर्ताओं के लिए इंटरफेस मॉडल रहित होना चाहिए।[22]
डिजाइन सिफारिशें
जब संभव हो बचें
संभव होने पर अनडू कमांड और रीसायकल बिन (कंप्यूटिंग) जैसे मोड के विकल्प की सिफारिश की जाती है।[23] एचसीआई के शोधकर्ता डोनाल्ड नॉर्मन का तर्क है कि राज्य के स्पष्ट संकेतों के अतिरिक्त मोड त्रुटियों से बचने का सबसे अच्छा तरीका, उपयोगकर्ताओं को सिस्टम का एक सटीक मानसिक मॉडल बनाने में मदद कर रहा है जो उन्हें मोड की सटीक भविष्यवाणी करने की अनुमति देगा।[24]
यह, उदाहरण के लिए, सड़क के चौराहों पर कुछ रोक संकेतों द्वारा प्रदर्शित किया जाता है। एक ड्राइवर अपने घर के पास चौतरफा पड़ाव साइन द्वारा ऑपरेटेंट कंडीशनिंग हो सकता है यह मानने के लिए कि इसी तरह के चौराहे भी फोर-वे स्टॉप होंगे। यदि यह केवल दो तरफा होता है, तो चालक आगे बढ़ सकता है यदि वह कोई अन्य कार नहीं देखता है। विशेष रूप से यदि कोई बाधित दृश्य है, तो एक कार चूंकि आ सकती है और पहली कार को व्यापक रूप से टक्कर मार सकती है। एक बेहतर डिज़ाइन एक छोटे आरेख को शामिल करके समस्या को कम करता है, जिसमें दिखाया गया है कि किन दिशाओं में रोकने का चिन्ह है और कौन से नहीं, इस प्रकार ड्राइवरों की स्थितिजन्य जागरूकता में सुधार होता है।
उचित स्थान
मोडल नियंत्रण सबसे अच्छे स्थान पर रखे जाते हैं जहाँ कार्य प्रवाह में फ़ोकस होता है।[23] उदाहरण के लिए, ग्राफिकल नियंत्रण तत्व (सॉफ्टवेयर) के बगल में एक मोडल विंडो रखी जा सकती है जो इसकी सक्रियता को ट्रिगर करती है। मोडल नियंत्रण विघटनकारी हो सकते हैं, इसलिए उपयोगकर्ता कार्य को अवरुद्ध करने की उनकी क्षमता को कम करने के प्रयास किए जाने चाहिए। उस कार्य को पूरा करने के बाद जिसके लिए मोड सक्रिय किया गया था, या रद्द करने की क्रिया जैसे कि एस्केप कुंजी के बाद, मोड के खारिज होने पर पिछली स्थिति में लौटने से नकारात्मक प्रभाव कम हो जाएगा।
क्वासिमोड्स
द ह्यूमेन इंटरफेस नामक पुस्तक में, जेफ रस्किन ने क्वासिमोड्स का समर्थन किया, जो ऐसे मोड हैं जो केवल उपयोगकर्ता की ओर से कुछ निरंतर कार्रवाई के माध्यम से रखे जाते हैं; ऐसे मोड्स को स्प्रिंग-लोडेड मोड्स भी कहा जाता है।[25] क्वासिमोड शब्द लैटिन उपसर्ग विक्षनरी: क्वासी-|क्वैसी- (जिसका अर्थ लगभग, कुछ हद तक) और अंग्रेजी शब्द विक्षनरी: मोड का एक संयोजन है।
कीबोर्ड पर संशोधक कुंजियाँ, जैसे कि Shift कुंजी, Alt कुंजी और नियंत्रण कुंजी, एक क्वासिमोडल इंटरफ़ेस के सभी उदाहरण हैं।
एप्लिकेशन उस मोड में तब तक प्रवेश करता है जब तक उपयोगकर्ता एक सचेत क्रिया कर रहा होता है, जैसे कि एक कुंजी को दबाना और कमांड को लागू करते समय इसे दबाए रखना। यदि किसी आदेश को क्रियान्वित किए बिना निरंतर कार्रवाई रोक दी जाती है, तो आवेदन तटस्थ स्थिति में वापस आ जाता है।
इस तकनीक का कथित लाभ यह है कि उपयोगकर्ता को आदेश लागू करते समय एप्लिकेशन की वर्तमान स्थिति को याद नहीं रखना पड़ता है: वही क्रिया हमेशा समान कथित परिणाम उत्पन्न करेगी।[26] रस्किन की परिभाषा के अनुसार एक इंटरफ़ेस जो केवल क्वासिमोड्स का उपयोग करता है और कोई पूर्ण मोड नहीं है, अभी भी मोडलेस है।
चिपचिपी चाबियाँ फीचर सामान्य कुंजियों के साथ संशोधक कुंजियों के कीस्ट्रोक्स को क्रमबद्ध करके एक क्वासिमोड को एक मोड में बदल देता है, ताकि उन्हें एक साथ दबाने की आवश्यकता न हो। इस मामले में शारीरिक अक्षमताओं वाले उपयोगकर्ताओं के लिए बेहतर पहुंच द्वारा मोड त्रुटि की बढ़ी हुई संभावना को काफी हद तक मुआवजा दिया जाता है।
यह भी देखें
- आवेदन मुद्रा
- स्वचालन आश्चर्य
- त्रुटि संदेश
- जीयूआई
- ह्यूमन कंप्यूटर इंटरेक्शन
- पारस्परिक प्रभाव वाली डिज़ाइन
- मोडल विंडो
- यूजर इंटरफेस # तौर-तरीके और मोड
- राज्य (कंप्यूटर विज्ञान)
- टेक्स्ट मोड
टिप्पणियाँ
- ↑ Usability Glossary: modeless Archived 2007-10-22 at the Wayback Machine
- ↑ Usability Glossary: mode error
- ↑ Tesler, Larry (2012-07-01). "मॉडल रहित पाठ संपादन और कट/कॉपी-पेस्ट का एक व्यक्तिगत इतिहास". Interactions (in English). 19 (4): 70–75. doi:10.1145/2212877.2212896. S2CID 21399421. (pdf)
- ↑ "डायलॉग्स में मॉडेलिटी का उपयोग कैसे करें". Oracle Corporation.
- ↑ "मोड और पुरुषों की". IEEE Spectrum: Technology, Engineering, and Science News (in English). August 2005. Retrieved 2020-02-21.
- ↑ Glossary: mode error
- ↑ 7.0 7.1 Usability Glossary: modal
- ↑ https://arstechnica.com/information-technology/2017/11/uss-mccain-collision-ultimately-caused-by-ui-confusion/ BEA final report on the loss of Air France 447
- ↑ https://www.ntsb.gov/news/events/2014/asiana214/abstract.html[bare URL]
- ↑ Poor UI design can kill
- ↑ https://www.bsu-bund.de/SharedDocs/pdf/DE/Unfallberichte/2016/Untersuchungsbericht_16_15.pdf?__blob=publicationFile&v=5 M/V Red7 Alliance investigation report (German)
- ↑ "यूएसएस मैक्केन की टक्कर अंततः यूआई भ्रम के कारण हुई". 2017.
- ↑ Investigation Report 118/18 (pdf), Federal Bureau of Maritime Casualty Investigation (Germany), April 10, 2019
- ↑ https://www.afjag.af.mil/Portals/77/AIB-Reports/2020/May/Eglin%20AFB%20F35A%20AIB%20Report_Signed.pdf US Air Force accident report
- ↑ ]F-35A Crash at Eglin AFB, C.W. Lemoine, Youtube
- ↑ 16.0 16.1 Infragistics.com. "मोडल पैनल - प्रसंग". Archived from the original on 2013-05-06.
{{cite web}}: External link in|author= - ↑ Aza Raskin, A List Apart: Never Use a Warning When you Mean Undo
- ↑ Jakob Nielsen, Alertbox. "10 सर्वश्रेष्ठ एप्लीकेशन यूआई".
- ↑ Origins of the Apple Human Interface by Larry Tesler, Chris Espinosa
- ↑ Origins of the Apple Human Interface - full transcript
- ↑ Technology for Experience's Sake: Guest Post by Bruce Wyman
- ↑ Bruce Wyman's post at the ixda.org mailing list
- ↑ 23.0 23.1 Infragistics.com. "मॉडल पैनल - कार्यान्वयन". Archived from the original on 2013-05-06.
{{cite web}}: External link in|author= - ↑ Norman, Donald A. (1983). "मानव त्रुटि के विश्लेषण के आधार पर डिजाइन नियम". Communications of the ACM. 26 (4): 254–258. doi:10.1145/2163.358092. S2CID 47103252.
- ↑ Usability Glossary: spring-loaded mode
- ↑ Spring-Loaded Modes, Jakob Nielsen.
संदर्भ
- Buxton, William A. S. (1995). "Chunking and phrasing and the design of human-computer dialogues". In Baecker, Ronald M.; Grudin, Jonathan; Buxton, William A. S.; Greenberg, Saul (eds.). Readings in human-computer interaction : toward the year 2000 (2 ed.). San Francisco, Calif.: Morgan Kaufmann. pp. 494–499. ISBN 978-1-55860-246-5. acmid 212970.
बाहरी कड़ियाँ
- Modelessness in UsabilityFirst glossary
- Modelessness in Apple's HIG guidelines
- Definition of mode error at Usability First
- An Example of a mode error in Excel
- John Rushby. Using Model Checking to Help Discover Mode Confusions and Other Automation Surprises. A paper discussing an automatic method for locating mode errors.
- Jakob Nielsen on Spring-loaded modes
श्रेणी: मानव-कंप्यूटर संपर्क श्रेणी:यूजर इंटरफेस तकनीक श्रेणी:यूजर इंटरफेस श्रेणी: ग्राफिकल यूजर इंटरफेस तत्व
