आप एक अच्छी खोज यूआई कैसे डिजाइन करेंगे?

Question

मैं अपने उपयोगकर्ताओं को 'उन्नत' खोज इंजन प्रदान करना चाहता हूं। मैं मूल रूप से खोज मापदंड का एक बहुत से चुना करने के लिए है: कुछ

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

कुल मिलाकर प्रदान करना चाहते हैं, मैं चारों ओर 30+ मापदंड

परिणाम से चुना करने के लिए है एक डाटासेट है जो मैं displ एक ग्रिड में एई।

मैंने इंटरनेट पर प्रेरणा की खोज की है, और यहां तक ​​कि google उन्नत खोज के लिए एक अच्छा समाधान प्रतीत नहीं होता है।

मैंने अतीत में इस तरह के औजारों को डिजाइन किया है, और मैं परिणाम से वास्तव में खुश नहीं था, हालांकि उपयोगकर्ता अंततः इसे प्रभावी ढंग से उपयोग करने में सक्षम था।

• क्या आपको लगता है खोज पैनल हर समय (यानी मेरी परिणाम ग्रिड के शीर्ष पर प्रदर्शित) या एक अलग रूप में उपलब्ध

(जो मुझे सभी नियंत्रण के लिए और अधिक जगह का उपयोग करते हैं होता है) दिखाई देना चाहिए

• आपको लगता है कि यह सब खोज मापदंड प्रदर्शित करने के लिए, या 'उन्नत अगर वह देखने के लिए/अधिक मापदंडों

• का उपयोग कैसे आप मापदंड का आयोजन होगा चाहता है पर उपयोगकर्ता क्लिक जाने के लिए बेहतर है क्या? उपयोग आवृत्ति, या क्षेत्र द्वारा (यानी उपयोगकर्ता से संबंधित मानदंड, स्थान, समय, आदि)

• मुझे 'खोज' बटन कहां रखना चाहिए? अधिक सामान्य खोज नियंत्रण, या नीचे, या दोनों के बगल में?

और अधिक आम तौर पर, क्या आपके पास एक अच्छी खोज यूआई डिज़ाइन करने के तरीके पर साझा करना चाहते हैं? इस प्रकार के 'उन्नत' खोज इंजनों में आप किस तरह की कार्यक्षमताओं को याद करते हैं?

Answer 1

बस एक सामान्य सलाह: इसे सरल रखें। अधिक पसंद करने के लिए उपयोगकर्ता को भ्रमित करता है और मौका बढ़ाता है कार्यक्षमता का एक निश्चित टुकड़ा उपयोग नहीं किया जाता है।

उपयोगकर्ताओं पर यह पता लगाने के लिए विभिन्न प्रोटोटाइप आज़माएं कि कौन से विकल्प मूल्यवान हैं और कौन नहीं हैं।

Answer 2

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

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

Answer 3

मेरे विचार:

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

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

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

Answer 4

• साइट के प्रत्येक पृष्ठ पर मास्ट हेड के हिस्से के रूप में एक खोज टेक्स्ट बॉक्स होना चाहिए।
• मुझे पसंद है कि बटन को "खोज" के बजाय "ढूंढें" लेबल किया जाए क्योंकि लाभ हमेशा सुविधाओं की तुलना में अधिक आकर्षक होते हैं।
• परिष्कृत होना चाहिए आपकी खोज एल्गोरिदम क्या है और जीयूआई नहीं।

Answer 5

मुझे "नियमों की सूची" दृष्टिकोण पसंद है। आप एक पता है:

Find items that match [ All |v] of these conditions: 

[Name   |v] [Contains |v] [_____________] (-) (+) 
[Start date  |v] [Is before |v] [_____________]  (+) 

              (Cancel) (Search) 

यह भी अव्यवस्थित हो रहा से संवाद रहता है, लेकिन अभी भी उन सभी विकल्पों को वे की जरूरत हो सकती देता है।

लेकिन यह मानता है कि आपको चीजों को उन्नत होने की आवश्यकता है! आप पाते हैं कि एक बुद्धिमान ढंग से डिज़ाइन की गई कीवर्ड सूची दृष्टिकोण ठीक काम करेगा।

Answer 6

यूआई पर कोई विशेषज्ञ नहीं है, लेकिन मैंने बहुत खराब यूआई देखा है।

• KISS एक अच्छी शुरुआत है।
• इसे सहज बनाएं।
• दोनों को ऊपर और नीचे दोनों में खोजें रखें। मैं ऐसा कुछ उपयोग करने के लिए नाराज हूं जो मुझे पेज को टाइप करने के लिए मजबूर करता है (फ्लेक्स प्रलेखन देखें, उनका पेजिनेशन कंट्रोल केवल शीर्ष पर है - एक दुखी दर्द जहां आप जानते हैं)।
  • बुनियादी ऑपरेटरों (20%) जो 80% सामने
  • गतिशील रूप से किसी भी समय उपलब्ध मानदंडों के सेट को संपादित का उपयोग करेगा:
  • मापदंड के संगठन दो गुना होना चाहिए।
• उपयोगकर्ताओं को कम से कम रैंप-अप समय से शुरू करें और उन्हें आवश्यक आधार पर मानदंड जोड़ने/निकालने की अनुमति दें। विचार है कि उसे अपनी जरूरतों का उपयोग करें और अपने फीचर सेट के प्रतिभा के साथ अपने विचार या वर्कफ़्लो को अव्यवस्थित न करें।
• जैसा कि अन्य ने सामान्य रूप से यूआई के साथ आजकल प्रवृत्ति का उल्लेख किया है और रुझान है, तब तक उन नियंत्रणों का उपयोग करें जो तब तक छिपाए जाते हैं जब तक उपयोगकर्ता स्पष्ट रूप से उन्नत/ठीक-ट्यूनिंग (ऑन-डिमांड यूआई) नहीं चाहता।
• अंगूठे का एक अच्छा नियम पृष्ठ पर अधिकतम 5-7 विशेषताएं होना है।
• यह बहुत अच्छा होगा यदि आप इस तरह के मानदंडों को व्यवस्थित कर सकते हैं ताकि इसकी कहानी तैयार हो सके यानी उपयोगकर्ता अपनी क्वेरी पढ़ सकता है और आपके ऑपरेटर इसका कुछ अर्थ निकाल सकते हैं।
• मैं छोटे टेक्स्ट का एक बड़ा प्रशंसक हूं और आइकन समझने में आसान हूं लेकिन ऐसा सेटअप आपके इंस्टॉलेशन वातावरण पर निर्भर करता है। क्या आपका दादा उस शक्तिशाली कार्यकर्ता का उपयोग कर सकता है?
• अच्छी डिज़ाइन यह भी आवश्यक है कि आप अपना यूआई सुलभ बना सकें। यह क्रैक करने के लिए एक कठिन अखरोट है और मुझे बिल्कुल नहीं पता कि आप यह कैसे करेंगे।

शुभकामनाएँ!

Answer 7

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

उन्नत नियंत्रणों के लिए, यह जानने के बिना कि आपको किस प्रकार का डेटा दिखाना है, मैं केवल संभावित संगठन विधियों का एक अवलोकन दे सकता हूं। व्यक्तिगत रूप से, मुझे पसंद कड़ी:

• स्थान
• वर्णमाला
• समय (समय रेखा या कालक्रम - एक इतिहास संग्रहालय के बारे में सोच)
• श्रेणी (लगता है विभाग के स्टोर)
• पदानुक्रम (सबसे बड़ी छोटी, सबसे हल्का, आदि

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

"प्लस/माइनस 7" नियम के बारे में भूल जाओ - जिसे वास्तव में अध्ययन पढ़ने वाले लोगों द्वारा संदर्भित नहीं किया गया है। संक्षेप में - यह केवल बाहरी उत्तेजना के प्रति मानव प्रतिक्रिया के लिए लागू होता है, न कि स्क्रीन पर प्रदर्शित विकल्प। यह नहीं कह रहा है कि आपको ओवरबोर्ड जाना चाहिए, लेकिन यदि आपके पास बहुत सारे विकल्प हैं, तो आप उन्हें दृष्टि से ट्विक कर सकते हैं। अव्यवस्था डिजाइन की विफलता है - जानकारी नहीं।

प्रत्येक विकल्प को एक अच्छा आकार का क्लिक लक्ष्य देने के लिए बहुत सारे व्हाइटस्पेस और <label> तत्वों का उपयोग करना याद रखें। चेकबॉक्स या रेडियो से निपटने पर यह विशेष रूप से महत्वपूर्ण है।

सुनिश्चित करें कि जब परिणाम लौटाए जाते हैं, तो एक स्पष्ट शीर्षक (<h2> या <h3> आमतौर पर पर्याप्त होता है) उपयोगकर्ता की क्वेरी को दोबारा बताते हुए, और कितने परिणाम लौटा दिए जाते हैं। 0 परिणाम पृष्ठ के बारे में मत भूलना! यदि संभव हो तो क्वेरी को विस्तृत करने पर कुछ सलाह दें।

Answer 8

1) क्या आपको लगता है कि खोज पैनल मेरे परिणाम ग्रिड के शीर्ष पर दिखाई देना चाहिए?

Google की मूल खोज जैसे एक साधारण खोज पैनल परिणाम पृष्ठ पर हो सकता है क्योंकि यह कॉम्पैक्ट है। यह उपयोगकर्ता को नए पेज या विंडो पर जाने के समय बर्बाद किए बिना विभिन्न मानदंडों के साथ खोज को फिर से प्रयास करने की अनुमति देता है। उन्नत खोज अधिक अव्यवस्थित है इसलिए परिणामों तक आसानी से पहुंच (एक छोटे फलक में) और पुन: खोज के लिए आसान पहुंच के बीच एक और महत्वपूर्ण व्यापार है, इसलिए आपको आवृत्ति उपयोगकर्ताओं को फिर से खोज करने की आवश्यकता है जो वे करते हैं परिणाम है। उदाहरण के लिए, यदि पुन: खोज समय के 50% होता है, लेकिन परिणाम पृष्ठ में एक उन्नत खोज पैनल सहित 75% अतिरिक्त स्क्रॉलिंग की आवश्यकता होती है, तो आपके उपयोगकर्ता परिणाम पर उन्नत खोज पैनल के बिना बेहतर होते हैं। एक सामान्य नियम के रूप में, उन्नत खोज परिणाम पृष्ठ पर नहीं होनी चाहिए जब तक कि कार्य वास्तव में डेटा का अन्वेषण नहीं करता है।

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

किसी भी मामले में, परिणाम पृष्ठ खोज बनाने में इस्तेमाल मापदंड प्रदर्शित करना चाहिए।

2) आपको लगता है कि यह अधिक मापदंडों के लिए 'उन्नत पर उपयोगकर्ता क्लिक जाने के लिए बेहतर है क्या?

अधिकांश डेटाबेस ऐप्स के लिए, किसी विशेष समूह के उपयोगकर्ता (उदाहरण के लिए, नौकरी की स्थिति) के पास खोज मानदंडों के 2 से 5 विशिष्ट सेट होते हैं जो उन्हें अपने अधिकांश काम के माध्यम से प्राप्त करते हैं, (उदाहरण के लिए, दो उपयोगकर्ता के बीच किए गए आदेशों की खोज करें - अनुशंसित तिथियां), कभी-कभी मानदंडों सहित कि विशिष्ट मानदंड मान भी होते हैं (उदाहरण के लिए, लंबित स्थिति वाले सभी ऑर्डर की खोज करें)। इस स्थिति में, यदि आपके पास विज्ञापन खोज के लिए एक उन्नत बटन है, तो उपयोगकर्ता इन विशिष्ट खोजों के लिए बनाए गए नियंत्रणों के नियंत्रण में हैं, जबकि उपयोगकर्ताओं को सबसे तेज़ और कम से कम भ्रमित होने की संभावना है। उन्नत खोज के लिए डिफ़ॉल्ट केवल तभी होगा जब आपके उपयोगकर्ता मुख्य रूप से अन्वेषणकारी खोजों का आयोजन कर रहे हों।

3) आप मानदंड कैसे व्यवस्थित करेंगे?

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

4) मैं 'खोज' बटन कहाँ रखना चाहिए?

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

5) कैसे एक अच्छा खोज यूआई डिजाइन करने के लिए?

एक:

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

बी। उपयोगकर्ता मानदंडों में उपयोग किए जाने वाले फ़ील्ड की सूची से चयन करता है, फिर समेकित स्थान में मानदंडों के मानों को सेट करता है।यहां एक मुख्य चुनौती है कि एक क्षेत्र का चयन करने के लिए "ओवरहेड" क्लिक की संख्या को कम करें। आदर्श रूप से, फ़ील्ड की सूची हमेशा उपलब्ध होती है और एक क्लिक फ़ील्ड का चयन करता है, इसे समेकित स्थान में रखता है, और कर्सर को मूल्य नियंत्रण में रखता है, कुछ http://www.zuschlogin.com/content/blogimages/37/FindAdvanced.gif में दिखाया गया है, केवल खोज के बजाय खोज के लिए। (मनमाने ढंग से सम्मेलन "खोज" उपयोगकर्ताओं के लिए "खोज" से बहुत अलग है; दिए गए मानदंडों से मेल खाने वाले मौजूदा पृष्ठ के भीतर चीजों को हाइलाइट करें, जबकि खोज किसी दिए गए मानदंड से मेल खाने वाली चीज़ों को पुनर्प्राप्त करती है)

इनमें से दोनों डिज़ाइन प्रत्येक के लिए मानदंड को लिंक करते हैं लॉजिकल एंड्स द्वारा फ़ील्ड और अंतर्निहित डेटाबेस टेबल के बीच जुड़ने में सीमित हैं, लेकिन यह संभवतः आपके सभी उपयोगकर्ताओं को संतुष्ट करता है। यदि कार्यों को अधिक जटिल जुड़ने और बूलियन संयोजनों की आवश्यकता होती है, तो ग्राफिकल क्वेरीिंग डिज़ाइनों (उदाहरण के लिए, बैड एएन, कैटरसी टी, मैसारी ए, & सैंटुची जी 1 99 6 में देखें। एक आरेखण बनाम एक प्रतीकात्मक क्वेरी भाषा के उपयोग की तुलनात्मक आसानी। जे केनेडी में & पी बार्कले (एड) इंटरफेस टू डाटाबेस (आईडीएस -3): इंटरफेस टू डाटाबेस, नेपियर यूनिवर्सिटी, एडिनबर्ग, 8-10 जुलाई) पर तीसरी अंतर्राष्ट्रीय कार्यशाला की कार्यवाही और उदाहरण डिजाइन द्वारा क्वेरी।

Answer 9

डिफ़ॉल्ट डिजाइन पैटर्न जो मैं उपयोग करता हूं Filter Table है। इसमें 9 0% उपयोग मामलों को शामिल किया गया है। अधिक जटिल खोजों के लिए, मुझे लक्ष्यों पर अधिक विशिष्ट जानकारी की आवश्यकता होगी और उपयोगकर्ताओं के मामलों का उपयोग करना होगा, ताकि उन परिस्थितियों के लिए एक अधिक इष्टतम समाधान तैयार करना संभव हो।

Answer 10

कृपया प्रत्येक प्रश्न (इटालिक्स में) के खिलाफ मेरे उत्तरों (सामान्य पाठ में) पाएं।

"1) क्या आपको लगता है कि खोज पैनल हर समय दिखाई दे सकता है (यानी मेरे परिणाम ग्रिड के शीर्ष पर प्रदर्शित) या एक अलग रूप में उपलब्ध है (जो मुझे सभी नियंत्रणों के लिए और अधिक जगह का उपयोग करने देगा) "

परिणाम ग्रिड के शीर्ष पर प्रदर्शित करें क्योंकि यह खोज परिणामों को प्रदर्शित करने के लिए अतिरिक्त क्षैतिज स्थान छोड़ देता है और इस प्रकार क्षैतिज स्क्रॉल किए बिना खोज डेटा के अधिक कॉलम प्रदर्शित करता है।

"2) क्या आपको लगता है कि यह सब खोज मापदंड प्रदर्शित करने के लिए, या 'उन्नत' पर उपयोगकर्ता क्लिक जाने के लिए बेहतर है वह देख/अधिक मापदंडों का उपयोग करना चाहता है, तो"

प्रदर्शन सभी उपलब्ध मापदंड लेकिन एक टैब्ड फैशन में। यानी श्रेणियों में इनपुट खोज फ़ील्ड को वर्गीकृत करें और प्रत्येक श्रेणी के लिए एक टैब रखें।

"3) कैसे आप मापदंड क्षेत्र से व्यवस्थित हैं? उपयोग आवृत्ति द्वारा, या कहें (यानी। उपयोगकर्ता के लिए समय पर, स्थान के लिए, संबंधित मापदंड, आदि)"

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

"4) मैं कहाँ 'खोज' बटन रखना चाहिए? अगले अधिक आम खोज नियंत्रण करने के लिए, या नीचे, या दोनों में?" के रूप में में ऊपर चर्चा की

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

Answer 11

क्विंस, इन्फ्राजिस्टिक्स ui पैटर्न साइट पर एक नज़र डालें साइट: http://quince.infragistics.com।

व्यक्तिगत रूप से, मैं DevExpress से xtragrid की तरह एक फ़िल्टर ग्रिड का उपयोग कर देखो चाहते हैं,: http://www.devexpress.com/Products/NET/Controls/WinForms/Grid/datafiltering.xml

यह ऊपर एक खोज पट्टी शुरू में ग्रिड को भरने के लिए साथ मिलकर।

Answer 12

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

Answer 13

सरल अच्छा है। मैं एक पुनरावृत्ति दृष्टिकोण की अनुशंसा करता हूं जहां आप उपयोगकर्ता स्वीकृति परीक्षण करने के बाद धीरे-धीरे कार्यक्षमता बनाते हैं और यह देखने के लिए लॉग देख रहे हैं कि वे कौन सी विशेषताओं का उपयोग करते हैं (या उपयोग नहीं करते हैं)। एकमात्र तरीका आपको पता चलेगा कि आपके उपयोगकर्ताओं को देखने के लिए क्या सुधार करना है।