2009-10-10 12 views
5

मैं Worst UI You’ve Ever Used प्रश्न ब्राउज़ कर रहा था, जब मुझे एहसास हुआ कि उनमें से कई ने कुछ एप्लिकेशन के विकल्प संवाद शामिल किए हैं। यह स्पष्ट रूप से एक ऐसा क्षेत्र है जहां एक डेवलपर आसानी से "खो गया" हो सकता है, क्योंकि अक्सर बड़ी संख्या में विकल्प उपलब्ध होते हैं जिन्हें व्यवस्थित करना मुश्किल हो सकता है। (विशेष रूप से स्टीरियोटाइपिकल प्रोग्रामर के लिए)क्या कोई अच्छा विकल्प/सेटिंग्स संवाद बॉक्स बनाता है?

इसलिए जब से मैं अपने आवेदन के लिए एक विकल्प संवाद तैयार करने के लिए तैयार हो रहा हूं, तो मैं सोच रहा था: क्या एक अच्छा विकल्प संवाद करता है?

टैब? विजुअल स्टूडियो की तरह एक पदानुक्रमित वृक्षदृश्य जो टैब की तरह कार्य करता है? (मैं वर्तमान में इस पर झुका रहा हूं)

आपको क्या लगता है?

उत्तर

4

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

विकल्पों की संख्या प्रतिबंधित करें। विकल्प कम, कम चीजें जो उपयोगकर्ता वास्तव में चाहता है अस्पष्ट करने के लिए।

  • उन लोगों को सीमित विकल्प जो आपके उपयोगकर्ताओं में ज्ञात व्यक्तिगत मतभेदों को समायोजित करते हैं।उदाहरण के लिए, यदि आपके उपयोगकर्ता विभिन्न विरासत प्रणालियों से आते हैं, तो आपके पास प्रत्येक सिस्टम के कीबोर्ड शॉर्टकट अनुकरण करने का विकल्प हो सकता है।

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

  • जब तक आपके ऐप में "playful" पक्ष (फेसबुक की तरह) नहीं है, तो छोटी सौंदर्य प्राथमिकताओं के विकल्पों से बचें। उन विकल्पों पर फ़ोकस करें जो चुनिंदा उपयोगकर्ताओं के लिए कार्य प्रदर्शन में सुधार करते हैं (उदा।, विकल्प जो पहुंच का समर्थन करते हैं)।

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

  • डेटा के गुण सेट करने के लिए विकल्पों का उपयोग न करें (उदा।, किसी विशिष्ट दस्तावेज़ का मार्जिन)। विकल्प एप्लिकेशन के गुण हैं और डिफ़ॉल्ट रूप से जो भी डेटा दिखाया जाता है, उसे लागू करना चाहिए।

फ़ंक्शन द्वारा व्यवस्थित विकल्प आपके उपयोगकर्ता इसे देखते हैं। अपने विकल्पों को वर्गीकृत करने के लिए card-sort method का उपयोग करने पर विचार करें। "उन्नत" टैब या संवाद पर कम सामान्य रूप से उपयोग किए गए विकल्पों को छिपाएं। आपके पास प्रत्येक विकल्प के उपयोग पर आंकड़े हो सकते हैं लेकिन आपके उपयोगकर्ता नहीं होंगे। उनके पास यह जानने का कोई तरीका नहीं है कि वे जो विकल्प चाहते हैं वह "उन्नत" है या नहीं, उन्हें अन्य टैब के अलावा उन्नत जंक-ड्रावर टैब खोजने के लिए मजबूर करना है।

विकल्प विंडो से कार्यक्षमता को ले जाएं, और उस स्थान पर इसे निकटतम बनाएं जहां उपयोगकर्ता कोई विकल्प सेट करने का निर्णय लेता है। डिफ़ॉल्ट सेट करने का विकल्प रखने के बजाय, डिफ़ॉल्ट को ओवरराइड करने के लिए एक ही इंटरफ़ेस का उपयोग करें। प्रिंट संवाद में आपके पास "यह प्रिंटर डिफ़ॉल्ट बनाएं" बटन हो सकता है। दृश्य मेनू में "दृश्य देखें" मेनू आइटम शामिल करें जो सत्र के दौरान सॉर्ट ऑर्डर, फ़िल्टरिंग और कॉलम चयन को विंडो के लिए सेट करता है। वैकल्पिक रूप से, दृश्य-विंडो विंडो आकार और स्थिति -क्रॉस सत्रों को स्वचालित रूप से संरक्षित करने पर विचार करें, और इसे वापस करने के लिए डिफ़ॉल्ट दृश्य मेनू आइटम प्रदान करना।

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

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

किसी दिए गए पैनल को खोजने और समझने के विकल्पों को आसान बनाने के लिए वेब-शैली ग्राफिक डिज़ाइन, छोटे चित्रण और दृश्य पदानुक्रम का उपयोग करें। फ़ंक्शन द्वारा सभी विकल्पों को व्यवस्थित करते समय, आमतौर पर उपयोग किए जाने वाले विकल्प मुख्य बनाने के लिए फ़ॉन्ट आकार, रंग और/या वजन का उपयोग करें।कुछ की तरह:

Section headings in large font. Common options in bold print http://www.zuschlogin.com/content/blogimages/27/OptionsVariability.gif

आसान अन्वेषण और प्रयोग विकल्पों में से प्रोत्साहित करें:

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

  • प्रत्येक विकल्प के लिए "यह क्या है?" सहायता शामिल करें ताकि उपयोगकर्ताओं को यह पता चल सके कि कोई विकल्प क्या है और इसका उपयोग कब किया जाना चाहिए।

  • विकल्प विंडो मॉडल बनाने पर विचार करें, इसलिए उपयोगकर्ता प्राथमिक विंडो के चारों ओर घूम सकता है ताकि यह देखने के लिए कि कोई विकल्प क्या करता है।

  • सुनिश्चित करें कि सभी विकल्प नाम और उनके समानार्थी आपके सहायता दस्तावेज़ में हैं, और सुनिश्चित करें कि सहायता दस्तावेज़ उपयोगकर्ता को बिल्कुल विकल्प कहां ढूंढता है। अक्सर उपयोगकर्ता नहीं जानते कि कोई विकल्प मौजूद है या नहीं, या यदि यह "विकल्प" या अन्य प्रकार का आदेश है।

3

सबसे आम विकल्प खोजने के लिए आसान बनाएं, और उन्नत विकल्प "वैकल्पिक" को देखने के लिए भी ... विकल्पों को छिपाना आपके उपयोगकर्ताओं का 99% परवाह नहीं करेगा, यह बहुत प्रभावी है।

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

सामान्य विकल्पों के साथ विकल्पों का एक अच्छा, साफ लॉजिकल ग्रुपिंग होने के साथ, और अस्पष्ट विकल्पों को कम करने योग्य "उन्नत" अनुभाग आमतौर पर एक विशिष्ट लेआउट से अधिक महत्वपूर्ण होते हैं।

+0

मुझे लगता है कि यह भी उन्नत उपयोगकर्ताओं के लिए एक ला के बारे में "हैकिंग" अनुभव देने के लिए कार्य करता है: config –

2

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

आम पैटर्न है कि मैंने देखा है इस प्रकार हैं:

  1. दृश्य स्टूडियो प्रकार संवाद (ट्री दृश्य)।
  2. शब्द/कार्यालय विकल्प संवाद (विशेष रूप से Office 2007/2010 में)।
  3. एक मानक टैबड संवाद (टैब की एक छोटी संख्या (4 से कम) के साथ केवल एक अच्छा विकल्प)।
  4. समूह बक्से (मानक .NET शैली या कार्यालय शैली) का उपयोग करके समूहित विकल्पों के साथ एक एकल संवाद। यह केवल छोटी संख्या में विकल्पों के साथ व्यवहार्य है।
1

कोई विकल्प संवाद नहीं है।

यदि आपके पास हालांकि बहुत सारे विकल्प हैं, तो इसे खोजने योग्य बनाना वास्तव में सहायक है।

+0

मैं नहीं दिख रहा है कि कैसे विकल्प बाहर छोड़ने सरल अनुप्रयोगों के अलावा भी संभव है। जब तक आप उपयोगकर्ता को कॉन्फ़िगरेशन फ़ाइल संपादित करने के बारे में बात नहीं कर लेते। –

+0

@ ऑर्टज़िनेटर आप बस निर्णय लेते हैं कि उपयोगकर्ता के लिए सबसे अच्छा विकल्प क्या है। कॉन्फ़िगरेशन से बचें। – Tom

संबंधित मुद्दे