ShellIconOverlayIdentifiers - इतना कम क्यों?


84

इस बिंदु पर, हर कोई जानता है कि ShellIconOverlayIdentifiers(MSDN से) की संख्या की सीमा है :

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

मैं विंडोज 95 में 15 ओवरले लिमट को समझ सकता हूं। लेकिन ऐसे वातावरण में जहां रैम, कई कोर, और जीपीयू हैं, क्या आधुनिक ऑपरेटिंग सिस्टम में इतनी कम संख्या के लिए कुछ तकनीकी कारण है?

और यह मान विन्यास योग्य क्यों नहीं है?

'प्रदर्शन' का उत्तर देने से पहले, विचार करें: विंडोज कॉन्फ़िगरेशन के लिए अनुमति देता है जैसे कि आप प्रदर्शन को मार सकते हैं ... विशेष रूप से इस मुद्दे पर क्यों चुनें?


इसे "कछुआ" क्यों टैग किया गया है? क्या मैं कुछ भूल रहा हूँ?
कोड़ी ग्रे

19
मैंने सोचा था कि मैं बहुत चालाक था क्योंकि कछुआ सीमाओं पर आइकन के साथ काम करते समय कछुआ सबसे अक्सर उल्लिखित ऐप है - ज्यादातर क्योंकि यह आपके उपलब्ध स्लॉट्स में से 9 लेता है। टैग हटा दिया।
राबेलमी

1
सीमाएँ अभी भी विंडोज़ 10 पर समान हैं। न जाने क्यों।
गोहाना

जवाबों:


86

जब तक यहां कोई व्यक्ति विंडोज शेल टीम पर काम करने के लिए नहीं होता है, मुझे संदेह है कि आप एक जवाब पाने जा रहे हैं जो वास्तव में तकनीकी सीमाओं को संबोधित करता है और वे डिज़ाइन की पसंद को कैसे प्रभावित करते हैं। पर में कोशिश करुँगी...

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

आपको यह भी विचार करना चाहिए कि थोपे गए सीमा के बजाय एक सचेत डिजाइन विकल्प की संभावना अधिक है। रेमंड चेन (जो वास्तव में शेल टीम पर काम करता है ) ने "शेयरिंग हैंड" ओवरले को हटाते हुए विंडोज 7 के बारे में हंगामे का जवाब देते हुए एक ब्लॉग प्रविष्टि प्रकाशित की । वह एक आकर्षक तर्क देता है कि आइकन ओवरले वास्तव में जानकारी दिखाने का एक वांछनीय तरीका नहीं है (ऊपर और इस तथ्य से परे है कि सिस्टम 15 तक सीमित है) [जोर जोड़ा]:

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

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

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

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

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


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

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

9
दिलचस्प है कि MS ने ShellIconOverlayIdentifiersWin10 के रूप में OneDrive crud के साथ मेरी रजिस्ट्री प्रविष्टि को मैला करके इसे अपनाया है । एक डेवलपर TortoiseSVN / GIT की तरह कुछ का उपयोग कर के लिए, निम्न ओवरले महत्वपूर्ण हैं और तथ्य यह है कि केवल एक ही दिखाया जा सकता है एक कारण है क्यों
एलेक्स मैकमिलन

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

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

13

कोडी द्वारा व्यावहारिक मुद्दों पर उत्कृष्ट प्रतिक्रिया। क्यों 15 के रूप में और कुछ अन्य संख्या नहीं है, सीमा ImageList नियंत्रण में ही सेंकना है।


4

यह सब बहुत अच्छा और अच्छा है, जैसा कि कोड़ी ग्रे ने समझाया है, लेकिन स्पष्ट रूप से यह बहुत अकल्पनीय है, और जैसा कि पर्दे के पीछे बताया गया है, थोड़ा निराश लग रहा है।

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

यहां एक संभावना है: क्या होगा यदि बहु-ओवरलाइड आइकन में एक सामान्य ओवरले संकेतक था; Google Chrome Apps बटन जैसे कई रंगों का एक छोटा आयत मैट्रिक्स? सिंग्नली ओवरलैड सिर्फ एक लंबी सूची से ओवरले दिखाएगा।

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

अब आपके पास सभी आइकन ओवरले हो सकते हैं जिनकी आपको आवश्यकता है, विभिन्न बादलों में राज्य के लिए, कछुआ टूल के लिए रिपॉजिटरी संकेत के लिए, और इसके बाद।


2
ओवरले के पीछे विचार यह है कि आपको अवलोकन के तहत वस्तु की स्थिति की पहचान करने में सक्षम होना चाहिए "एक नज़र में।" आपकी योजना, रचनात्मक होते समय, जानकारी को सतह पर लाने के लिए "कीबोर्ड या माउस पर हाथ" की आवश्यकता होगी। ऐसा नहीं है कि मेरे पास एक बेहतर उपाय है ...
rbbamy

यदि उन्हें एक फ्लायआउट विंडो में होना है, तो सूचना पट्टी या पूर्वावलोकन फलक या UI में किसी अन्य स्थान पर जानकारी क्यों नहीं डालें? ओवरले आइकन का संपूर्ण बिंदु यह है कि वे वास्तव में ओवरलैड हैं और एक नज़र में दिखाई देते हैं।
कोड़ी ग्रे
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.