वेब इंटरफेस: विकास या इसके विपरीत?

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

पाठ मोड

हम पाठ इंटरफेस की कमियों पर ध्यान नहीं देंगे, वे स्पष्ट हैं। लेकिन पाठ मोड में, निर्विवाद फायदे थे:

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

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

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

विंडो इंटरफेस

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

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

अब आलोचना:

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

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

वेब अनुप्रयोग

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

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

विंडो इंटरफेस से क्या विरासत में मिला है?

• माउस का प्रभुत्व बिगड़ गया है।
• बड़ी संख्या में विक्षेप जोड़े गए।
• ओओपी सिद्धांतों को विरासत में मिला है, लेकिन उन्हें वेब के लिए पुनर्निर्मित किया जाना चाहिए।

OOP और पैटर्न केवल कुछ ही पुनर्विचार करते हैं, दूसरों ने बिना सोचे समझे। लेकिन वेब की विशिष्टता यह है कि सर्वर एप्लिकेशन एक सेकंड के अंशों को जीते हैं, जबकि वे स्टेटलेस होते हैं और पेजों के रिफ्रेश होने पर यूजर इंटरफेस इसकी स्थिति को संरक्षित नहीं करता है (फॉर्म, वेरिएबल्स, ऑब्जेक्ट्स में मान)। सामान्य तौर पर, REST हमारा तरीका नहीं है, उपयोगकर्ता इंटरफेस और डेटाबेस अनुप्रयोगों के लिए, राज्य को हवा की आवश्यकता होती है, और एक समाधान पहले से ही कई लोगों द्वारा पाया गया है, यह एक सत्र तंत्र और कुकीज़ है, "पसंदीदा" व्यूस्टेट और URL, भविष्य के मानकों में राज्य को स्थानांतरित करने का एक पुराना तरीका है। एचटीएमएल 5 से स्थानीय भंडारण और वेब एसक्यूएल, सर्वर साइड पर एक कुंजी-मूल्य DBMS।

वेब डेवलपमेंट ट्रेंड्स

सभी समस्याओं और नए अवसरों को ध्यान में रखते हुए, एक मुख्यधारा उभरी है जो सक्रिय रूप से नेटवर्क के संपूर्ण उन्नत भाग द्वारा समर्थित है, अर्थात्:

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

आइए दृश्य नियंत्रण और समाधान पर अधिक विस्तार से विचार करें।

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

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

ग्रिड - टेबल और अधिक जटिल समग्र ग्रिड। उनके साथ कई समस्याएं हैं:

• यह बहुत बुरा लग रहा है यदि तालिका में पूरे पृष्ठ से अलग स्क्रॉलिंग है, अर्थात, यह पता चला है कि हमने स्क्रॉलिंग में स्क्रॉल किया है। यह textarea के लिए सच है।
• प्रत्येक ग्रिड लाइन के लिए कार्रवाई बटन का दोहराव सभी पुरानी पीढ़ी के वेब इंटरफेस की एक आम समस्या है - यह आंखों में लहर है।
• क्रिया वाले बटन निकल रहे हैं: मैं समझाता हूं कि कैसे - जैसे कि GMail में, यानी, पृष्ठ में एक सामान्य स्क्रॉल है जो ग्रिड और स्क्रॉल दोनों को एक साथ टूलबार के साथ एक ही बार में स्क्रॉल करता है। यह पता चला है कि हमने ग्रिड को बीच में स्क्रॉल किया है और बीच में पंक्तियों के साथ कुछ करना चाहते हैं, और टूलबार तक पहुंचने के लिए हमें स्क्रीन को ऊपर या नीचे (जैसा कि हैबर लेख संपादक में) घुमाने की आवश्यकता है।
• और पेजिंग (उन्हें मुझे दोष दें, लेकिन मैं इसके बारे में जो भी सोचता हूं वह सब कहूंगा) - कुछ लोग तीसरे पृष्ठ से परे जाते हैं; उपयोगकर्ताओं ने लंबी सूचियों को ब्राउज़ नहीं किया है - यह व्यर्थ है यदि वे कहीं आयोजित किए जाते हैं, तो केवल उन्हें और अधिक विस्तार से फ़िल्टर करने के लिए, और फ़्लिप करना अतिरेक है; विशेष रूप से मज़ेदार जब पेजिंग करते समय पूरे पृष्ठ को फिर से लोड किया जाता है; छँटाई हमेशा सुविधाजनक नहीं होती है; पेजिंग के लिए डेटा का चयन करने के लिए सभी डीबीएमएस अनुकूलित नहीं हैं, बड़े डेटा सेट के साथ यह किसी भी मामले में सर्वर पर लोड बढ़ाता है। इसके बजाय क्या? वर्चुअल ग्रिड - नीचे देखें।

आप ग्रिड में क्या करना चाहते हैं:

• ग्रिड वर्चुअलाइजेशन - स्क्रॉलिंग तुरंत बड़ी है (रिकॉर्ड की संख्या से), और केवल दृश्यमान लोड किए गए हैं, या नहीं या एक छोटा सा मार्जिन (आगे पढ़ें)। विकल्प हैं, आप पुराने रिकॉर्ड को तब तक सहेज सकते हैं जब तक कि ग्राहक का पूरा डेटा सेट पंप न हो जाए या 100-200 रिकॉर्ड का एक विशिष्ट बफर प्रीमेप्टिव लाइन लोडिंग के साथ आवंटित न हो जाए, जबकि पुराने ब्लॉक को हटा दिया जाता है।
• सर्वर की ओर या ब्राउज़र की ओर से गठन - इस समस्या को हमेशा के लिए और कार्डिनली असंभव को हल करने के लिए। आप लंबे समय तक बहस कर सकते हैं, किसी को AJSON के माध्यम से JSON डेटा भेजने और क्लाइंट पर तैयार ग्रिड में आउटपुट करने के लिए उपयोग किया जाता है, जबकि कोई व्यक्ति AJAX के माध्यम से सीधे HTML में रिकॉर्ड भेजता है। पहले से भरे ग्रिड के लिए एक और विकल्प है (यह उचित है अगर कई रिकॉर्ड नहीं हैं)। जैसा कि यह सही है - यह कार्य की बारीकियों द्वारा निर्धारित किया जाता है और एक अच्छा ग्रिड सभी तीन विकल्पों को लागू करना चाहिए।
• कीबोर्ड के साथ काम करना - वे पहले से ही इस बारे में बहुत बात कर चुके हैं, लेकिन सभी आधुनिक वेब एप्लिकेशन में मुझे कीबोर्ड के साथ पूर्ण रूप से काम की कमी है, यह एक वैकल्पिक तरीका है, लेकिन यह होना चाहिए, और कर्सर नेविगेशन और हॉटकी और फ़ंक्शन कुंजियाँ।
• इनलाइन संपादन - अर्थात्, AJAX / JSON के साथ फ़ॉर्म को कॉल किए बिना, मूल्यों को संपादित करना, सर्वर को संपादित मूल्य भेजना या बफर को संचित करना और "सहेजें" पर क्लिक करने पर तुरंत पूरे बंडल को भेजना।

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

मुख्य मेनू - एक दुःस्वप्न की तरह भूल जाओ! वेब पर विंडो एप्लिकेशन के इस अतिवाद से जीवन का कोई अधिकार नहीं है।

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

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

निष्कर्ष

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

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

चित्र 1: GMail के उदाहरण पर टूलबार बनाना कितना बदसूरत है


चित्र 2: GoogleDocs उदाहरण का उपयोग करके एक सुंदर लेआउट, टूलबार और स्क्रॉल कैसे करें


चित्रा 3: डिफ़ॉल्ट कॉम्बोक्स के लिए कई विकल्प


चित्र 4: वर्चुअल स्क्रॉलिंग और पेजिंग - किसे परवाह है?


चित्र 5: स्क्रॉलिंग के अंदर स्क्रॉल करना बुरा है


चित्र 6: एक ग्रिड पूरे उपलब्ध क्षेत्र पर फैला हुआ है (ताकि एक स्क्रॉल हो) - अच्छा