आप बड़ी स्क्रीन रियल एस्टेट के लिए डिजाइनिंग की चुनौती को कैसे जीत सकते हैं? [बन्द है]


10

यह सवाल थोड़ा अधिक व्यक्तिपरक है, लेकिन मैं कुछ नए परिप्रेक्ष्य प्राप्त करने की उम्मीद कर रहा हूं। मुझे एक निश्चित स्क्रीन आकार (आमतौर पर 1024x768) के लिए डिज़ाइन करने की आदत है, जिससे मुझे लगता है कि यह समस्या नहीं है। आकार को 1280x1024 तक विस्तारित करने से आप एक प्रशंसनीय अंतर बनाने के लिए पर्याप्त स्क्रीन रियल एस्टेट नहीं खरीद पाएंगे, लेकिन मुझे थोड़ा और सांस लेने का कमरा मिलेगा। मूल रूप से, मैं अभी भी अपने "ग्रिड आकार" का विस्तार करता हूं और थोड़े छोटे स्क्रीन के लिए एक ही मूल डिजाइन अभी भी काम करता है।

हालाँकि, परियोजनाओं के अंतिम कुछ में मेरे क्लाइंट 1080p (1920x1080) स्क्रीन का उपयोग कर रहे थे और वे चाहते थे कि जितना संभव हो उतनी अचल संपत्ति का उपयोग करें। मेरे द्वारा उपयोग की जाने वाली चौड़ाई से 1920 पिक्सल के नीचे बस दो बार प्रदान की जाती है, और चौड़ी स्क्रीन मेरे कुछ पुराने डिजाइनों को डिजाइन करती है जो काम नहीं करते हैं। मैं जिस समस्या में चल रहा हूं, वह यह है कि जब मुझे इतनी जगह के साथ पेश किया जाता है, तो मैं कुछ बड़ी समस्याओं का सामना करता हूं।

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

आपके उत्तर के लिए, मुझे पता है कि डिजाइन में लगभग सब कुछ "यह निर्भर करता है" है। मैं क्या देख रहा हूँ:

  • सामान्य सिद्धांत जिनका आप उपयोग करते हैं
  • डिजाइन के लिए आपका दृष्टिकोण कैसे बदल गया है

मुझे लग रहा है कि मुझे खुद को इस अलग प्रारूप के साथ काम करना है। मैंने आज तक जिस संकल्प में काम किया है, वह लगभग 25%: 640 से 800 (25% वृद्धि), 800 से 1024 (28% वृद्धि) और 1024 से 1280 (25% वृद्धि) रहा है। हालांकि, 1280 से 1920 तक की छलांग अंतरिक्ष में अच्छी 50% वृद्धि है - 640 से 1024 तक कूदने के बराबर। धीरे-धीरे सबक सीखने में मदद करने के लिए आमतौर पर इस्तेमाल किए जाने वाले मध्यम आकार का नहीं था।


क्या आप खाली स्थानों को भरने के लिए केवल UI नियंत्रण को बड़ा बना सकते हैं ...?
FrustratedWithFormsDesigner

@ निर्दिष्ट: जब तक आप एक टच स्क्रीन के लिए डिजाइन नहीं कर रहे थे, तब तक वह हार नहीं होगी?
माइकल के

@ माइकल: ठीक है, ओपी दृश्य नियंत्रण की संख्या को बदलना नहीं चाहता है क्योंकि यह प्रोग्राम को उपयोग करने के लिए कठिन बना देगा, और किसी भी खाली स्थान को पसंद नहीं करता है। यदि अंतरिक्ष को भरने के लिए कोई नई सुविधाएँ नहीं हैं , तो अंतरिक्ष को भरना होगा ...?
FrustratedWithFormsDesigner

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

1
@ बियर: यदि उन्होंने सुपर-आकार के इंटरफ़ेस आकार के लिए एक विशिष्ट अनुरोध किया है और यह केवल बड़ा बदलाव है, तो उन्हें बताएं कि आपके पास लेआउट और डिज़ाइन के बारे में चिंताएं हैं और उनसे पूछें कि क्या उनके पास इस बारे में विचार हैं कि अंतरिक्ष का सबसे अच्छा उपयोग कैसे किया जा सकता है। आखिरकार वे उपयोगकर्ता हैं और उनके पास इस विशिष्ट अनुरोध को करने का एक कारण होना चाहिए । शायद वे कहेंगे "खाली जगह में एक डैशबोर्ड विजेट रखो" या ऐसा कुछ ... एक विशाल रिक्त स्थान के साथ एक मॉकअप स्क्रीनशॉट भेजें एक पाठ कह रहा है "आप यहां क्या चाहते हैं?" सुनिश्चित करें कि इस डिजाइन के बारे में आपकी चिंताएं ज्ञात हैं।
FrustratedWithFormsDesigner

जवाबों:


1

इस तरह से मैं इस मुद्दे पर संपर्क करूंगा।

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

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

अब मुश्किल हिस्सा है, लेआउट। जैसा कि आपने कहा, रियल-एस्टेट की उस राशि के साथ लेआउट बहुत अलग होगा। कॉप-आउट उत्तर उपयोगकर्ता को उन तत्वों को रखने की अनुमति देगा जहाँ वे चाहते हैं, जैसे कि iGoogle पृष्ठ। उपयोगकर्ता 2 या 3 कॉलम चुन सकता है क्योंकि वे फिट दिखते हैं। जैसा कि मुझे नहीं पता कि आप किस प्रकार की स्क्रीन बना रहे हैं, मुझे नहीं पता कि यह वास्तव में आपके लिए काम करेगा।

दूसरा कॉप-आउट उत्तर आपको इन पृष्ठों को डिजाइन करने में मदद करने के लिए एक यूआई विशेषज्ञ को नियुक्त करना होगा। अतीत में UI विशेषज्ञ के साथ काम करने के बाद, मैं कह सकता हूं कि इस तरह की चीजों पर विशेषज्ञ की राय प्राप्त करने के लिए यह 100% लायक है। वे समस्याओं को इंगित कर सकते हैं और ग्राहक को उत्पाद को देखने से पहले समाधान सुझा सकते हैं।

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

यह सुनिश्चित नहीं है कि यह आपके लिए कितना उपयोगी है, लेकिन मुझे आशा है कि यह आपको कुछ विचार देता है।


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

4

मैं कहूंगा, यदि आप अधिक जानकारी / नियंत्रण जोड़कर अतिरिक्त स्थान का उपयोग नहीं कर सकते हैं, तो मैं कहूंगा कि मौजूदा सामग्री और नियंत्रण को बड़ा बना देगा

क्यों? क्योंकि फिट के नियम के अनुसार बड़ी चीजों का उपयोग करना आसान होता है

शायद https://ux.stackexchange.com/ या https://graphicdesign.stackexchange.com/ पर भी पूछें


2

मैं UI विशेषज्ञ नहीं हूं, लेकिन मैं ग्रहण के साथ हर दिन 1920x1080 स्क्रीन का उपयोग करता हूं। ग्रहण में एक बहुत ही आसानी से विन्यास योग्य इंटरफ़ेस है, और 1280 और 1920 के बीच स्विच करते समय यहाँ मेरी कुछ टिप्पणियां हैं:

  • दोनों प्रस्तावों पर, मैं उसी आकार में काम कर रही खिड़की को देखना चाहता हूं। छोटे रिज़ॉल्यूशन पर, मैं अतिरिक्त पैनलों को छिपाने के लिए जाता हूं, जबकि उच्च पुनर्जीवन पर, मैंने अधिक पैनल बाहर रखे।
  • मैं थोड़ा बड़े बटन पसंद करूंगा। वे बड़े मॉनीटर पर आनुपातिक रूप से कम जगह लेते हैं और मेरे माउस क्रियाओं को तेज करते हैं।
  • मैं अक्सर पूरे स्क्रीन का उपयोग करने के लिए पूर्वावलोकन का विस्तार करता हूं, अर्थात बाईं ओर कोड, दाईं ओर पूर्वावलोकन। यह एक दो-स्तंभ प्रारूप होने के कारण समाप्त होता है। इसके अलावा, मैं पाद लेख के साथ 3-स्तंभ का उपयोग करता हूं:
    1. वाम: फ़ाइल नेविगेशन
    2. केंद्र: कोड (सबसे बड़ा, शायद स्क्रीन चौड़ाई का 2/3)
    3. अधिकार: कोड नेविगेशन और कार्य
    4. पाद: स्थिति (कंसोल, सर्वर आदि, बहुत छोटा, शायद 1 / 5-1 / 6 स्क्रीन ऊंचाई)

मैं कभी-कभी 2-कॉलम मोड में एक दूसरे के बगल में विचार और नियंत्रक भी रखता हूं, लेकिन यह निश्चित रूप से विशिष्ट प्रोग्रामर है। :)

जब एक बड़ी स्क्रीन पर, मैं उस जानकारी का उपयोग करना चाहता हूं, जिसे मैं जितनी आसानी से देख सकता हूं, उतना आसानी से देख सकता हूं। घटकों के आसपास अधिक स्थान सूचना संग्रह के बीच अंतर करने में मदद करता है। टैब पर प्रतीक एक तरीका है जो प्रत्येक घटक का ध्यान आकर्षित करने में मदद करता है।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.