2010-12-11 19 views
10

Cody Gray जैसा कि बताया जा जब मेरे दूसरे प्रश्न का जवाब दे here, रेमंड चेन के बारे में कैसे आइकन ओवरले एक गरीब विकल्प here हैं बात करती है (ध्यान दें कि लेख वर्ष एक साल है)।विंडोज आइकन ओवरले - विकल्प, सुधार और विचार?

ओवरले के खिलाफ वास्तविक तर्क यह है कि केवल एक ही समय में दिखाया जा सकता है ... तो यदि दो लागू होते हैं, तो कौन सी जीतता है? विशिष्ट तर्क यह है कि केवल 15 हो सकते हैं - जो मेरी राय में माइक्रोसॉफ्ट द्वारा डिज़ाइन पसंद है, उनकी प्रभावकारिता के खिलाफ तर्क नहीं है।

फ़ाइल की बदलती टोपोलॉजी के साथ

:

  • स्थान
  • प्रबंधन
  • स्वामित्व
  • तुल्यकालन
  • प्रतिकृति
  • ?????

मेरा मानना ​​है कि फ़ाइलों और फ़ोल्डर्स को उनकी स्थिति की तुरंत पहचान करने के लिए उपस्थिति संकेतकों के बराबर की आवश्यकता होती है।

आइकन ओवरले के विकल्प का क्या विकल्प है जो फ़ाइल/फ़ोल्डर की स्थिति पर एक ही त्वरित दृश्य कतार प्रस्तुत करता है? शायद आइकन के लिए एक नया मॉडल होना चाहिए?

संपादित करें:

2010-12-14 अधिक मैं इस बारे में सोचा है, और अधिक मुझे लगता है कि विचार यह है कि वहाँ केवल एक ओवरले हो सकता है और कोई रास्ता नहीं ओवरले एक साथ काम करने के लिए है कि हास्यास्पद है।

जब तक कोई तकनीकी कारण नहीं है तो आपके पास एक से अधिक ओवरले नहीं हो सकते हैं?

पर विचार करें (मेरे सिर के ऊपर से):

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

उत्तर

1
  • यदि ओवरले की आवश्यकता होने वाली एक शर्त है, तो बस एक ओवरले दिखाएं।
  • यदि ओवरले की आवश्यकता वाले एक से अधिक शर्त हैं, तो प्रश्न में सुझाए गए सभी को परत दें। फिर, विंडो प्रबंधक को एक अतिरिक्त यूआई तत्व प्रदान करने की आवश्यकता होगी जो दर्शाती है कि "यहां और जानने के लिए और कुछ है"। शायद यह केवल माउस होवर पर दिखाई देता है? वैसे भी, उस तत्व पर क्लिक करने से उन लोगों के लिए ओवरले स्थितियों के बारे में विवरण दिखाया जा सकता है जो वास्तव में जानना चाहते हैं, लेकिन 99.99% समय के लिए इसे छुपाया जाएगा जब कोई भी परवाह नहीं करेगा।
+0

मैं इसे अभी उत्तर के रूप में स्वीकार कर रहा हूं ... cuz मैंने स्पष्ट रूप से उन प्रश्नों में से एक से पूछा जिनके पास कोई विशिष्ट उत्तर नहीं है। – rbellamy

0

एक ही रास्ता में विवरण, देखने "उपस्थिति संकेतक" स्थानीय सादे पाठ में प्रदर्शित करने के लिए एक नया Status स्तंभ जोड़ने के लिए किया जाएगा।

यह पहुंच योग्य होगा, फ़ाइल के आइकन से गड़बड़ नहीं होगा, और उनकी संस्कृति या उनके possible ailments पर ध्यान दिए बिना सभी उपयोगकर्ताओं द्वारा समझा जा सकता है।

+2

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

+0

@ लियो, यह वास्तव में दुर्भाग्यपूर्ण है। मुझे लगता है कि आप एक संपत्ति हैंडलर में '। * 'का उपयोग नहीं कर सकते हैं ताकि यह सभी फाइल प्रकारों पर लागू हो सके? –

+0

मुझे यकीन नहीं है। रजिस्ट्री में HKCR के तहत एक "*" फ़ाइल प्रकार है लेकिन मुझे नहीं पता कि इसका उपयोग इस उद्देश्य के लिए किया जा सकता है या नहीं। TortoiseCVS और TortoiseSVN devs ऐसा लगता है प्रतीत नहीं होता है, लेकिन मैंने इसे कभी नहीं देखा है। (मैं एक लाख अन्य कारणों से विंडोज एक्सप्लोरर का उपयोग नहीं करता, इसलिए मैं पुराने IColumnProvider इंटरफ़ेस का उपयोग करके चीजों से खुश हूं। :)) –