प्रो यूजर इंटरफेस और एक माउस बटन

प्रश्न की प्रस्तुति की जटिल शैली के लिए मैं प्रिय पाठकों से पहले से माफी मांगता हूं। बहुत कुछ यहां इंटरफ़ेस डिज़ाइन के एक विशेष सिद्धांत का संदर्भ है।

मैं यहाँ जो तर्क दे रहा हूँ वह जेफ रस्किन के विचार पर मेरा प्रतिबिंब है कि कंप्यूटर माउस में एक बटन होना चाहिए। "परिशिष्ट A एक माउस क्यों केवल एक बटन होना चाहिए के लिए एक तर्क प्रदान करता है। "(रस्किन, पी .२))

यह माना जाना चाहिए कि टैबलेट-प्रकार के कंप्यूटर बनाने का विचार इन पदों से ठीक है। आखिरकार, वास्तव में, इसमें एक बटन और इशारे हैं।


आइए इस विचार को किसी भी उपकरण के स्तर तक निरूपित करें। हमारे पास एक सशर्त कंप्यूटर है जिसमें कीबोर्ड, स्क्रीन और पॉइंटर (जैसे माउस या पेन) है।

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

इससे हम यह बयान कर सकते हैं कि जब कोई उपयोगकर्ता किसी चीज़ पर क्लिक करता है, तो उपयोगकर्ता के पास केवल एक ऑब्जेक्ट-एक्शन व्यवहार संस्करण होना चाहिए (रस्किन इसे "संज्ञा - क्रिया" कहते हैं)। इसका क्या मतलब है? उदाहरण के लिए, मैं टेक्स्ट को हाइलाइट करता हूं और ड्रैग करता हूं। यहाँ मैं एक वस्तु पर एक क्रिया करता हूँ। वस्तु पाठ है। क्रिया - खींचें।

चलिए एक और निरपेक्षता बनाते हैं। डिवाइस में केवल एक प्रोग्राम है। ऐसा हम तर्क दिखाने के लिए करते हैं। इसका मतलब है कि अन्य कार्यक्रमों - अनुप्रयोगों में, एक समान तर्क होगा।

एक संदर्भ मेनू क्या है? यह विधा है। यही है, सही माउस बटन पर क्लिक करके, मैं ऑब्जेक्ट पर क्रियाओं के चयन का तरीका दर्ज करता हूं। कार्रवाई खुद नहीं, बल्कि कार्रवाई का तरीका है। अब यह स्पष्ट रूप से सरल लगता है क्योंकि आप इसके अस्तित्व के बारे में जानते हैं। किसी ने आपको इस संभावना के बारे में बताया। और अगर नहीं? और अगर मुझे ऐसे अवसर के बारे में नहीं पता है? यह एक सांस्कृतिक टेम्पलेट है, यदि आप चाहें।

मैं यह पाठ टीमलैब सेवा के दस्तावेज़ संपादक में लिख रहा हूँ। जब मैंने इसका अध्ययन करना शुरू किया, तो मुझे नहीं पता था कि दाहिने बटन पर क्लिक करने से कुछ बदल जाएगा। लेकिन मैंने इसके बारे में अनुमान लगाया। मुझे यह सिखाया गया था।



मुझे अभी भी इस पर विश्वास नहीं हो रहा है अपनी दादी को लेने की कोशिश करें, भले ही वह 60 वर्ष से अधिक हो और उसने पहले कंप्यूटर नहीं देखा हो। अब उसे समझाने की कोशिश करें कि फाइल को हिलाने के लिए आपको सही बटन, प्रेस कट आदि को दबाने की जरूरत है।

क्या बात है? यह है कि एक व्यक्ति को प्रदर्शन किए जाने वाले कार्यों को देखने की आवश्यकता है। उनसे मत छुपाइए।

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




यहाँ हमें एक ही चित्र मिलता है: वस्तु -> क्रिया।

चलो उसी स्थिति की कल्पना करते हैं यदि हमारे पास सूचक (माउस, स्टाइलस) का एक बटन है। सब कुछ बिल्कुल समान है, इस मामले में हम सही बटन का उपयोग नहीं करते हैं।

मैं उसी फ़ंक्शन को कैसे लागू कर सकता हूं जो सही बटन देता है?

हमें यहां एक महत्वपूर्ण बिंदु याद आ रहा है। उपयोगकर्ता इसके साथ कुछ करने के लिए एक फ़ाइल का चयन करता है। ऐसे ही नहीं। इसका मतलब है कि अब उपयोगकर्ता को केवल फ़ाइल के साथ कुछ करने की पेशकश करने की आवश्यकता है।

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

फ़ाइल को खोलने के लिए डबल क्लिक करें, जैसा कि अभी प्रथागत है। यह व्यवहार का एक पैटर्न भी है, यह एक उत्तेजना के रूप में भी काम करता है - एक प्रतिक्रिया।

और अगर आप 32 फाइलों का चयन करते हैं? और सभी भागों में? अब कीबोर्ड के बारे में मत भूलना। हां, यह क्रिया अधिक जटिल है। उसे सीखने की जरूरत है। यह कीबोर्ड शॉर्टकट की श्रेणी का है, क्योंकि प्रत्येक फ़ाइल के साथ व्यक्तिगत रूप से किया जा सकता है। हालाँकि, चयन पूरा होने के बाद मेनू को उसी तरह प्रदर्शित किया जाता है। उपयोगकर्ता को अतिरिक्त विकल्प के लिए समय देने के लिए (उदाहरण के लिए, इन फ़ाइलों को फ़ोल्डर में खींचें), शिफ्ट या Ctrl बटन को रिलीज़ करने के लिए मेनू को बांधें। यह फिर से इस तथ्य का संदर्भ है कि लोग केवल फाइलों का चयन नहीं करते हैं।

यह रेक क्यों? फ़ाइल पर राइट-क्लिक करना आसान है और ... चयन खोना, 5 पिक्सेल की गलती करना या आइकन डेफिनेशन एरिया (भगवान, उपयोगकर्ता के बारे में क्या सोचना चाहिए पर निर्भर है। खराब बात ....) यह अप्रिय, सही है?

थोड़ा गिनते हैं।

मान लीजिए कि इस तरह के एक चयन, हानि, वसूली में 20 सेकंड लगते हैं। (स्मार्टली कुछ)

बता दें कि रूस में इंटरनेट यूजर्स की संख्या करीब 60 मिलियन है। (आंकड़ा आंकड़ों से अनुमानित और गोल है)। उनमें से प्रत्येक एक सीमा तक या किसी अन्य कंप्यूटर का उपयोग करता है।

हम मानते हैं:

60,000,000 x 20 सेकंड = 1,200,000,000 सेकंड।

1,200,000,000 सेकंड / 60 सेकंड प्रति मिनट = 20,000,000 मिनट।

20,000,000 मिनट / 60 मिनट प्रति घंटे = 333333.333 ... घंटे।

333333.333 ... घंटे / 24 घंटे प्रति दिन = 13888.888888889 दिन।

13888.888888889 / 365 दिन प्रति वर्ष = 38.051750381 वर्ष।

दूसरे शब्दों में, केवल एक ही ऑपरेशन में उपयोगकर्ताओं की 60 मिलियन की सेना औसत रूसी के पहले से ही कम जीवन का लगभग 2/3 हिस्सा खो देती है। मैं महीने में ऐसी पाँच गलतियाँ करता हूँ। अब, गणना करें कि केवल एक ही गलती पर हम कितने मानव जीवन जीते हैं। एक महीने में ...

यह स्पष्ट है कि इस तरह की त्रुटि एक बार में नहीं होती है।

तो एक बटन वाले माउस का सार क्या है? बिंदु संभव के रैंक से त्रुटियों को बाहर करना है और उपयोगकर्ता को समस्या का केवल एक समाधान प्रदान करना है। वर्चुअल इंटरफ़ेस का कार्य कार्रवाई का मार्ग छोटा करना है। हम एक ही परिणाम प्राप्त करने के लिए हजारों इंटरफेस नहीं बनाते हैं।

नागरिक-डेवलपर, उपयोगकर्ता के जीवन को जटिल नहीं बनाते हैं। इसके लिए उसके पास एक बॉस है।

इस पोस्ट में उल्लिखित विचारों के आधार के रूप में साहित्य की सेवा की गई:

• जेफ रस्किन। इंटरफ़ेस: कंप्यूटर सिस्टम के डिजाइन में नई दिशाएं: प्रतीक-प्लस; एम।; 2005
• डोनाल्ड नॉर्मन परिचित चीजों का डिज़ाइन: विलियम्स पब्लिशिंग हाउस; एम।; 2006

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