ब्राउज़र विंडो का पुनर्निर्माण करें

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



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

ब्राउज़र विंडो का पुनर्निर्माण करें

जैसा कि आप जानते हैं, Apple ने हाल ही में अपने पिंजरे, मैक ओएस एक्स लायन से एक शेर जारी किया था। नए OS पर प्रतिक्रिया मिश्रित थी। उदाहरण के लिए, Gizmodo.com के लेखक, एक्स लायन को "Apple Vista" कहते हैं। और Winsupersite.com के मालिक पॉल टरोट, हालांकि उन्होंने एक सकारात्मक समीक्षा दी, लेकिन स्पष्ट अनिच्छा के साथ। AppStore X शेर ज्यादातर उच्च अंक प्राप्त करता है; लगभग 8% उपयोगकर्ताओं ने तीन स्टार या उससे कम रेटिंग दी।



अधिकांश खराब समीक्षाओं में उपयोग किए गए अनुप्रयोगों के साथ स्थिरता, प्रदर्शन और संगतता के बारे में शिकायतें हैं। हालांकि, कुछ को नए जेस्चर सिस्टम से दिक्कत थी। यहाँ वह है जो उपयोगकर्ताओं में से एक लिखता है: "मुझे उस गलत दिशा में स्क्रॉल करना क्यों सीखना चाहिए जिसमें मैं 20 वर्षों से स्क्रॉल कर रहा हूं?"

मैंने पिछले हफ्ते लायन को स्थापित किया, और अब तक मुझे यह बहुत पसंद है। उसी समय, मुझे कई समस्याएं भी दिखाई देती हैं, जिनमें से मुख्य उपयोगकर्ता बातचीत के पुराने और नए प्रतिमानों का मिश्रण है।

यह Mac OS X Lion की समीक्षा नहीं है। वास्तव में, मैं इस ओएस के साथ अपने काम के दौरान उत्पन्न होने वाले एक विशिष्ट प्रश्न का विश्लेषण करने जा रहा हूं, और एक समाधान का प्रस्ताव करता हूं।

फुलस्क्रीन बज़?

ऑपरेटिंग सिस्टम के इस संस्करण में, Apple ने प्रत्यक्ष iOS-विशिष्ट प्रत्यक्ष नियंत्रण को पार करने का निर्णय लिया ( देखें विकिपीडिया में प्रत्यक्ष हेरफेर । लगभग ) डेस्कटॉप के लिए अधिक पारंपरिक कार्यक्रमों के व्यवहार के साथ। तो, अन्य बातों के अलावा, डेस्कटॉप पर अनुप्रयोगों के पूर्ण-स्क्रीन काम का विचार पैदा हुआ था।

पूर्ण-स्क्रीन अनुप्रयोग काफी हद तक दुर्लभ अपवादों के साथ काम करते हैं। मेल, iCal और iPhoto स्क्रीन के संपूर्ण दृश्यमान क्षेत्र का उपयोग करने के लिए विशेष रूप से अच्छे हैं - वे जिस सामग्री को पूरी तरह से प्रदर्शित करते हैं।

लेकिन Apple सिनेमा डिस्प्ले पर सफारी में ब्राउज़िंग साइटें ऐसा है जब फुल-स्क्रीन मोड उतना अच्छा नहीं है जितना हम चाहते हैं। एक बार देख लो:



सफारी का फुल स्क्रीन मोड लैपटॉप पर बहुत अच्छा काम करता है, लेकिन बड़ी स्क्रीन पर यह इतना शानदार नहीं दिखता है। बड़ी स्क्रीन पर, इंटरफ़ेस लगभग अनुपयोगी हो जाता है। सबसे महत्वपूर्ण बात यह है कि ऐसी स्क्रीन पर टैब के साथ काम करना असंभव है। ऊपर दी गई छवि में एड्रेस बार के नीचे 20px स्पॉट एक टैब बार है। माउस कर्सर के साथ डार्ट्स कैसे खेलें, इसके बारे में क्लिक करने की कोशिश कर रहा है।

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

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

ब्राउज़र विंडो का पूर्ण स्क्रीन मोड में परिवर्तन

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

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

इसके बजाय हम स्क्रीन के ऊपरी क्षेत्र में एक पट्टी में सब कुछ सामान क्यों करते हैं?



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

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

Mocapas iOS / OS X- शैली ग्राफिक्स का उपयोग करते हैं (क्योंकि मैं खुद एक मैक उपयोगकर्ता हूं)। लेकिन यह आपको परेशान नहीं होने दें। पूरी अवधारणा लिनक्स, विंडोज और बीओएस के लिए एकदम सही है।

मॉक-अप

मुझे यही मिला है। तस्वीरें क्लिक करने योग्य हैं।



थोड़ा करीब।



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

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

कोई और अधिक रॉक और रोल एड्रेस बार

जैसा कि आप देख सकते हैं, मैंने एड्रेस बार को हटाने की स्वतंत्रता ली। एक कार्रवाई जो खुद को बताती है, है ना? Google इस पर प्रयोग भी कर रहा है।

आपके द्वारा दर्ज करने के बाद आप साइट URL को कितनी बार बदलते हैं? एक नियम के रूप में, पहले से लोड किए गए पृष्ठ को नेविगेट करने का अर्थ है लिंक पर क्लिक करना, और कभी-कभी एक पासवर्ड दर्ज करना। इसलिए, URL को शायद ही बदलना पहली प्राथमिकता है। बेशक, यह विकल्प अनुरोध पर उपलब्ध होना चाहिए, उदाहरण के लिए, विंडोज और लिनक्स पर (+ L (CTRL + L) दबाकर।

नया टैब

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

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

इस उदाहरण में, हम "औक्स डिजाइन सिद्धांतों" की तलाश कर रहे हैं - ऐसा कुछ जो सभी उन्नत दोस्त आज करते हैं।



और नतीजा।

अन्य विवरण: अलर्ट, विवरण और नाम

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

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



नाम । ज्यादातर मामलों में, साइट का नाम टैब शीर्षक पर प्रदर्शित सबसे महत्वपूर्ण जानकारी है। लेकिन हमेशा नहीं। जब आप एक लेख पढ़ते हैं, तो इसका शीर्षक साइट के नाम से अधिक महत्वपूर्ण होता है। यह टैब में परिलक्षित होना चाहिए।

जहां तक ​​मुझे पता है, HTML मानक "पृष्ठ नाम" की अवधारणा को "साइट नाम" से अलग नहीं करता है। इसलिए, "द मीडियम इज़ द मैसेज - स्मैशिंग मैगज़ीन" जैसे पृष्ठ शीर्षक पाए जाते हैं। जहां दो सूचना वस्तुओं को एक लाइन में संयोजित किया जाता है।

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



और यदि टैब शीर्षक "स्मैशिंग मैगज़ीन - द मीडियम इज़ द मैसेज" जैसा दिखता है, तो इसे इसकी संपूर्णता को देखे बिना, आपने इस लेख को इस साइट के अन्य लेखों से अलग नहीं किया होगा जो आपने खोले होंगे।



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

यदि लेख का शीर्षक साइट के नाम पर पूर्ववर्तीता लेता है तो यहां टैब कैसा दिख सकता है:

टैब संदर्भ समूह

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

संदर्भ मॉडल का सार: आपकी सभी भावनाएं, यादें और अनुभव प्रासंगिक रूप से संग्रहीत हैं। यदि आप नोटिस करते हैं कि खुश यादें आपके खुश होने पर आसान हो जाती हैं, तो आप पहले से ही कार्रवाई में मस्तिष्क की प्रासंगिक प्रकृति को जानते हैं।

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

अधिक जानकारी को वर्तमान संदर्भ से हटा दिया जाता है, इसे एक्सेस करना जितना मुश्किल होता है, उस क्षण तक जब यादें लगभग अविभाज्य होती हैं (उदाहरण के लिए, यह मनोवैज्ञानिक रूप से आघातग्रस्त लोगों के साथ होता है)।

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

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

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

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

टैब समूह, बाएं हाथ की शैली

लेफ्ट-साइड टैब बार के डिजाइन को इसमें संदर्भ प्रबंधन जोड़कर सुधार किया जा सकता है। ग्रुपिंग टैब ऐसा करने का एक अच्छा तरीका है। लेकिन सब कुछ सहज होना चाहिए। समूह बनाने के लिए, एक टैब को दूसरे में खींचें। कुछ इस तरह:



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



समूह सामग्री के विस्तृत दृश्य के साथ, सभी अनावश्यक जानकारी को हटा दिया जाना चाहिए या कम ध्यान देने योग्य बनाया जाना चाहिए।



इस समूह में लिंक्डइन जोड़ें।



उसके बाद, हम उसी तरह स्मैशिंग मैगज़ीन और डारिंग फायरबॉल को समूहित करेंगे और नए समूह का नाम "डिज़ाइन" रखेंगे।



अब वहाँ है जहाँ "UX डिजाइन सिद्धांतों" विषय पर पाया जा सकता है कि सभी दिलचस्प चीजों को बचाने के लिए। और किसी भी परिस्थिति में सोशल नेटवर्किंग से टैब के साथ इस समूह के मिश्रण से जानकारी नहीं होगी।
समूह को बंद करना संभव होना चाहिए। बंद समूह एक नया संदर्भ बनाने (किसी अन्य विषय की खोज) के लिए स्थान खाली करते हैं और ज्यादा हस्तक्षेप नहीं करते हैं। सामाजिक नेटवर्किंग समूह काउंटर को पृष्ठभूमि में अपडेट किया जाना जारी है।

बचत समूह

यदि आपने पृष्ठों को समूहीकृत करने के लिए समय लिया (और यहां तक ​​कि उन्हें नाम भी दिया), तो ऐसा लगता है कि आप उनकी सामग्री में काफी रुचि रखते हैं। और आप संभवतः एक से अधिक ब्राउज़र सत्र के लिए इन संदर्भों का उपयोग करना जारी रखना चाहते हैं। क्या आप ब्राउज़र रिबूट के बाद हर बार फिर से इन संदर्भों को बनाना चाहते हैं? नहीं।
संदर्भों को बनाए रखने के लिए शायद कोई रास्ता होना चाहिए। उदाहरण के लिए:





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

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

हम समूहों को बचाना जारी रखते हैं।



दोनों समूह बच गए।

डिफ़ॉल्ट रूप से सहेजा जा रहा है?

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

मेघ में

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

समूह का नाम मिलान

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

• ब्राउज़र अपनी सामग्री के आधार पर समूह के लिए एक नाम सुझाएगा। जैसे ही दुनिया भर के उपयोगकर्ताओं द्वारा अधिक समूह बनाए जाते हैं, ब्राउज़र अधिक से अधिक उपयुक्त नामों की पेशकश करेगा;
• खोज परिणामों में सुधार;
• समूह में पहले से ही जो कुछ भी शामिल है, उसके आधार पर उपयोगकर्ता को अतिरिक्त पृष्ठ और अन्य संसाधनों की पेशकश करने की क्षमता। अनुरोध पर, निश्चित रूप से - कृपया उपयोगकर्ता को न खींचें।

और अंत में (वास्तव में नहीं)

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

उदाहरण के लिए, यह अनुमान लगाना कठिन है कि लोग समूहों का उपयोग कैसे करेंगे। क्या वे अन्य उपयोगकर्ताओं के साथ समूह बनाना, कहना, साझा करना या समूह बनाना चाहते हैं। यकीन नहीं होता। विभिन्न ब्राउज़रों ने पहले से ही सामाजिक कार्यों को लागू करने की कोशिश की है, जिनमें से अधिकांश ने विशेष रूप से रूट नहीं लिया है (जैसा कि मुझे लगता है)।

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

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

हम संपर्क में रहेंगे

यदि इस विषय पर आपकी कोई राय या आलोचना है, और आप उन्हें मुझे बताना चाहते हैं, तो ट्विटर पर मैं @henrik_eneroth हूं या henrik.eneroth@antrop.se को लिख सकता हूं। या आप सिर्फ पोस्ट पर एक टिप्पणी छोड़ सकते हैं।

प्रोटोटाइप का 98% एंटेटाइप में बनाया गया था, छवि प्रारूपण Pixelmator या फ़ोटोशॉप में किया गया था, और ओम्निग्राफेल में अन्य छोटी चीजें।

इस सब के विकास के दौरान उनकी प्रतिक्रिया और सुझावों के लिए रॉबर्ट लैंडबर्ग को बहुत धन्यवाद।

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