एक कोड संपादक प्रभावी रूप से कोड नेस्टिंग स्तर पर संकेत कैसे दे सकता है - इंडेंटेशन का उपयोग किए बिना? [बन्द है]


233

मैंने एक XML टेक्स्ट एडिटर लिखा है जो एक ही XML टेक्स्ट के लिए 2 व्यू ऑप्शन प्रदान करता है, एक इंडेंट (वस्तुतः), दूसरा लेफ्ट-जस्टिफाईड। वाम-औचित्यपूर्ण दृश्य के लिए प्रेरणा उपयोगकर्ताओं को व्हाट्सएप के उन पात्रों को देखने में मदद करने के लिए है जो वे सादे पाठ या एक्सपीथ कोड के इंडेंटेशन के लिए उपयोग कर रहे हैं बिना इंडेंटेशन के हस्तक्षेप के बिना जो एक्सएमएल संदर्भ का एक स्वचालित साइड-इफेक्ट है।

मैं बाएं-औचित्य मोड के लिए दृश्य संपादक (संपादक के गैर-संपादन योग्य भाग में) प्रदान करना चाहता हूं जो उपयोगकर्ता की मदद करेगा, लेकिन बहुत विस्तृत किए बिना।

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

कोड संपादक नेस्टिंग स्तर संकेत

[संपादित करें]

हीटमैप के विचार से (@jimp से) मुझे यह और 3 विकल्प मिलते हैं - a, b और c:

प्रारंभिक विचार

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


NestView

इस विचार का नाम जो इंडेंटेशन का उपयोग किए बिना नेस्टेड कोड की पठनीयता में सुधार करने के लिए एक दृश्य विधि प्रदान करता है।

रूप रेखा लाइंस

NestView के भीतर अलग-अलग छायांकित लाइनों के लिए नाम

यहां छवि विवरण दर्ज करें

ऊपर की छवि नेस्ट व्यू को एक XML स्निपेट की कल्पना करने में मदद करने के लिए इस्तेमाल करती है। हालांकि इस चित्रण के लिए XML का उपयोग किया जाता है, लेकिन नेस्टिंग का उपयोग करने वाला कोई भी अन्य कोड सिंटैक्स इस चित्रण के लिए उपयोग किया जा सकता है।

एक अवलोकन:

  1. घोंसले के स्तर को व्यक्त करने के लिए समोच्च लाइनों को छायांकित किया जाता है (हीटमैप में)

  2. समोच्च लाइनों को दिखाने के लिए जब एक घोंसले के शिकार के स्तर को खोला या बंद किया जा रहा है, तो एंगिल किया जाता है।

  3. एक समोच्च रेखा एक घोंसले के स्तर की शुरुआत को संबंधित छोर से जोड़ती है।

  4. समोच्च लाइनों की संयुक्त चौड़ाई हीटमैप के अलावा, घोंसले के शिकार के स्तर की एक दृश्य छाप देती है।

  5. NestView की चौड़ाई मैन्युअल रूप से पुन: प्रयोज्य हो सकती है, लेकिन कोड में परिवर्तन के रूप में नहीं बदलना चाहिए। कंटूर लाइनों को या तो संपीड़ित किया जा सकता है या इसे रखने के लिए छोटा किया जाता है।

  6. पाठ को कभी-कभी अधिक सुपाच्य विखंडू में विभाजित करने के लिए रिक्त लाइनों का उपयोग कोड किया जाता है। ऐसी लाइनें NestView में विशेष व्यवहार को ट्रिगर कर सकती हैं। उदाहरण के लिए हीटमैप रीसेट किया जा सकता है या एक पृष्ठभूमि रंग समोच्च रेखा का उपयोग किया जाता है, या दोनों।

  7. वर्तमान में चयनित कोड से जुड़ी एक या एक से अधिक समोच्च लाइनों को हाइलाइट किया जा सकता है। चयनित कोड स्तर के साथ जुड़ी समोच्च रेखा पर सबसे अधिक जोर दिया जाएगा, लेकिन अन्य समोच्च रेखाओं में नेस्टेड समूह को उजागर करने में मदद करने के अलावा 'लाइट अप' भी किया जा सकता है।

  8. विभिन्न व्यवहार (जैसे कोड तह या कोड चयन) एक कंटूर लाइन पर क्लिक / डबल-क्लिक करने के साथ जुड़े हो सकते हैं।

  9. समोच्च रेखा के विभिन्न भागों (अग्रणी, मध्य या अनुगामी किनारे) में विभिन्न गतिशील व्यवहार जुड़े हो सकते हैं।

  10. टूलटिप्स को समोच्च रेखा पर माउस हॉवर घटना पर दिखाया जा सकता है

  11. कोड संपादित होते ही NestView लगातार अपडेट किया जाता है। जहां घोंसला बनाना अच्छी तरह से संतुलित धारणा नहीं है, जहां घोंसले का स्तर समाप्त होना चाहिए, लेकिन संबंधित अस्थायी समोच्च लाइनों को चेतावनी के रूप में किसी तरह से उजागर किया जाना चाहिए।

  12. कंटूर लाइन्स के ड्रैग और ड्रॉप व्यवहार का समर्थन किया जा सकता है। समोच्च रेखा के हिस्से को खींचे जाने के अनुसार व्यवहार भिन्न हो सकते हैं।

  13. आमतौर पर लेफ्ट मार्जिन में पाए जाने वाले फीचर्स जैसे कि लाइन नंबरिंग और कलर हाइलाइटिंग फॉर एरर एंड चेंज स्टेट्स नेस्लेव को ओवरले कर सकते हैं।

अतिरिक्त कार्यशीलता

प्रस्ताव अतिरिक्त मुद्दों की एक श्रृंखला को संबोधित करता है - कई मूल प्रश्न के दायरे से बाहर हैं, लेकिन एक उपयोगी दुष्प्रभाव है।

एक नेस्टेड क्षेत्र के प्रारंभ और अंत को नेत्रहीन रूप से जोड़ना

समोच्च लाइनें प्रत्येक नेस्टेड स्तर की शुरुआत और अंत को जोड़ती हैं

वर्तमान में चयनित लाइन के संदर्भ पर प्रकाश डालते हुए

जैसे ही कोड का चयन किया जाता है, नेस्ट व्यू में संबद्ध घोंसले के स्तर को उजागर किया जा सकता है

समान नेस्टिंग स्तर पर कोड क्षेत्रों के बीच अंतर करना

XML के मामले में विभिन्न नामस्थानों के लिए अलग-अलग hues का उपयोग किया जा सकता है। प्रोग्रामिंग लैंग्वेज (जैसे कि c #) नाम वाले क्षेत्रों को सपोर्ट करती हैं, जिनका उपयोग इसी तरह से किया जा सकता है।

एक घोंसले के शिकार क्षेत्र के भीतर अलग-अलग दृश्य ब्लॉकों में विभाजन

पठनीयता की सहायता के लिए अतिरिक्त लाइनों को अक्सर कोड में डाला जाता है। ऐसी खाली लाइनों का उपयोग नेस्ट व्यू की समोच्च लाइनों के संतृप्ति स्तर को रीसेट करने के लिए किया जा सकता है।

मल्टी-कॉलम कोड व्यू

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

यहां छवि विवरण दर्ज करें

केवल एक दृश्य सहायता प्रदान करने से परे उपयोग

जैसा कि अवलोकन में प्रस्तावित है, NestView संपादन और चयन सुविधाओं की एक श्रृंखला प्रदान कर सकता है जो मोटे तौर पर एक ट्री व्यू नियंत्रण से अपेक्षित है। मुख्य अंतर यह है कि एक विशिष्ट ट्री व्यू नोड में 2 भाग होते हैं: एक विस्तारक और नोड आइकन। एक NestView समोच्च रेखा में 3 भाग हो सकते हैं: एक ओपनर (ढलान), एक कनेक्टर (ऊर्ध्वाधर) और एक करीब (ढलान)।


इंडेंटेशन पर

NestView ने गैर-इंडेंटेड कोड कंप्लीट के साथ प्रस्तुत किया, लेकिन पारंपरिक इंडेंटेड कोड व्यू को बदलने की संभावना नहीं है।

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

मुद्रण

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

यहां छवि विवरण दर्ज करें

स्क्रीन रियल-एस्टेट: फ्लैट बनाम इंडेंटेड

इस सवाल को संबोधित करते हुए कि क्या नेस्ट व्यू मूल्यवान स्क्रीन रियल एस्टेट का उपयोग करता है:

कंटूर लाइनें एक चौड़ाई के साथ अच्छी तरह से काम करती हैं जैसे कि कोड संपादक की वर्ण चौड़ाई। 12 वर्ण चौड़ाई की एक NestView चौड़ाई इसलिए समोच्च लाइनों को छोटा / संकुचित करने से पहले नेस्टिंग के 12 स्तरों को समायोजित कर सकती है।

अगर एक इंडेंटेड व्यू प्रत्येक नेस्टिंग लेवल के लिए 3 कैरेक्टर-चौड़ाई का उपयोग करता है तो नेस्टिंग को नेस्टिंग के 4 लेवल तक पहुंचने तक बचाया जाता है। इस नेस्टिंग लेवल के बाद फ्लैट व्यू में स्पेस-सेविंग का फायदा होता है जो प्रत्येक नेस्टिंग लेवल के साथ बढ़ता है।

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

2 विचारों की तुलना नीचे दी गई है:

यहां छवि विवरण दर्ज करें

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

बक्सों का इस्तेमाल करें

वास्तविक दुनिया के उदाहरण जहां NestView एक उपयोगी विकल्प हो सकता है:

  1. जहां स्क्रीन रियल-एस्टेट प्रीमियम पर है

    ए। टैबलेट, नोटपैड और स्मार्टफोन जैसे उपकरणों पर

    ख। वेबसाइटों पर कोड दिखाते समय

    सी। जब कई कोड विंडो को एक साथ डेस्कटॉप पर दिखाई देने की आवश्यकता होती है

  2. जहां कोड के भीतर पाठ का लगातार व्हाट्सएप इंडेंटेशन प्राथमिकता है

  3. गहरी नेस्टेड कोड की समीक्षा के लिए। उदाहरण के लिए जहाँ उप-भाषाएँ (जैसे XSLT में Linq C # या XPath में) घोंसले के उच्च स्तर का कारण हो सकती हैं।

सरल उपयोग

दृश्य हानि वाले लोगों की सहायता के लिए आकार और रंग विकल्प प्रदान किए जाने चाहिए, और पर्यावरणीय परिस्थितियों और व्यक्तिगत प्राथमिकताओं के अनुरूप भी होना चाहिए:

यहां छवि विवरण दर्ज करें

अन्य प्रणालियों के साथ संपादित कोड की संगतता

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


अन्य काम:

ओवरलैपिंग मार्कअप का दृश्य

2004 से दिनांकित वेन्डेल पीज़ द्वारा प्रकाशित शोध , ओवरलैपिंग मार्कअप के विज़ुअलाइज़ेशन के मुद्दे को संबोधित करता है, विशेष रूप से एलएमएनएल । इसमें नेव्यू प्रस्ताव के महत्वपूर्ण समानता वाले एसवीजी ग्राफिक्स शामिल हैं, जैसे, वे यहां स्वीकार किए जाते हैं।

छवियों (नीचे) में दृश्य अंतर स्पष्ट हैं, मुख्य कार्यात्मक भेद यह है कि NestView केवल अच्छी तरह से नेस्टेड XML या कोड के लिए अभिप्रेत है, जबकि Wendell Piez के ग्राफिक्स को ओवरलैप्ड नेस्टिंग का प्रतिनिधित्व करने के लिए डिज़ाइन किया गया है।

यहां छवि विवरण दर्ज करें

ऊपर दिए गए ग्राफिक्स को पुन: प्रस्तुत किया गया - तरह की अनुमति से - http://www.piez.org से

सूत्रों का कहना है:

  1. हेर्मेनिक मार्कअप की ओर
  2. LMNL की ओर आधा कदम

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

4
मैं खुद इंडेंटेड कोड पसंद करूंगा। यकीन नहीं होता कि इससे क्या फायदा होगा? क्या मुझसे साफ़ - साफ़ कुछ चीज़ चूक रही है? (वास्तव में नकारात्मक ध्वनि के लिए इसका इरादा नहीं है।)
क्रिस

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

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

3
मैं इस प्रश्न को ऑफ-टॉपिक के रूप में बंद करने के लिए मतदान कर रहा हूं क्योंकि यह एक UX प्रश्न है लेकिन माइग्रेट करने के लिए बहुत पुराना है।
शाफ़्ट फ्राक

जवाबों:


104

मैंने यहाँ अपने स्वयं के प्रश्न का उत्तर देने का प्रयास किया है, लेकिन यह @jimp से हीटमैप विचार को शामिल कर रहा है और साथ ही @Andrea से 'इसे और अधिक XML-ish' विचार बना रहा है:

यहां छवि विवरण दर्ज करें

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

संपादित करें ने इसके साथ जाने का फैसला किया है, संभवतः रंगों के लिए उपयोगकर्ता विकल्प होंगे। 'प्रोडक्शन रेडी' स्क्रीनशॉट:

यहां छवि विवरण दर्ज करें

और तुलना के लिए ... वैकल्पिक इंडेंटेड दृश्य:

यहां छवि विवरण दर्ज करें

अब और अधिक नेस्टेड केस के लिए संपादित करें - मेरे ड्राइंग कौशल का परीक्षण ...

यहां छवि विवरण दर्ज करें


1
ये बहुत अच्छा दिखता है ! बहुत बढ़िया। लेकिन अधिक इंडेंटेशन होने पर यह कैसे दिखेगा?
Loïc Lopes

1
@ लाइक धन्यवाद! हां, इसका स्तर 4 स्तरों पर अधिकतम हो गया है और मैं अधिक के लिए बाएं-मार्जिन को लंबा नहीं करना चाहता हूं - इसलिए मैं ऊर्ध्वाधर घोंसले की चौड़ाई को उच्च घोंसले के स्तर पर तेजी से संकुचित कर दूंगा - थोड़ा समोच्च मानचित्र की तरह।
pgfearo

2
@Louhike। मैंने यह दिखाने के लिए एक अतिरिक्त छवि जोड़ी है कि चीजों को घोंसले के 9 स्तरों के साथ कैसे देखा जा सकता है - लगभग 15 स्तरों के बाद शायद मध्य सलाखों को मर्ज करना आवश्यक होगा, शायद एक ढाल भरने का उपयोग करके।
pgfearo

10
यह बस आश्चर्यजनक है। कोड संपादन और उपयोगकर्ता इंटरफ़ेस को अगले स्तर तक ले जाने के लिए +1। एक खाते वाले किसी व्यक्ति को हैकर समाचार, /.या आर / प्रोग्रामिंग को पोस्ट करना चाहिए ।
कोनराड रुडोल्फ

2
आश्चर्य है कि यह साइडबार क्षैतिज रूप से फ़्लिप के साथ कैसा लगेगा ... imgur.com/u5mNi
chanux

24

एक विचार यह हो सकता है कि पाठ में 3D को जोड़ने का प्रयास करें। यह किस स्तर पर है, इसके आधार पर फ़ॉन्ट आकार बढ़ाएँ / घटाएँ।

उदाहरण के लिए, यह कोड:

यहां छवि विवरण दर्ज करें

इस तरह दिखेगा:

यहां छवि विवरण दर्ज करें

यह काम करने के लिए कष्टप्रद हो सकता है क्योंकि यह विभिन्न स्तरों पर निश्चित पाठ-आकार-संरेखण खो देता है। एक अन्य विचार; प्रत्येक स्तर की संतृप्ति को बदलें:

यहां छवि विवरण दर्ज करें

कितनी अच्छी तरह से कुछ के लिए पकड़ वास्तव में गहरी है? निश्चित नहीं...

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


थोड़ी देर पहले मैंने सी में गुंजाइश दिखाते हुए एक हीट-मैप किया था। शायद मंथन के लिए देखने में मज़ेदार हो:

यहां छवि विवरण दर्ज करें

गठबंधन-बाएँ:

यहां छवि विवरण दर्ज करें


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

2
लेकिन यह शिक्षण वातावरण के लिए बहुत अच्छा होगा!
jcolebrand

फ़ॉन्ट आकार सुझाव अजीब सम्मोहक है - मैं हालांकि इसके नुकसान देख सकता हूं। फॉन्ट को छोटा क्यों न करें क्योंकि स्कोप ज्यादा गहरा नेस्टेड है - इससे डीप नेस्टिंग को हतोत्साहित करने में मदद मिलेगी (हालाँकि इससे समस्याएँ पैदा होंगी जहाँ डीप नेस्टिंग वास्तव में एक समझदार समाधान है)
पीटर

2
हीटमैप वास्तव में बाएं-संरेखित दायरे दृश्य (@ pfgearo के समाधान) की तुलना में दायरे को बेहतर बनाने में बेहतर है
संदीप

@Sandeep। मैं मानता हूं कि यह कई मामलों में एक बेहतर समाधान है - विशेषकर जब संपादन के बजाय कोड की समीक्षा करना। तकनीकी बाधाएं (जैसा कि उम्मीद के मुताबिक सवाल में बताया गया है) मुझे मेरे द्वारा उपयोग किए जा रहे वर्तमान नियंत्रण के साथ पृष्ठभूमि के रंग को संशोधित करना मुश्किल है। प्रभावी रूप से, मैंने इस उत्तर में हीट-मैप के बाईं ओर का उपयोग किया है - लेकिन आंखों को आकर्षित करने में मदद करने के लिए संपादित क्षेत्र की ओर ढलान वाले किनारों के साथ। एक रंगीन पाठ पृष्ठभूमि के साथ एक मुद्दा यह है कि पठनीयता / विपरीतता अधिक खो जाती है। घोंसले के शिकार के स्तर।
pgfearo

21

बस अपने मूल विचार को घुमाएं और वर्गों से कैप्सूल पर स्विच करें। मुझे लगता है कि इन संस्करणों (आपके मूल एक सहित) को पढ़ना आसान है क्योंकि वे कम जटिल हैं तो वह जो प्रदर्शन तत्वों को घोंसले के माध्यम से घोंसले के शिकार दिखाता है। मुझे लगता है कि पेड़ के तत्व सरल और अधिक सहज तरीके से जानकारी देते हैं।

कैप्सूल

मुझे लगता है कि लेफ्ट सीधे इंडेंटेशन दिखाने के लिए महान है, जबकि राइट नेस्टेड रिलेशनशिप को बेहतर बनाने के लिए है।


2
मैं आपके कैप्सूल की कोमलता को पसंद करता हूं, हालांकि वे पाठ से बहुत अलग लग रहे हैं, मुझे कुछ ऐसा चाहिए जो अधिक सामंजस्यपूर्ण हो और इसमें स्पष्ट विचार हो कि क्या वाले हिस्से हैं।
pgfearo

9

मेरा विचार:

घोंसले के शिकार को घोंसले की तरह अधिक दिखता है। प्रत्येक परत की क्षैतिज चौड़ाई इतनी चौड़ी होने की आवश्यकता नहीं है।


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

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

8

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

मैं कहूंगा कि आपके पास जो कुछ भी है वह बहुत अच्छा है, हालांकि मेरे स्वाद के लिए थोड़ा अवरुद्ध है।

मेरी टिप्पणी: मैं लगातार दृश्य स्टूडियो आईडीई इंडेंटेशन के तरीके से संघर्ष कर रहा हूं। मैं इस तरह से या एक बदलाव का उपयोग करना पसंद करूंगा।

तो बिना लाइन के उस लिंक की कल्पना करें, और अपने वर्तमान xml / कोड के साथ इनलाइन करें।


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

5

चूँकि आपने कहा था कि दृश्य गैर-संपादन योग्य (बाएं?) मार्जिन में मौजूद होना चाहिए, मेरा मानना ​​है कि इसका मतलब है कि विज़ुअलाइज़ेशन को कोड के पीछे या बीच में नहीं जोड़ा जा सकता है।

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

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


@ जिम्प हाँ, विज़ुअलाइज़ेशन कोड के साथ या पीछे नहीं हो सकता है - जितना मैं यह कोशिश करना पसंद करूंगा, मेरे कोडिंग कौशल / प्लेटफ़ॉर्म इसे बहुत जटिल बना देगा। संपादक में पृष्ठभूमि के रंग अपने आप में फिर से मुश्किल होते हैं, लेकिन इससे मुझे यह विचार आता है कि मैं अलग-अलग रंग के टोन की कोशिश कर सकता था। जैसा कि आप सुझाव देते हैं, मैं बाएं से दाएं बार और हीट मैप भी आज़माऊंगा।
२१:२१ पर pgfearo

हीट मैप आइडिया (Y) के लिए +1 .. और मैं दृश्य विशेष आवश्यकताओं (जैसे कलर ब्लाइंडनेस) वाले लोगों के लिए रंग के अंदर होने का घोंसला स्तर सुझा सकता हूं।
M.Sameer

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

@pgfearo मुझे खुशी है कि मेरे विचार मददगार थे! मैंने जो कुछ किया है, उसके आधार पर, मुझे लगता है कि मैं दाएँ-से-बाएँ L & F को पसंद कर रहा हूँ। मुझे खेद है कि मुझे अब (व्यस्त सप्ताहांत) से पहले वापस जाँच करने का मौका नहीं मिला। चूंकि आपने इतनी प्रगति कर ली है, मैं आपके द्वारा ऊपर पोस्ट किए गए उत्तर पर टिप्पणी करूंगा।
सुगठित

@pgfearo ओह, मेरे पास आपके उत्तर पर टिप्पणी करने के लिए पर्याप्त प्रतिष्ठा नहीं है! मैं आपके उत्तर पर कुछ विचार पोस्ट करूंगा, एक बार मुझे वह विशेषाधिकार मिल जाएगा, उम्मीद है कि जल्द ही!
जिंम

3

jGRASP मार्जिन में एक दृश्य मार्कर का उपयोग करके ऐसा करता है:

यहां छवि विवरण दर्ज करें

यह तब भी पहचानता है जब आप एक लूप का उपयोग कर रहे होते हैं और उस आंतरिक लूप का प्रतिनिधित्व करने के लिए एक अलग प्रकार की रेखा का उपयोग करते हैं।

बस मैंने सोचा था कि एक मौजूदा संपादक कैसे करता है।


5
मेरी राय में बहुत शोर लेकिन फिर भी एक अच्छा विचार है।
कोनराड रुडोल्फ

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

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

3

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

चूंकि प्रेरणा उपयोगकर्ताओं को उन व्हाट्सएप पात्रों को देखने में मदद करने के लिए है जिन्हें वे इंडेंटेशन के लिए उपयोग कर रहे हैं, आप उन्हें केवल सफेद स्थान वर्ण दिखा सकते हैं।

मैं पैराग्राफ मार्करों की तरह विशेष दृश्य पात्रों की बात नहीं कर रहा हूं, सिर्फ हाइलाइट्स। पीले रंग में रिक्तियाँ, हरे रंग में टैब (या जो कुछ भी)

मार्जिन / नेस्टिंग मुद्दे के लिए, आप बस प्रत्येक ब्लॉक के लिए मार्जिन को स्थानांतरित कर सकते हैं। ऐसा कुछ भी नहीं है जो कहता है कि मार्जिन को एक सीधी रेखा होना चाहिए।

मुझे यकीन है कि यह एक नया विचार नहीं है।

कुछ इस तरह:

नमूना xml चलती बाईं ओर दिखा और व्हॉट्सएप पर प्रकाश डाला


इंडेंटेड व्यू के साथ प्लान आपके विचार के समान ही गतिशील रूप से व्हाट्सएप को रोशन करना है। यह भी याद रखें कि एक सपाट दृश्य में, 30 स्तर के घोंसले के शिकार को 1 स्तर के समान स्थान प्राप्त होता है, यह आपके स्क्रीन के किनारे से दूर होगा, यही कारण है कि डेवलपर्स को विचारों का विकल्प दिया जाता है।
18

1
हां, इसलिए मैंने कहा कि यह एक नया विचार नहीं था। हालाँकि, अगर इंडेंट का स्तर लॉगरिदमिक या डायनेमिक है, तो इस स्तर के आधार पर मैं वर्तमान में आपके द्वारा संपादित की जा रही समस्या के बारे में नहीं बताऊंगा। यहां तक ​​कि अगर यह सिर्फ 1 स्थान पर तय किया गया था, तो भी यह स्क्रीन बंद नहीं होगा। तुम भी एक 80 के दशक के चरित्र प्रदर्शन के पार आधा रास्ता नहीं होगा। हाँ, इन विचारों में से कुछ के साथ 30 का स्तर 1 स्तर के समान स्थान लेता है, लेकिन जब आप इनमें से कुछ को देखते हैं तो केवल इंडेंट करने पर कोई स्थान नहीं बचाते हैं, वे पूरी चीज़ को इंडेंट करते हैं और कुछ फैंसी ग्राफिक्स जोड़ते हैं।
जस्टिन ओह्म्स

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

पहले पढ़ने पर, मैंने आपके विचारों को गतिशील इंडेंट चौड़ाई पर याद किया - यह एक शक्तिशाली विशेषता हो सकती है। यह कुछ कोड इंडेंट होने की संभावना को भी बढ़ाता है, जबकि बाकी सपाट है, यह सुनिश्चित नहीं है कि यह व्यवहार में कैसे काम करेगा लेकिन इसकी आसानी से जांच की जाती है - मेरी परियोजना के साथ, इंडेंट लॉजिक अभी भी सपाट दृश्य के लिए लागू किया गया है, इसके सिर्फ गुणक के लिए सेट किया गया है 0. तो इसके सिर्फ इस गुणक कि समायोजन की जरूरत है। अच्छा निर्णय।
pgfearo

2

कोष्ठक क्यों नहीं खुलते और बंद होते हैं?

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

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

2

विम पहले से ही कुछ समान कर सकते हैं, हालांकि बहुत सुंदर नहीं।

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

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


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

@pgfearo: आप विम के नेटबीन्स प्रोटोकॉल को देख सकते हैं। इसका उपयोग किसी IDE के बिना किसी IDE के अंदर Vim को एम्बेड करने के लिए किया जाता है।
ग्रेफेड

@ ग्रेफेड - मुझे डर है कि मेरे मौजूदा प्रोजेक्ट के साथ लाइसेंसिंग के मुद्दे कम से कम हैं, क्योंकि इसके बंद स्रोत और मुझे जीपीएल चिंताओं के बिना विम स्रोत को संशोधित करने के लिए (यहां तक ​​कि अगर मैंने इसका इस्तेमाल नहीं किया था) फैसिलिटी की आवश्यकता होगी। एक तरफ, प्रोटोकॉल दिलचस्प दिखता है।
pgfearo 6

1

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

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


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

1

एक चीज जिसका मैंने उल्लेख नहीं किया है, वह है कि आप संतृप्ति प्रभाव के शीर्ष पर किसके साथ क्या कर सकते हैं। मेरा सुझाव उस घोंसले का रंग बदलना है जिसमें सूचक निहित है। इससे उपयोगकर्ता के लिए यह भेद करना आसान हो जाएगा कि कौन सी रेखाएँ घोंसले का हिस्सा हैं, बनाम भाई-बहनों के साथ।

ह्यू-आधारित सामान को लागू करते समय, कृपया रंग-अंधापन के बारे में सचेत रहें, और या तो ऐसे रंगों का चयन करें जो सार्वभौमिक रूप से अलग-अलग हैं, या लोगों को चुनने के लिए कुछ विकल्प प्रदान करते हैं।


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

0

एक विकल्प, जिसे अब तक अन्य सुझावों के साथ संयोजन के रूप में इस्तेमाल किया जा सकता है, यह बाईं ओर के टूलटिप का उपयोग करना होगा जो एक्सपीथ नोटेशन का उपयोग करके लाइन का मार्ग दिखाता है। ब्राउज़र "तत्व का निरीक्षण करता है" उपकरण (उदाहरण के लिए, फायरबग, जिसे क्रोम में बनाया गया है) अक्सर कुछ ऐसा ही करते हैं लेकिन एक स्थिति बार में।


मैं सिर्फ इस नियंत्रण पर ध्यान केंद्रित कर रहा था, लेकिन 'ब्रेडक्रंब' नाविक के साथ एक 'XPath स्थान पट्टी' काम करता है और संपादक में शामिल किया गया है, जैसा कि एक सिंक्रनाइज़ तत्व ट्री-व्यू है।
pgfearo

0

संभवतः आप केवल रंगों के एक स्तंभ और गहराई संख्या के साथ हीटमैप (मूल पद से) के लिए एक ढह दृश्य हो सकता है। इससे उन्हें पता चल सकेगा कि वे कितने गहरे हैं और उन्हें xml के लिए अधिक स्क्रीन रियल एस्टेट प्रदान करते हैं। मुझे एक जीत की तरह लगता है।

मैं चिंतित हूं कि क्या चीजों को गहराई से घोंसला करने के लिए पर्याप्त रंग अंतर होंगे।


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