Godot: एक नया वेक्टर-आधारित डिफ़ॉल्ट संपादक थीम जोड़ें

अच्छा होगा यदि संपादक/गोडोट रनटाइम उन सभी वेक्टर आइकन को प्रारंभ पर या जब रिज़ॉल्यूशन बदल दिया जाता है तो फिर से तैयार करने में सक्षम होता है: स्माइली:

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

अभी तक मेरे पास इतना ही है।

बस एक और अपडेट, और मुझे लगता है कि बस इतना ही, मेरे पास svg में किए गए सभी ui तत्व हैं, अगला कदम इसे पॉलिश करना और सुधारना हो सकता है, भले ही यह नई डिफ़ॉल्ट थीम न बने, कोई भी संपत्ति बनाने के लिए संपत्ति का उपयोग कर सकता है उन्हें नया करें या इसे सुधारें।

यह बहुत अच्छा लग रहा है, मुझे आश्चर्य है कि हम इसे कैसे बना सकते हैं ताकि विषय उत्पन्न हो
वास्तविक समय में एसवीजी से।

सोम, 23 जनवरी, 2017 को रात 10:58 बजे, डेनियल रामिरेज़ नोटिफिकेशन @github.com
लिखा था:

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

[छवि: 2017-01-23 19-50-01 से स्क्रीनशॉट]
https://cloud.githubusercontent.com/assets/1103897/22230805/59a5eb96-e1a5-11e6-99be-eb98246996bb.png

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/godotengine/godot/issues/7294#issuecomment-274678631 ,
या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/AF-Z28L10ocXp5EEv3CRZC8JBX5dPopaks5rVVrLgaJpZM4LMKXr
.

@reduz जो वास्तव में अच्छा होगा, लेकिन मुझे लगता है कि एसवीजी को इसके लिए अनुकूलित किया जाना चाहिए (शायद अनुकूलन के बाद हम यह सुनिश्चित कर सकते हैं कि एसवीजी का केवल एक छोटा सा सबसेट उपयोग किया जाता है, और फिर उस सबसेट के लिए एक मिनी एसवीजी पार्सर बनाएं)।

BTW, raphael.js SVG लाइब्रेरी (जिसका मैंने बहुत समय पहले उपयोग किया था) ने छोटे-सबसेट के मुद्दे को सब कुछ बेजियर कर्व्स में परिवर्तित करके काउंटर किया, जब पथ टकराव, लंबाई और इसी तरह की चीजों की गणना की जानी थी।

लानत वास्तव में अच्छा लग रहा है और यह एक अद्भुत तरीका है।
यदि आइकनों के लिए एक अच्छा वास्तविक समय svg -> png कनवर्टर करना संभव है, तो प्लगइन्स को इससे बहुत लाभ होगा। वर्तमान में वे आमतौर पर हाईडीपीआई का समर्थन नहीं करते हैं और लगभग अनुपयोगी हैं।

इसे अंतिम खेलों के अंदर भी इस्तेमाल किया जा सकता है। तो गोडोट एसवीजीएस का समर्थन करेगा और जब उन्हें किसी गेम में उपयोग किया जाता है तो उन्हें सही आकार के पीएनजी में परिवर्तित कर देता है। #4826
(वास्तव में उसी तरह आईओएस पीडीएफ वेक्टर ग्राफिक्स को संभालता है। बस उन्हें सही समय पर पीएनजी में परिवर्तित करता है)

@djrm जिस डिज़ाइन के लिए आप आ रहे हैं वह सुंदर है। वास्तविक कार्य पर ध्यान केंद्रित करने में मदद करता है (कोड 2d संपादक...)। मुझे लगता है कि चयनित डिजाइन के लिए हरा थोड़ा भारी है। आपने इसे साधारण ग्रे शेड के ऊपर क्यों चुना? लेकिन आपका बहुत-बहुत धन्यवाद! प्रयास के लिए!

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

लेकिन शायद आपके पास पहले से ही एक बेहतर विचार है... (या यह दृष्टिकोण स्पष्ट से अधिक है) अभी भी इसे साझा करना चाहता था।

मैंने कुछ परीक्षण किए। Svgs में रूपांतरण बहुत तेज़ है:
प्रति आइकन औसत समय (सभी चिह्नों के साथ परीक्षण किया गया) svgs के लिए: (i5 मैकबुक)
10ms से 32X32
11ms से 64x64
13ms से 128x128
और यह आइकन के लिए है। मुझे लगता है कि विषय svgs और भी सरल हैं इसलिए यह तेज़ होना चाहिए।

@djrm क्या आपके पास कहीं अपलोड किए गए स्क्रीनशॉट से वह विषय है? मुझे इसका उपयोग करना अच्छा लगेगा, मुझे फ्लैट डिज़ाइन पसंद है!

3.0 के नए इंटर्नल की क्या तारीफ होगी? डिफ़ॉल्ट थीम / UI के लिए एक नया अपडेट, और यह एक शानदार दिशा में है। मूल रूप से लिंक किया गया ui कॉन्सेप्ट कैलिनो अविश्वसनीय रूप से ताज़ा है और djrm द्वारा की गई प्रगति को जारी रखने के लिए अभी भी एक महान मार्गदर्शक होगा।

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

वह दृश्य ग्राफ संपादक इतना गर्म दिखता है: डी

जब भी आप चाहें, 3.0 में पीआर के लिए स्वतंत्र महसूस करें

शनिवार, 25 मार्च, 2017 को रात 8:02 बजे, नूनो डोनाटो नोटिफिकेशन @github.com
लिखा था:

वह दृश्य ग्राफ संपादक इतना गर्म दिखता है: डी

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/godotengine/godot/issues/7294#issuecomment-289245584 ,
या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/AF-Z2-jomUzmkhc7Tjyk-0BQ0Cbvpqltks5rpZ0jgaJpZM4LMKXr
.

@djrm मुझे लगता है कि आप ui अवधारणा के बारे में बहुत बड़ा सूत्र भी जानते हैं।
उनकी बाईं और दाईं ओर कोई सीमा नहीं है। अगर आप जनसंपर्क करते हैं तो क्या आप भी ऐसा कर सकते हैं?
मैंने एक बार ऐसा किया था और आपके द्वारा किए गए परिवर्तनों को दिखा सकता था (यदि इससे मदद मिलती है)

@ toger5 कृपया मुझे परिवर्तन दिखाएं क्योंकि मुझे यकीन नहीं है कि आप किस बारे में बात कर रहे हैं।

@djrm मेरे मतलब के बदलावों को इस स्क्रीनशॉट में देखा जा सकता है:

कैनवास संपादक (बाएं दाएं) पर कोई सीमा नहीं है और अन्य UI तत्वों के लिए भी कोई सीमा नहीं है: संपत्ति संपादक ...

मैंने कोशिश की कि मेरे द्वारा किए गए कुछ UI दृष्टिकोणों के लिए भी:

और मुझे लगता है कि यह अच्छा लग रहा है

@djrm मैंने अब अपने द्वारा बनाई गई थीम के कोड को खोजने का भी प्रयास किया है।
यह उस समय से पहले था जब मैं गिट के साथ सहज था ... इसलिए मुझे इसे अभी धक्का देना होगा।

यह शाखा है:
https://github.com/toger5/godot/commit/5e97449a15f0690e8bd584a256758c1b062ed22c

मैं ठीक से नहीं जानता कि मैंने क्या किया। लेकिन आप सभी परिवर्तनों के माध्यम से जा सकते हैं और तय कर सकते हैं कि आपको क्या पसंद है।
संपादक_नोड में पंक्ति 5288 में टिप्पणी अनुभाग सीमा/मार्जिन से छुटकारा पाता है (मुझे लगता है ... शायद मैंने इसे संपादक_थीम फ़ाइल में कुछ सेटिंग्स के साथ हल किया है। आपको इसे आजमा देना होगा)

उम्मीद है की वो मदद करदे

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

मैं वास्तव में UIConcept के रंग पसंद करता हूं। मुझे लगता है कि मुझे पता है कि तुम कहाँ से आ रहे हो। गोडोट संपादक पिछले कुछ समय से गहरे बैंगनी जैसे रंगों का उपयोग कर रहा था और यह इसे किसी भी अन्य संपादक से अलग बनाता है। लेकिन यह मेरी आंखों के लिए धुला हुआ दिखता है ...
@djrm क्या कोई मौका है कि आप रंग बदल देंगे?
दूसरे रंगों के बारे में क्या सोचते हैं?

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

वर्तमान विषय इस तरह दिखता है (मुझे यह पसंद नहीं है)

मैं ऊपर UI में कुछ बदलाव करने की सोच रहा था, हमने कुछ पर चर्चा की
चीजें, लेकिन शायद अल्फा के बाद

शुक्र, 31 मार्च, 2017 को शाम 7:41 बजे, डेनियल रामिरेज़ नोटिफिकेशन @github.com
लिखा था:

@toger5 https://github.com/toger5 हां मैं रंग बदलूंगा, वास्तव में
मैंने पहले ही रंग बदल लिए हैं और पुरानी बैंगनी थीम खो दी है, अब,
हल्के रंग योजना का कारण यह है कि दिन में संपादक का उपयोग करते समय
मुझे चीजों की पहचान करना मुश्किल है, लेकिन वर्तमान में मैं एक बेहतर रंग की तलाश में हूं
योजना जो बहुत अंधेरा नहीं है, किसी भी सुझाव का स्वागत है।

वर्तमान विषय इस तरह दिखता है (मुझे यह पसंद नहीं है)

[छवि: 2017-03-31 15-40-25 से स्क्रीनशॉट]
https://cloud.githubusercontent.com/assets/1103897/24571791/651e7756-1628-11e7-8a0a-4bead7215dd5.png

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/godotengine/godot/issues/7294#issuecomment-290848860 ,
या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/AF-Z21cXaM1wyZiOQHLk_2L24u_R27hLks5rrYD_gaJpZM4LMKXr
.

मेरा मतलब UI के शीर्ष भाग से है (खेल, विकल्प, आदि)

शुक्र, 31 मार्च, 2017 को शाम 7:42 बजे, जुआन लिनिएत्स्की [email protected] ने लिखा:

मैं ऊपर UI में कुछ बदलाव करने की सोच रहा था, हमने कुछ पर चर्चा की
चीजें, लेकिन शायद अल्फा के बाद

शुक्र, 31 मार्च, 2017 को शाम 7:41 बजे, डेनियल रामिरेज़ नोटिफिकेशन @github.com
लिखा था:

@toger5 https://github.com/toger5 हां मैं रंग बदलूंगा, में
तथ्य यह है कि मैंने पहले ही रंग बदल दिए हैं और पुरानी बैंगनी थीम खो दी है, अब,
हल्के रंग योजना का कारण यह है कि संपादक का उपयोग करते समय
दिन के समय मुझे चीजों की पहचान करना मुश्किल होता है, लेकिन वर्तमान में मैं बेहतर की तलाश में हूं
रंग योजना जो बहुत गहरा नहीं है, किसी भी सुझाव का स्वागत है।

वर्तमान विषय इस तरह दिखता है (मुझे यह पसंद नहीं है)

[छवि: 2017-03-31 15-40-25 से स्क्रीनशॉट]
https://cloud.githubusercontent.com/assets/1103897/24571791/651e7756-1628-11e7-8a0a-4bead7215dd5.png

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/godotengine/godot/issues/7294#issuecomment-290848860 ,
या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/AF-Z21cXaM1wyZiOQHLk_2L24u_R27hLks5rrYD_gaJpZM4LMKXr
.

@djrm मुझे वास्तव में केवल नीचे हरे रंग के साथ नई हाइलाइट पसंद है।
मैं अभी भी सिर्फ गहरे भूरे रंग की कोशिश करता हूं।

हालाँकि मैं इसे दिन के उजाले में देखना आसान बनाने की बात देखता हूँ लेकिन मुझे इसके विपरीत याद आ रहा है। हो सकता है कि आप कम से कम पृष्ठभूमि को लगभग पूरी तरह से काला कर दें

मैं चाहता हूं कि बटन इस तरह हों

मुझे लगता है कि फ्लैटबटन नामक एक और नोड होना चाहिए जिसमें एक बॉक्स न हो
इस चीज़ में उन बटनों का उपयोग किया जा सकता है

@djrm यह सिर्फ एक पारदर्शी स्टाइल बॉक्स बनाने के साथ करना वास्तव में आसान होना चाहिए। और सक्रिय शैली का फ़ॉन्ट बदलना।

@ toger5 हाँ, मेरे पास अब तक यही है

बेशक यह अंतिम संस्करण नहीं है (लेकिन हमेशा सुझावों के लिए खुला हूं)

@djrm अच्छा यह वास्तव में अच्छा लग रहा है। 3डी 2डी... के लिए सिर्फ रंगों का उपयोग करने का विचार वास्तव में अच्छा है। मुझे नया रंग भी ज्यादा अच्छा लगता है।
केवल पतला जो भ्रमित कर रहा है, वह है 3 डी संपादक के लिए टैब एक प्रकार का फ़्लोटिंग है। लेकिन जैसा कि आपने कहा कि यह अंतिम नहीं है।
मैं वर्तमान में कुछ मामूली विषय परिवर्तनों के लिए एक नया जनसंपर्क कर रहा हूं। बीमार पोस्ट जैसे ही मैंने किया है और आप इसे मर्ज कर सकते हैं यह देखने के लिए कि आप इसे कैसे पसंद करते हैं।

मैंने @toger5 के परिवर्तनों का परीक्षण किया और मुझे वाम-संरेखित टैब वास्तव में पसंद हैं

मैं भी वास्तव में उनकी थीम में रंग पसंद करता हूं, लेकिन @djrm की थीम भी वास्तव में अच्छी है और मुझे यह भी पसंद है!

लगता है, बढ़िया, इसे गोडोट 3.0 में ले जाने की योजना बना रहे हैं?

शनिवार, 1 अप्रैल, 2017 को शाम 5:49 बजे, थॉमस हर्ज़ोग नोटिफिकेशन @github.com
लिखा था:

मैंने @toger5 https://github.com/toger5 के परिवर्तनों का परीक्षण किया और मुझे वास्तव में पसंद है
बाएं संरेखित टैब

[छवि: विषय]
https://cloud.githubusercontent.com/assets/5209613/24582312/195152b6-172d-11e7-94b6-488ef2abf245.png

मुझे उनकी थीम के रंग भी बहुत पसंद हैं, लेकिन @djrm
https://github.com/djrm की थीम भी वास्तव में अच्छी है और मुझे यह पसंद है
बहुत!

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/godotengine/godot/issues/7294#issuecomment-290946316 ,
या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/AF-Z22kI6CkYXIbeJQmC-sPIMARvV0MUks5rrrhzgaJpZM4LMKXr
.

हाँ, मैंने वास्तव में karroffel को 3.0 के लिए एक जनसंपर्क बनाने का वादा किया था। मैंने इस पर काम करना शुरू कर दिया है लेकिन अभी तक पूरा नहीं किया है...
तो उम्मीद है कल

ठीक है, यह लगभग हो चुका है

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

@ toger5 मुझे लगता है, हमें संघर्षों को हल करना होगा, क्योंकि मैंने डिफ़ॉल्ट थीम फ़ाइल में कुछ अतिरिक्त स्टाइलबॉक्स और रंगों को उजागर करने के लिए कुछ बदलाव किए हैं, जहां तक ​​​​मैं कह सकता हूं, आपके पीआर और मेरे वर्तमान कोड के बीच एकमात्र अंतर यह है कि आपने संरेखित टैब छोड़े हैं और कुछ स्टाइलबॉक्स परिवर्तन किए हैं, जैसा कि आप मेरी थीम में देख सकते हैं कि केवल व्यूपोर्ट की कोई सीमा नहीं है, लेकिन बाकी डॉक में अभी भी सीमाएं हैं, मैं इसे इस तरह रखना चाहता हूं, मुझे नहीं पता कि आप क्या सोचते हैं शायद मैं अपने स्थानीय कोड में आपके कुछ बदलावों को लागू कर सकता हूं और फिर हम अपने पीआर को मर्ज कर देंगे और उसके ऊपर काम करेंगे?

@djrm मुझे पता था कि हम उस बिंदु पर आएंगे जहां हमारी अलग-अलग राय है;)। मैं आपके काम में नहीं पड़ना चाहता, ताकि आप फैसला कर सकें। मैं सीमा से छुटकारा पाने के तरीके को पसंद करता हूं क्योंकि मेरे पास अभी भी शीर्ष खंड है लेकिन बाएं और दाएं कोई सीमा नहीं है। मुझे लगता है कि 3डी व्यू के लिए इसका सबसे बड़ा प्रभाव है। तो ठीक है जब यह एकमात्र ऐसा क्षेत्र है जहां आप सीमा हटाते हैं। लेकिन Ui कॉन्सेप्ट थ्रेड से मॉकअप को देखते हुए मुझे लगता है कि इसे अन्य टैब से भी हटाना वास्तव में एक अच्छा दिखने वाला विचार है। यह ui को सरल बनाता है, अतिरिक्त स्थान की एक छोटी राशि देता है। इसलिए मुझे इसे लागू होते देखना अच्छा लगेगा।
इस दृष्टिकोण के बारे में क्या: आप कोशिश करते हैं कि यह कैसा दिखता है यदि आप मेरी शाखा लेते हैं और थीम के लिए अपना पीएनजी जोड़ते हैं। यह तब अच्छी तरह से काम करेगा जब आपके पास default_theme और Editor_node फ़ाइल में बहुत कम बदलाव होंगे।
अन्यथा मैं प्रस्ताव दूंगा, कि आप svg और आपके द्वारा किए गए अन्य सभी परिवर्तनों के साथ एक जनसंपर्क करें। मैं इसे देखता हूं और देखता हूं कि हमने अलग तरीके से क्या किया। कि हम अपने जनसंपर्क को आपके साथ मिलाने का प्रयास कर सकें। चूंकि बहुत सारे परिवर्तन समान हैं, इसलिए हम केवल अंतरों पर चर्चा कर सकते हैं और तय कर सकते हैं कि क्या रखा जाए।
मेरा प्रारंभिक विचार था, कि मैं केवल कोड में परिवर्तन करता हूं। मैंने आपकी शैली के लिए आवश्यक सभी परिवर्तन करने का प्रयास किया है। (मैं डार्क टॉप सेक्शन की बात कर रहा हूं) की तुलना में हम दोनों एक पीआर बना सकते हैं। कोड सहित मेरा एक आपके svg -> pngs को बदल देता है।
अन्यथा मैं भी आपके जनसंपर्क के साथ आपकी यथासंभव मदद करना पसंद करता हूं। और जब आपका एक विलय हो जाता है तो हम इसके ऊपर काम कर सकते हैं जैसा आपने प्रस्तावित किया था।

ओह, मेरे मन में गलत स्क्रीनशॉट था। आपकी शीर्ष सीमा वहां है।
ठीक है, तो आपका स्थानीय संस्करण लगभग हमेशा के लिए लगता है कि मैं देखना चाहता हूं।

केवल चर्चा करने के लिए चीजें:

• गोदी के लिए कोई सीमा नहीं?
• बाएं संरेखित टैब
• तीव्र सीमा रंग (मैं उन्हें पसंद करता हूं लेकिन हो सकता है कि कुछ पीपीएल उन्हें विचलित कर दें)

@toger5
मैं डॉक के लिए कोई सीमा नहीं के साथ ठीक हूं, यह अवधारणा में अच्छा सीमाहीन दिखता है लेकिन वास्तविक इंजन में इतना नहीं है क्योंकि अगर पेड़ इंस्पेक्टर की संरचना की तरह है और ऐसा

बाएं संरेखित टैब, मुझे लगता है कि मैं इसे बदल दूंगा।

और बटनों के बारे में, हाँ, मैं रंगों के बारे में भी निश्चित नहीं हूँ, मैं एक और बदलाव की कोशिश करूँगा और देखूँगा कि यह कैसे जाता है

मुझे खुद रंग और समग्र डिजाइन पसंद है। यहां बताया गया है कि मैं 3.0 के लिए UI को कैसे पुनर्व्यवस्थित करने की योजना बना रहा था, इसलिए किसी भी विचार या परिवर्तन का स्वागत है:

@reduz मुझे लगता है कि हमें [2d, 3डी, स्क्रिप्ट, एसेटलिब] बटन को वहां ले जाने की आवश्यकता नहीं है।
हम इसके बिना और टैब दिखा सकते हैं।

@reduz मुझे नई स्थिति पसंद है [2d 3d asseLib ...] यह मुख्य दृश्य के करीब मधुमक्खी पालन करने में अधिक समझ में आता है क्योंकि यह केवल मुख्य दृश्य को प्रभावित करता है।
मैं कम हुई अधिकतम टैब संख्या के साथ चिंता भी देखता हूं। लेकिन व्यावहारिक रूप से कोई भी 5 से अधिक टैब का उपयोग नहीं करता है। जैसे ही आपके पास अधिक होगा आप सभी दृश्यों के लिए फ़ाइल ब्राउज़र का उपयोग करेंगे। इसलिए मुझे लगता है कि यह कोई बड़ा नुकसान नहीं है।

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

@volzhs मैं उस पर एक तरह से विभाजित हूं .. हम और टैब दिखा सकते हैं, लेकिन यह स्पष्ट नहीं है कि वे संपादक के उस हिस्से को प्रभावित करते हैं। शायद इसे किसी तरह छोटा किया जा सकता है

मुझे चमकीले रंग के बॉर्डर के बजाय गोल बॉर्डर डार्क bg का लुक भी पसंद आएगा।
(30 ऊंचाई ui तत्व के लिए। 15 त्रिज्या डार्क सर्कल के साथ पीएनजी। मार्जिन 15 के साथ स्टाइलबॉक्स)

@reduz हम 2d 3d एसेट लिब के लिए आइकन का उपयोग कर सकते हैं। फ़ुलस्क्रीन बटन पर अच्छी तरह फिट होगा जो एक आइकन का भी उपयोग करता है।

@toger5
मैं अक्सर एक ही समय में 5 से अधिक दृश्य खोलता हूं और वास्तव में प्रोजेक्ट करते समय आगे-पीछे जाता हूं।
@reduz
मुझे सिकोड़ें टैब पसंद हैं जैसे क्रोम, फ़ायरफ़ॉक्स क्या करता है। :मुस्कुराओ:

@reduz मैं शीर्ष दाईं ओर (संपादक) सेटिंग्स पसंद करता हूं क्योंकि ये प्रोजेक्ट से संबंधित नहीं हैं, उस खाली कोने का उपयोग करने के लिए विकल्प के बजाय एक पूर्णस्क्रीन मोड बटन भी हो सकता है।

मुझे बस इसे ट्विक करना था ... मुझे बस xDDDD करना था मेरी आँखों से खून बह रहा था ... (डायलॉग सेटअप थीम नहीं: P)

रद्द/बनाएं के ऊपर पीएस फीका लाइन वैकल्पिक है लेकिन अच्छा होगा मुझे लगता है कि संवाद की पुष्टि के लिए।

@ एन-कबूतर इसकी सुंदरता!

@ n-कबूतर वास्तव में अच्छा लग रहा है, @ toger5 , @ n-pigeon मैं भी मार्जिन और शैली से संबंधित अन्य मुद्दों को ठीक करना चाहता था, लेकिन यह एक कठिन काम है, अगर आप मदद करने के इच्छुक हैं तो हम काम को विभाजित कर सकते हैं और इसे पूरा कर सकते हैं 3.0

@djrm मैं सहर्ष मदद करूंगा। लेकिन मैं जूनियर प्रोग्रामर की आकांक्षा कर रहा हूं, इसलिए यदि कोई हो तो मैं जूनियर जॉब लूंगा :)

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

@ toger5 हाँ, मार्जिन से मेरा क्या मतलब है, और हाँ हमें कुछ स्क्रीनशॉट बनाने चाहिए और फिर दिखाना चाहिए कि हम क्या बदलना चाहते हैं।

+1

बकवास! अगर यह डिजाइन गोडोट 3 का होगा, तो यह बाजार में सबसे आधुनिक गेम इंजन जैसा दिखने वाला है। उस पर मुक्त बाजार :-) कृपया यह मत कहो कि यह सिर्फ खेल रहा है क्योंकि आप मुझे आँसू भेज सकते हैं।

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

मैं कुछ गोल कोने वाले प्रयास करना चाहूंगा।
मुझे वास्तव में UI कॉन्सेप्ट से प्यार हो गया है। इसमें बस एक अच्छा संतुलन है, और बस एक ui शैली के रूप में वास्तव में अच्छी तरह से काम करता है। मुझे ब्लेंडर भी बहुत पसंद है और मुझे लगता है कि ब्लेंडर में संख्या इनपुट सबसे अच्छे में से एक है जिसे मैंने कभी भी कोशिश की है (बढ़ती/घटती और गोलाकार शैली के लिए क्षैतिज स्लाइडिंग के साथ)।

@ toger5 मैंने वास्तव में गोल बटन के साथ कुछ परीक्षण किए हैं, लेकिन मैं अभी तक आश्वस्त नहीं हूं

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

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

गोल भी ज्यादा पसंद नहीं है.. मुझे लगता है कि यह पहले भी बेहतर था

4 अप्रैल, 2017 को दोपहर 2:37 बजे, "डैनियल रामिरेज़" नोटिफिकेशन @github.com ने लिखा:

@ toger5 https://github.com/toger5 मैंने वास्तव में कुछ परीक्षण किए हैं
गोल बटन, लेकिन मैं अभी तक आश्वस्त नहीं हूँ
[छवि: 2017-04-04 09-25-37 से स्क्रीनशॉट]
https://cloud.githubusercontent.com/assets/1103897/24667812/86910612-1919-11e7-8109-fafe07398527.png
[छवि: 2017-04-04 09-26-11 से स्क्रीनशॉट]
https://cloud.githubusercontent.com/assets/1103897/24667817/8a6cf6f6-1919-11e7-9be6-ac67b9978d03.png

अब मुझे उनके बारे में कुछ चिंताएं हैं, सबसे पहले, क्योंकि बटन हैं
अलग-अलग ऊंचाई के साथ, गोल बटन कुछ में पूरी तरह गोल नहीं दिखते
मामले, वे खराब नहीं दिखते हैं, लेकिन यह अवधारणा की तरह नहीं है, अब मैं यही हूं
दूसरी बात पर मैं चर्चा करना चाहूंगा, @toger5 https://github.com/toger5
मुझे पता है कि आपको UI कॉन्सेप्ट पसंद है लेकिन यह इंजन के लिए बिल्कुल फिट नहीं है,
जैसा कि आप देख सकते हैं कि अवधारणा अपने आदर्शवादी उपयोग के मामले के लिए एकदम सही है, के लिए
उदाहरण के लिए बड़े बटन इंजन (व्यर्थ स्थान) के लिए अच्छे नहीं हैं और यह
यूआई को बहुत सरल करता है (जो एक अच्छी बात हो सकती है) लेकिन दुर्भाग्य से कुछ
इंजन मेनू बहुत जटिल हैं, इसलिए मैं कुछ तत्वों को लेने का सुझाव दूंगा
ui अवधारणा से लेकिन इसकी सटीक प्रतिलिपि बनाए बिना। इसके अलावा एक और
संपादक के बहुत अच्छे न दिखने का कारण यह है कि इसकी अजीब मेट्रिक्स,
फ़ॉन्ट प्रतिपादन (यूआई अवधारणा स्क्रीनशॉट एक हायडीपीआई है) और महान
डेटा की मात्रा जिसे कुछ मेनू में संभालने की आवश्यकता है, वर्तमान में मैं काम कर रहा हूँ
उन विषयों में से कुछ को सुधारने के लिए लेकिन यह वास्तव में बहुत बड़ा साबित हो रहा है और
कष्टप्रद कार्य (यूआई को बदलने के लिए कार्यप्रवाह के कारण, और बहुत
टूलकिट की प्रकृति), इसलिए मुझे पता है कि आप UI से प्यार करते हैं
अवधारणा लेकिन मैं इसे लागू करने के लिए तैयार नहीं हूं, मैं उचित के लिए खुला हूं
सुझाव, लेकिन "क्योंकि यूआई कॉन्सेप्ट में ऐसा ही है" एक नहीं है
उचित है, हो सकता है कि मैं एक पीआर बना सकूं और फिर लोग उस पर टिप्पणी कर सकें
और फिर हम बाद में पुनरावृति कर सकते हैं।

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

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/godotengine/godot/issues/7294#issuecomment-291575521 ,
या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/AF-Z2_8EulxUfY5Sa17KikXpv97iL4tGks5rsn_egaJpZM4LMKXr
.

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

गोल कोनों के बारे में: मुझे लगता है कि वे सामान्य रूप से अच्छे लगते हैं। हालांकि मैं उन्हें बटन पर इतना पसंद नहीं करता। शायद उन जगहों पर उनका इस्तेमाल करेंगे जहां हमारे पास इनपुट हैं। टेक्स्टफील्ड, संख्या इनपुट, रंग फ़ील्ड, पथ ...
अलग-अलग ऊंचाई की समस्या के बारे में (जो वास्तव में गोलाकार कोनों को अजीब लगती है) क्या उस कुशल को शेडर्स के साथ लागू करने का मौका है?
चूंकि यह केवल एक दृश्य जोड़ है (और reduz इसे पसंद नहीं करता !!;)) इसकी निश्चित रूप से कम प्राथमिकता है।
@djrm मुझे वास्तव में यह पसंद है कि आप [2d 3डी स्क्रिप्ट] पैनल के लिए आइकन में बदल गए।
कुल मिलाकर विषय बहुत अच्छा चल रहा है। इंजन लुक में आपके द्वारा किए गए सभी प्रयासों के लिए बहुत-बहुत धन्यवाद। खासकर जब यह ध्यान में रखते हुए कि आपने सभी नए आइकन भी किए हैं। (उसके लिए अभी तक आपसे भी नहीं)

@djrm मुझे लगता है कि मौजूदा रुझान गोलाकार कोनों के खिलाफ हैं, वर्तमान में गोलाकार कोने पुराने लगते हैं। यदि आप विंडोज, एंड्रॉइड और अन्य सभी आधुनिक यूआई की जांच करते हैं, तो रुझान ज्यादातर चौकोर कोनों की ओर जा रहे हैं, लेकिन यहां और वहां कुछ मजबूत रंगों के साथ। आईएमओ यह सबसे अच्छा दिखता है:

और इस:

https://cloud.githubusercontent.com/assets/6152134/24617960/c60297c2-1895-11e7-8eca-4d19dbf83d44.png

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

मैं निश्चित रूप से @reduz से सहमत हूं। यह एक सुंदर, चिकना और आधुनिक यूजर इंटरफेस जैसा दिखता है जिसे मैं घंटों तक देख सकता था। कोई गोल ftw नहीं :)

यह सच है कि मौजूदा चलन में गोल कोने दूर होते जा रहे हैं।

मैं नई थीम का बहुत बड़ा प्रशंसक हूं। समतलता एक बहुत बड़ा कदम है और नए रंग शानदार हैं। मेरे पास केवल एक टिप्पणी/सुझाव है:

एक ही समय में संतृप्त रंगों का उपयोग करने वाले बहुत सारे विजेट हैं। विशेष रूप से: एनीमेशन ड्रॉपडाउन, एनिमेशनप्लेयर बटन, खोज बॉक्स, लोक / रोट / एससीएल / कुंजी बटन।

स्क्रीन को देखते हुए मुझे कोई सुराग नहीं है कि मेरा ध्यान कहाँ निर्देशित किया जाए क्योंकि एक ही समय में बहुत सारे विजेट मेरा ध्यान आकर्षित कर रहे हैं।

वर्तमान कार्यान्वयन के लिए मूल मॉकअप के रंग के उपयोग की त्वरित तुलना यहां दी गई है:

मूल:

वर्तमान:

चयनित/केंद्रित चीजों के लिए संतृप्ति के उस स्तर को बचाएं।

कंट्रास्ट विश्लेषण (जिंप में अधिकतम कंट्रास्ट को बढ़ाकर और फिर सफेद को हटाकर बनाया गया। मैंने व्यूपोर्ट सामग्री भी हटा दी):

मूल मॉकअप (संपादित करें: मुझे अभी एहसास हुआ कि मैंने इसके लिए उसी विधि का उपयोग नहीं किया है ... यह अभी तय है!):

वर्तमान गोडोट 3.0:

गोडोट 2.0:

अपने प्राचीन गोडोट संस्करण को अद्यतन करने और सभी संघर्षों को हल करने के बाद, मैंने विषय के साथ कुछ प्रगति की है।

मुझे अजीब टैब के बारे में पता है

बहुत खूब। आइए इसे पहले ही मर्ज कर दें :)

इसे प्यार करना ! :हृदय आँखें:

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

जाओ <3

यह वास्तव में सुपर चिकना दिखता है! इस विषय को प्यार करो! इसके विलय की प्रतीक्षा में!

अच्छा लग रहा है, "डीबी" नंबरों के लिए इस्तेमाल किया जाने वाला फ़ॉन्ट मेरे लिए थोड़ा अजीब है ..

हो सकता है कि टेक्स्ट इनपुट्स की अंडरलाइन थोड़ी ग्रे-ईश होनी चाहिए जब फोकस न हो?

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

बीटीडब्ल्यू। डिफ़ॉल्ट 3डी व्यूपोर्ट कैसा दिखता है? मुझे वास्तव में ग्रीन ग्रिड पसंद नहीं आया ^^

@ndee85

चमकदार (इसके विपरीत) नीली रेखाएं और बॉर्डर ऐसे दिखते हैं जैसे सभी फ़ोकस किए गए नियंत्रण हों।

बाकी अच्छा है, कुछ कलरब्लाइंड फिल्टर के साथ परीक्षण किए गए कैप्चर भी हैं और सब कुछ दृश्यमान और अलग रहता है।

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

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

@djrm मुझे डॉक के शीर्ष दाईं ओर तीर के बजाय 3 बिंदु पसंद हैं!

मुझे लगता है कि मैं नीले रंग को भी उज्जवल बनाऊंगा।

@djrm मुझे डॉक के शीर्ष दाईं ओर तीर के बजाय 3 बिंदु पसंद हैं!

दूसरी पृष्ठभूमि ध्यान भंग करने की थी और दोनों की तुलना करना कठिन बना दिया...
मुझे लगता है कि मैं नीले रंग को भी उज्जवल बनाऊंगा।

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

केवल एक ही विचार है कि मैं शायद बदलूंगा विगेट्स के लिए रंग, नीले रंग के बजाय ग्रे (आइकन रंग) का प्रयास करेंगे।

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

नीला जो @ toger5 प्रस्तावित करता है वास्तव में कुछ निरंतरता भी प्रदान करता है। समग्र विषय बहुत अच्छा लगता है। यह कहना कि @ toger5 ने विषय को पारंपरिक और गंभीर दिखने वाले बदलाव किए हैं, वास्तव में एक अच्छी बात है। जिस तरह से गोडोट की थीम वर्तमान में है, यही कारण है कि 3.0 . के लिए जाने का तरीका पारंपरिक और गंभीर है

2D और 3D के लिए हम उन्हें "2D" और "3D" दिखाने वाले आइकन के रूप में बना सकते हैं, इसके बजाय
वैक्टर .. स्पष्ट होना चाहिए

10 अप्रैल, 2017 को दोपहर 2:39 बजे, " boogabelly " [email protected] ने लिखा:

@djrm https://github.com/djrm क्या आपने कहा था कि आप जानते हैं कि चीजें अजीब लगती हैं
और बस नंबर इंजन को अधिक पागल दिखने में मदद करते हैं? मैंने अभी क्या पढ़ा?
आप चाहते हैं कि इंजन पागल दिखे? वे बस नंबर से बिल्कुल अलग दिखते हैं
बाकी डिजाइन और एक साथ squished। नुकीले किनारे खतरनाक हैं?
क्या आप गंभीर हैं..? हां, चाकू पर, सॉफ्टवेयर में नहीं।

नीला कि @toger5 https://github.com/toger5 वास्तव में प्रस्तावित करता है
कुछ निरंतरता भी प्रदान करता है। समग्र विषय बहुत अच्छा लगता है। कहते हुए की
@toger5 https://github.com/toger5 ने ऐसे बदलाव किए हैं जो थीम को आकर्षक बनाते हैं
पारंपरिक और गंभीर वास्तव में एक अच्छी बात है। जिस तरह से गोडोट की थीम है
वर्तमान में यही कारण है कि पारंपरिक और गंभीर के लिए जाने का रास्ता है
3.0

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/godotengine/godot/issues/7294#issuecomment-293023522 ,
या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/AF-Z22wNjUml05FV3FxId98rHDkJrn7bks5rumlTgaJpZM4LMKXr
.

ग्रीन ग्रिड ia क्योंकि इसका Y अक्ष ग्रिड है.. लेकिन ऐसा होने की आवश्यकता नहीं है
रंग..

10 अप्रैल, 2017 को दोपहर 3:12 बजे, "जुआन लिनिएत्स्की" [email protected] ने लिखा:

2D और 3D के लिए हम उन्हें "2D" और "3D" दिखाने वाले आइकन के रूप में बना सकते हैं, इसके बजाय
वैक्टर .. स्पष्ट होना चाहिए

10 अप्रैल, 2017 को दोपहर 2:39 बजे, " boogabelly " [email protected] ने लिखा:

@djrm https://github.com/djrm क्या आपने कहा था कि आप जानते हैं कि चीजें अजीब लगती हैं
और बस नंबर इंजन को अधिक पागल दिखने में मदद करते हैं? मैंने अभी क्या पढ़ा?
आप चाहते हैं कि इंजन पागल दिखे? वे बस नंबर से बिल्कुल अलग दिखते हैं
बाकी डिजाइन और एक साथ squished। नुकीले किनारे खतरनाक हैं?
क्या आप गंभीर हैं..? हां, चाकू पर, सॉफ्टवेयर में नहीं।

नीला कि @toger5 https://github.com/toger5 वास्तव में प्रस्तावित करता है
कुछ निरंतरता भी प्रदान करता है। समग्र विषय बहुत अच्छा लगता है। कहते हुए की
@toger5 https://github.com/toger5 ने ऐसे बदलाव किए हैं जो थीम को आकर्षक बनाते हैं
पारंपरिक और गंभीर वास्तव में एक अच्छी बात है। जिस तरह से गोडोट की थीम है
वर्तमान में यही कारण है कि पारंपरिक और गंभीर के लिए जाने का रास्ता है
3.0

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/godotengine/godot/issues/7294#issuecomment-293023522 ,
या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/AF-Z22wNjUml05FV3FxId98rHDkJrn7bks5rumlTgaJpZM4LMKXr
.

मैं खुद वैक्टर के साथ रहूंगा। यदि आवश्यक हो तो मैं वैक्टर के लिए भी योगदान कर सकता हूं।
तेज किनारों, बाएं-संरेखित टैब और नीले सक्रिय टेक्स्टबार वह हैं जो मुझे पीछे मिलेंगे।
BTW, 3.0 में शामिल होने के लिए मूल विषय समर्थन है? बहुत सारे राय संघर्षों को यहाँ ही हल कर सकता है। शायद एक JSON/XML थीम वैल्यू सिस्टम इसे 3.0 के लिए करेगा?

@ kn1ght99 हां थीम सपोर्ट पहले से मौजूद है। गोडोट की अपनी थीम फाइल है। तो जेसन के रूप में सहेजना जरूरी नहीं है। यह एक अच्छी बात है जिसे आप सामने लाते हैं कि यह व्यक्तिगत अनुकूलन की अनुमति देता है।

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

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

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

मेरा मानना ​​है कि इन्हें थीम विकल्पों में जोड़ने से कोई नुकसान नहीं होगा और यहां सभी विरोधों को प्रभावी ढंग से हटा दिया जाएगा। @djrm और @reduz यह तय कर सकते हैं कि UI Godot 3.0 आधिकारिक तौर पर किसके साथ शिप करेगा, लेकिन थीमिंग विकल्प अब आवश्यक हो गए हैं, अन्यथा व्यक्ति द्वारा पसंद किए जाने वाले UI के अनुसार गोडोट के विभिन्न संस्करण भी अंकुरित हो सकते हैं।

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

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

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

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

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

@boogabelly समुदाय के सदस्यों के बीच समस्याएं पैदा करने की कोशिश में वहां न जाएं और कृपया बाकी धागे को पढ़ें, आप देखेंगे कि मैं उपयोगकर्ताओं के इनपुट पर विचार करता हूं।

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

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

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

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

ऐसा नहीं है कि मैं उसकी तरफ हूँ; यह सिर्फ इतना है कि मैं उनके सौंदर्यशास्त्र से सहमत हूं। व्यक्तिगत कुछ नहीं। आपने इस डिज़ाइन पर बहुत सारे अच्छे काम किए हैं, जिससे मुझे "वाह" कहने पर मजबूर होना पड़ा जब मैंने इसे पहली बार इस पृष्ठ पर देखा।

@djrm नरक नहीं, आप पीआर करेंगे;)। जिस तरह से मैंने अपनी शिकायत लिखी थी कि मैं अपने काम को ऐसी स्थिति में लाने में कामयाब नहीं हो पाया जहां यह विलय के लिए तैयार है, थोड़ा हताश लगता है;)। (मैं आपको आश्वस्त कर सकता हूं कि ऐसा नहीं है) मैं खुद से ज्यादा निराश हूं कि मैंने हाल ही में इतना कम किया है ...
मुझे लगता है कि आप पहले से ही डॉक या देखे गए विज्ञापन स्क्रीनशॉट के लिए नो मार्जिन स्टाइलबॉक्स की कोशिश कर चुके हैं। आपको क्या लगता है कि चीजों को इधर-उधर करने के लिए अनुकूलन करने में कितना काम लगेगा ताकि हमेशा स्वीकार्य अंतर हो?

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

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

@ toger5 सीमा रहित डॉक और कंटेनरों के बारे में, आपको इसे देखने की आवश्यकता है

जैसा कि आप देख सकते हैं कि गोलाकार कोनों वाले कंटेनर बाकी इंटरफ़ेस के साथ अधिक सुसंगत दिखते हैं (वे सही मार्जिन के साथ बेहतर दिखेंगे)

उन कंटेनरों के साथ क्या होने जा रहा है जिनमें सीमाहीन कंटेनर हैं (वे बदसूरत दिखेंगे)

पेड़ विजेट के बारे में, मुझे लगता है कि वे कस्टम बटन या किसी प्रकार की हैक हैं, मुझे उन चीजों पर काम करना होगा, वर्तमान में उन्हें समस्याएं हैं (मुझे नहीं पता कि मैंने उन्हें गड़बड़ कर दिया है)।

और हाँ, मैं विस्तृत तीरों के लिए नए चिह्न बनाऊँगा।

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

नमस्ते!
यूआई पर इतनी अच्छी प्रगति देखकर खुशी हुई।
आपके कुछ विचारों और टिप्पणियों पर मेरे विचार यहां दिए गए हैं।

1. रंग योजना
किसी भी रंग योजना का लक्ष्य सुसंगत होना है, अर्थात रंगों या रंगों के स्वरों का सामंजस्य बनाना है। विषम रंगों का उपयोग हमेशा बहुत सावधानी से किया जाना चाहिए, वे महत्वपूर्ण कार्यों या चयनित उपकरणों को उजागर करने वाले होते हैं। यदि बहुत अधिक तत्व इसके विपरीत हैं, तो यह समझने का कोई सुराग नहीं है कि कौन से तत्व चुने गए हैं।

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

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

2. दृश्य पदानुक्रम
इस संबंध में, यह समझना अच्छा है कि किसी भी डिजाइन में एक दृश्य पदानुक्रम होना चाहिए, एक संरचना जो स्थापित करती है कि कौन से तत्व दूसरों की तुलना में अधिक महत्वपूर्ण हैं।

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

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

दृश्य पदानुक्रम में परिवर्तन का अर्थ है तत्व में ही परिवर्तन। ज्यादातर बार यह रंग में बदलाव से पूरा होता है, लेकिन कभी-कभी यह रूप में भी बदलाव हो सकता है।

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

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

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

सारांश

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

विचार करने के लिए

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

Woohoo @alelepd अगर यह आपके लिए नहीं होता, तो यह UI भी नहीं हो रहा होता। गोडोट सिर्फ इसलिए काम करने के लिए बहुत अच्छा होगा क्योंकि यह आंखों पर अच्छा है। @reduz ने 3.0 के सभी नए अपडेट के साथ इसे और भी बेहतर बना दिया है। रोमांचक समय :-)

भारी प्रचार!

जैसा कि मैंने वादा किया था कि यहां तटस्थ रंग बटन वाला संस्करण है, कुछ अन्य चीजों को भी ट्वीक किया गया है।

यह बेहतर और बेहतर दिख रहा है :) बढ़िया काम!

लेकिन आदमी, संपादक को वास्तव में हर जगह हाशिये पर जाने की जरूरत है: /

@djrm मुझे वह काठी xolors पसंद है जिसका आप अभी उपयोग कर रहे हैं। लेकिन आप सही कह रहे हैं कि यह कम खास दिखता है। लेकिन मुझे लगता है कि जब कोई प्रोजेक्ट लोड होता है और इंस्पेक्टर, नोडेट्री भर जाता है, तब भी बहुत कुछ चल रहा होता है।

1. 3डी दृश्य में एक धुँधला बॉर्डर दिखाई देता है। एक सपाट विषय के लिए धुंधलापन अजीब है। हो सकता है कि आप वास्तव में पतली हरी रेखा कर सकें। हालांकि हरा एक प्रकार का मजबूत होता है... या सिर्फ एक धूसर पतली रेखा?

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

मार्जिन के बारे में:
हमें वास्तव में एक स्क्रीनशॉट बनाना चाहिए जहां हम सभी मिसलिग्न्मेंट को चिह्नित करते हैं। मुझे उन्हें ठीक करने में दिलचस्पी होगी जब मेरे पास एक सूची होगी जहां काम किया जाना है।

यह बेहतर दिखता है! नया 3डी व्यूपोर्ट सुंदर है। संपादन बॉक्स अभी भी बहुत अधिक आईएमओ खड़े हैं।

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

@toger5
हम फॉन्ट कलर शैडो (फ़ॉन्ट कलर के साथ एक ही रंग) + शैडो ऑफ़सेट x = 1, y = 0 के साथ एक नकली बोल्ड फॉन्ट बना सकते हैं
इस बारे में कैसा है?

हम शायद डायनामिकफॉन्ट में एक बोल्ड फ्लैग जोड़ सकते हैं .. बस फॉन्ट ड्रा करें
फिर से दाईं ओर 1px ऑफसेट के साथ

14 अप्रैल, 2017 को दोपहर 1:49 बजे, " volzhs " [email protected] ने लिखा:

@toger5 https://github.com/toger5
हम फ़ॉन्ट रंग छाया के साथ एक नकली बोल्ड फ़ॉन्ट बना सकते हैं (फ़ॉन्ट के साथ एक ही रंग
रंग) + छाया ऑफसेट x = 1, y = 0
इस बारे में कैसा है?

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/godotengine/godot/issues/7294#issuecomment-294141205 ,
या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/AF-Z22QKAlEB1mgavTj5ukzVBXC5r9xYks5rv11ZgaJpZM4LMKXr
.

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

@reduz शायद लेकिन यह फ़ॉन्ट आकार पर निर्भर करता है या मुझे लगता है कि फ़ॉन्ट कैसा दिखता है।
एचएम... बोल्ड आकार हो सकता है? :मुस्कुराओ:

@ toger5 मार्जिन के बारे में मैं मदद कर सकता हूं। ज्यादातर मॉक-अप के साथ शायद।

मैं शायद स्क्रिप्ट निर्माण संवाद को ठीक करने की कोशिश करूंगा, लेकिन मैं वास्तव में अनुभवहीन कोडर हूं इसलिए मैं वादा नहीं कर सकता कि मैं इसे करूंगा: डी (सी ++ और गोडोट आकार मेरे लिए थोड़ा डरावना है, अभी एक्सडी के लिए)

लेकिन पहले हमें मास्टर में नई थीम चाहिए जो मुझे लगता है :)

@n-कबूतर
मुझे लगता है कि मर्ज किए गए विषय के बिना आप इसे करने में सक्षम होना चाहिए। थीम वास्तव में किसी भी ui आकार को प्रभावित नहीं करती है...

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

विषय वास्तव में बहुत अच्छा लग रहा है, लेकिन मैं अभी भी पृष्ठभूमि के लिए स्क्रिप्ट तापमान रंग का उपयोग करना पसंद करूंगा, अग्रभूमि नहीं।

@neikeq मुझे लगता है कि यह वास्तव में अच्छा लग रहा है और आईएमओ को पढ़ना मुश्किल नहीं बनाता है। मुझे यह वैसे ही पसंद है जैसे यह स्क्रीनशॉट में है।

हो सकता है कि मुझे एक पीआर बनाना चाहिए ताकि हम शेष सभी समस्याओं को ठीक कर सकें और संघर्षों से बच सकें, आपको क्या लगता है?

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

बटन वर्ग के लिए एक अच्छा जोड़ होगा। हो सकता है कि आप इसे विभिन्न राज्यों के लिए अन्य पैरामीटर के रूप में जोड़ सकें। सामान्य दबाया हुआ होवर...
तो हर राज्य में एक ऑप्टिनल स्टाइलबॉक्स और एक वैकल्पिक टिंटकलर होता है।

मैं @ghost से सहमत हूं। मुझे लगता है कि नीले रंग ( @djrm के मूल इनपुट डिज़ाइन में से एक) को हरे रंग के बजाय सक्रिय रंग के रूप में इस्तेमाल किया जाना चाहिए। यह आपके चेहरे में अन्य रंगों / कम के साथ बहुत अधिक सामंजस्यपूर्ण है।

दृश्य टैब शीर्षक के नीचे एक छोटी काली रेखा है। यह एक कलाकृति है?

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

एलेप्ड यूआई मॉकअप में कोई गोल कोने नहीं हैं। यदि यह मॉकअप जाने का रास्ता है, तो मुझे लगता है कि इन घुमावदार कोनों को हटाना स्वीकार्य है।

बायीं और दायीं ओर सीधे भाग के बिना गोल कोनों को बनाने के लिए मातृ दृष्टिकोण निम्नलिखित है:
मार्जिन टॉप 0 मार्जिन लेफ्ट 32 मार्जिन राइट 32 मार्जिन बॉटम 0. और 64*64 सर्कल इमेज का उपयोग करें।
यह 50 और 80 ऊंचाई के बीच किसी भी चीज़ के लिए वास्तव में अच्छा दिखना चाहिए।

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

@ william01110111 ने स्टाइलबॉक्स में भी देखा और मुझे वह टिप दी।
वह उस धागे पर भी दिलचस्पी ले सकता है।

कुछ विचार:

साथ ही यूआई अपडेट के लिए दाईं ओर रोटरी टिकर साफ-सुथरा है लेकिन अनावश्यक भी है। यदि हम दाहिनी ओर से वह सारा सामान हटा देते हैं, तो हम 2d/3d/script अनुभाग को दाईं ओर ले जा सकते हैं। या बीच में और फिर प्ले बटन को दाईं ओर ले जाएं। मुझे लगता है कि इससे शीर्ष बहुत साफ हो जाएगा।

रंगीन बार ध्वनि स्तर IIRC है, मुझे हरे रंग की टिक के बारे में पता नहीं है।

शायद अब हम ध्वनि स्तर से दूर हो सकते हैं कि हमारे पास ऑडियो बस इंटरफ़ेस है।

@RodeoMcCabe बार एक वॉल्यूम बार है जो अब गायब हो जाएगा अगर मैं सही समझूं; "सेटिंग्स" संपादक सेटिंग्स है, परियोजना के साथ कुछ लेना देना नहीं है, मुझे लगता है कि दाईं ओर ठीक है; अन्य 2 आइकन (संसाधन परिवर्तन, अब ऑटो आयात और अपडेट व्हील) मेरा मानना ​​​​है कि ध्वनि बार के समान ही भाग्य होगा लेकिन निश्चित नहीं है।

व्हील इंगित करता है कि संपादक में कुछ संसाधित किया गया है।

हो सकता है कि हम तब लेबल को "संपादक" में बदल सकें। मुझे सच में लगता है कि यह बाईं ओर है क्योंकि यह एक लेबल वाला बटन है जो एक मेनू खोलता है, ठीक वैसे ही जैसे बाईं ओर सब कुछ है। एक मेनू बार होना अच्छा है जहां उन सभी प्रकार के मेनू हैं।

@ एन-कबूतर मुझे पता है, लेकिन मुझे इसका कोई फायदा नहीं हुआ। यह वहां रह सकता है, मुझे इस तरह की सुविधा का कोई कारण नहीं दिख रहा है।

3डी/2डी/स्क्रिप्ट/फुलस्क्रीन बटन के बारे में:
मुझे लगता है कि 3डी/2डीडी/स्क्रिप्ट व्यू के दाहिने शीर्ष पर प्रस्तावित स्थान सबसे अधिक समझ में आता है क्योंकि यह स्पष्ट है कि यह मुख्य विंडो को प्रभावित करता है न कि पूरे संपादक को।

सेटिंग्स का नाम बदलकर संपादक करना वास्तव में एक अच्छा विचार है क्योंकि सेटिंग्स वास्तव में भ्रमित करने वाली हैं। मुझे कैसे पता होना चाहिए कि यह केवल संपादक सेटिंग्स रखता है ...

इसे बाईं ओर ले जाना ठीक है... लेकिन ईमानदारी से कहूं तो मुझे अलगाव पसंद है: लेफ्ट साइड प्रोजेक्ट, राइट साइड एडिटर।
हालाँकि जब ध्वनि lvl हटा दी जाती है तो दाहिना भाग थोड़ा खाली हो जाता है ...
लेकिन मुझे अब भी अलगाव पसंद है।

शीर्ष बार को केवल मेनू बटन + प्ले/पॉज़/स्टॉप ... तक सरल बनाने का सामान्य दृष्टिकोण वास्तव में एक अच्छा इरादा है।

@RodeoMcCabe शायद नेत्रहीन यह वहां अच्छी तरह से बैठेगा लेकिन तार्किक रूप से नहीं।
बस इसे हिलाना बुरा विचार होगा, इसे स्थानांतरित किया जा सकता है लेकिन इसे अलग करने की आवश्यकता होगी।
नाम को "संपादक" में बदलना अच्छा विचार है।

इसे स्थानांतरित किया जा सकता है लेकिन इसे अलग करने की आवश्यकता होगी।

यह सच है, इसलिए मैंने लेबल बदलने का सुझाव दिया। लेकिन मुझे वास्तव में "लेफ्ट साइड प्रोजेक्ट, राइट साइड एडिटर" का विचार भी पसंद है।

मुख्य समस्या जो मैं अभी शीर्ष पर देख रहा हूं, वह यह है कि इसमें चार खंड हैं: मेनू बार, 2d/3d/assetlib, खेल अनुभाग, और दाईं ओर की सामग्री। अच्छा होगा कि केवल तीन खण्डों को बाएँ, मध्य और दाएँ ओर अच्छी तरह से रखा जाए।

कुछ स्थानों को प्लगइन्स के लिए भी स्थान की आवश्यकता होती है, बाईं ओर का मेनू नई शीर्ष प्रविष्टियों की अनुमति देता है?

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

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

डिफ़ॉल्ट रूप से न्यूट्रल ग्रे डार्क थीम वाले ऐप्स:

ब्लेंडर, सभी एडोब उत्पाद (फ़ोटोशॉप, ऑडिशन, एई ...), रीपर, डिस्कॉर्ड (नीला लेकिन कम संतृप्त), विजुअल स्टूडियो और कोड (नीला लेकिन कम संतृप्त), सबलाइम टेक्स्ट (नारंगी लेकिन कम संतृप्त), यूनिटी 3 डी , 3DSMax, माया, क्रायइंजिन, UE4, गेम मेकर...

यदि यह नीला रंग डिफ़ॉल्ट रहता है, तो कृपया इसे आसानी से बदलने योग्य बनाएं^^

गहरे भूरे रंग का संस्करण बनाना आसान होना चाहिए क्योंकि आपको केवल पृष्ठभूमि रंग बदलने की आवश्यकता है।

मैंने अभी एक त्वरित उदाहरण बनाया है कि यह कैसा दिख सकता है:

बीटीडब्ल्यू। परिवर्तन इनपुट के लिए एक और विचार:

उस गहरे भूरे रंग की थीम पर ऐसा लगता है कि बोर्डर अलग-अलग कार्यस्थानों के आस-पास बहुत छोटे हैं...कुछ ऐसा है जिसके बारे में मैंने अभी हाल ही में एक विषय शुरू किया है।
https://github.com/godotengine/godot/issues/8512

अब मैं गहरे भूरे रंग का प्रशंसक हूं। कृपया पुनर्विचार करें।

@alelepd संपत्ति सूची को वापस लाने के लिए धन्यवाद।
मुझे आपके द्वारा प्रस्तावित विचार पसंद है। और मुझे लगता है कि गोल सीमाएं परिवर्तनशील/इनपुट के लिए संकेत एक अच्छा तरीका है!
हमें एक संपत्ति सूची नोड को फिर से बनाना भी नहीं है। हम अभी भी एक पेड़ का उपयोग कर सकते हैं लेकिन बस कस्टम इनपुट को बदलकर इसे नया स्टाइलबॉक्स दें और इनसेट ऑफ़सेट को 0 पर सेट करें। मैंने इसके साथ स्थानीय शाखा पर शुरुआत की। मेरा दृष्टिकोण प्रत्येक पंक्ति के लिए एक संपत्ति को लागू करना था जो निर्धारित करता है कि पंक्ति ढहने वाले तीर को प्रदर्शित करती है या नहीं।

मुझे लगता है कि उन विगेट्स पर गोलाकार कोनों कम से कम महत्वपूर्ण चीज है।
सबसे अधिक उपयोगिता के लिहाज से अंतर स्वयं विजेट है। हर बार जब आप वेक्टर3/2, क्वाट, बेसिस या ऐरे टाइप को ट्वीक करना चाहते हैं तो यह एक दर्द संपादन पॉपअप विंडो है ...

हो सकता है कि 3 को आधिकारिक नीले और गहरे (और हल्के?) ग्रे वैकल्पिक विषय के साथ भेजा जा सकता है।

@ n-कबूतर यहाँ निरीक्षक डिजाइन #8196 . के बारे में चर्चा है

पवित्र मोली @alelepd क्या तुम मुझसे मजाक कर रहे हो? यह पागल अच्छा लगता है। यह आधुनिक है, आंखों पर आसान है, और बीच में सब कुछ है। @reduz कहाँ है जब आपको इसे देखने के लिए उसकी आवश्यकता है? उसे यह देखना चाहिए। सुनिश्चित नहीं है कि वह विषय जैसी चीजों की परवाह करता है क्योंकि वह कोड में पकड़ा गया है और चीजों को काम कर रहा है, लेकिन वाह यह वास्तव में कुछ है। /तालियाँ

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

नई थीम के बारे में कुछ चीज़ें हैं जो मुझे पसंद नहीं हैं:

• पारदर्शी शीर्षक पट्टी। आईएमओ बहुत बुरा लग रहा है।
• शीर्ष पर स्थित कुछ बटन (2D/3D/Script, Run, Pause, Stop, आदि) में माउस होवर पर प्रतिक्रिया की कमी होती है। यह बहुत अच्छा होगा यदि माउस बटन के ऊपर होने पर आइकन गहरे रंग के हों।
• माउस होवर पर बटन बॉर्डर और उसका रंग अजीब लगता है (मुझे यकीन नहीं है कि इसे कैसे समझा जाए):
  
  इसके अलावा, नई थीम मुझे बहुत अच्छी लगती है :)

बस नए विषय की कोशिश की और बहुत मजबूत, ऊर्जावान महसूस किया जैसे @Zylann ने कहा, 2.x विषय आंखों के लिए बहुत बेहतर है (या कम से कम मेरी आंखों में क्या बचा है)।

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

27 अप्रैल, 2017 को शाम 5:55 बजे, "ईऑन-एस" नोटिफिकेशन @github.com ने लिखा:

बस नई थीम को आजमाया और @Zylann . की तरह बहुत मजबूत, ऊर्जावान महसूस करता है
https://github.com/Zylann ने कहा, 2.x थीम आंखों के लिए काफी बेहतर है
(या कम से कम मेरी आँखों में क्या बचा है)।

[छवि: godottheme2vs3]
https://cloud.githubusercontent.com/assets/10215987/25492224/bd7c4b32-2b48-11e7-8332-aaa601b244c6.png

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/godotengine/godot/issues/7294#issuecomment-297757206 ,
या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/AF-Z2xmx4kUf33pUyJqwywtAvWOj7U7Jks5r0LqOgaJpZM4LMKXr
.

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

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

सामान्य स्क्रॉल बार और होवर्ड स्क्रॉल बार की तुलना:

मुझे लगता है कि स्क्रॉल बार को घुमाए जाने पर नीली "होवर" छाया का उपयोग करने के लिए संशोधित किया जा सकता है, और दबाए जाने पर हरी "दबाया गया" योजना (जो इस तथ्य का एक दृश्य संकेत भी देती है कि उपयोगकर्ता इसे चारों ओर ले जा सकता है)।

+1 से ग्रे UI बैकग्राउंड और +1 से ब्लू होवर और ग्रीन को स्क्रॉल बार पर दबाया गया।

^^ और +1 बिना गोल कोनों के लिए और +1 हर चीज के बीच कोई सीमा नहीं, कम से कम उतना चौड़ा नहीं जितना वे अब वैसे भी हैं ..

हाल ही में वास्तव में गर्म मुद्दा। मैंने एक छोटी सी कोशिश की।

मैं मानता हूं कि सीमाएं अधिक चौकोर होनी चाहिए, साथ ही 2px की सीमाएं थोड़ी अधिक हैं, वे डॉक को भी धुंधली दिखती हैं। साथ ही, यदि संभव हो तो मार्जिन को थोड़ा कम करें^^
और कुछ कारणों से मुख्य नियंत्रण में दूसरों की तुलना में मोटा मार्जिन होता है ... लेकिन मुझे लगता है कि आपने इसे ठीक कर दिया है ^^

@volzhs मुझे अंतर खोजने में थोड़ा समय लगा: Stuck_out_tongue: बेहतर लग रहा है।

मॉक-अप के अधिक करीब ...

तुम सब क्या बात करते हो?
अगर यह काफी अच्छा है, तो मैं बाकी काम करूंगा...

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

गोल करने के बारे में ध्यान दें ... जबकि मैं मानता हूं कि गोल कोनों को थोड़ा "पुराना स्कूल" लगता है, मुझे यकीन नहीं है कि पूरी तरह स्क्वायर सीमाएं बेहतर हैं। एक सूक्ष्म गोलाई होना भी ठीक रहेगा (गोडोट 2 जैसा आकार वास्तव में, लेकिन बिना रूपरेखा के)

यहाँ लाइव फ़ीड है। :मुस्कुराओ:

@volzhs मुझे यह पसंद है! टैब के संरेखण के रूप में वे अब मुझे थोड़ा परेशान करते हैं, आपका नवीनतम स्क्रीनशॉट कमाल का है! पीआर शायद? मैं

@karroffel हाँ । मुझे और समय चाहिए। :स्माइली:

मुझे लगता है कि आप #8512 को संतुष्ट करने के लिए कंटेनरों के बीच के अंतर को कुछ px तक कम कर सकते हैं। बहुत अच्छा लग रहा है, मुझे संरेखित टैब पसंद हैं :)

@ अकिएन-मगा हाँ। मैं वह भी कोशिश करूंगा।

मार्जिन को निश्चित रूप से कम करने की जरूरत है। क्या आप उपरोक्त @alelepd की थीम की तरह ग्रे रंग के साथ जा सकते हैं? यह बहुत साफ दिखता है। उस विषय में भी हाशिये ठीक हैं।

@riirii मैं कोशिश करूँगा, लेकिन इसका वादा नहीं कर सकता क्योंकि कुछ छवियों का उपयोग किया जाता है।
मैं पहले वर्तमान रंग विषय पर टिकूंगा।

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

वर्तमान में मास्टर में विषय की कोशिश की, मेरे व्यक्तिपरक नोट्स:

• पारदर्शी टाइटल बार गलत हैं, कृपया पुनर्विचार करें ^^ मुझे पसंद नहीं है कि वे "ब्लेंड-इन" हों
• शीर्ष मेनू में "रेक्ट बैकग्राउंड" होवर होना चाहिए, हल्का टेक्स्ट होवर पर्याप्त नहीं है
• मुझे "नियॉन-लाइक" बटन पसंद नहीं हैं, साथ ही उनकी पृष्ठभूमि का एक अलग रंग होना चाहिए।
• कई बॉर्डर 2px चौड़े हैं (बटन, डॉक और विंडो के आसपास), यह थोड़ा बहुत है
• होवर प्रभाव गायब/पर्याप्त रूप से मजबूत नहीं है, ऐसा लगता है कि यूआई उत्तरदायी/रफ नहीं है
• मेनू विभाजक अदृश्य हैं
• यह नीला!
• ...

मैं आगे बढ़ सकता था और पाठ में बहुत कुछ वर्णन कर सकता था लेकिन मुझे लगता है कि वास्तविक दृश्य के साथ छेड़छाड़ करना बेहतर है, क्योंकि यह वैसे भी एक हजार शब्दों के लायक है ^^

मुझे लगता है कि आपने बहुत अच्छा किया @djrm .. इससे गेंद लुढ़क गई। मैं यह नहीं कहूंगा कि @alelepd थीम पारंपरिक है। यह आधुनिक और हल्का है और इसमें निरंतरता है। यह निश्चित रूप से कुछ ऐसा है जिसे नजरअंदाज नहीं किया जाना चाहिए।

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

@volzhs 1. क्या आपने सीमा हटाने के साथ किए गए पीआर की जांच की है? शायद आपने इसे वैसे ही किया था, लेकिन यह अभी भी मदद कर सकता है। ईमानदारी से कहूं तो मैं इसे मर्ज करने की योजना नहीं बना रहा हूं, लेकिन इसे संसाधन के रूप में इस्तेमाल किया जा सकता है।

1. क्या आप मुख्य विंडो के लिए टैब को अन्य टैब की तुलना में समान ऊंचाई के लिए अनुकूलित करने का प्रयास कर सकते हैं (और कोई गोलाकार कोने नहीं)

@ toger5 हाँ । अब कर रहे हैं...
और मैंने आपके पीआर की जाँच की और मैं इसे थोड़ा अलग तरीके से कर रहा हूँ ताकि डिफ़ॉल्ट थीम को न छुआ जा सके।

मुझे लगता है कि यह लगभग हो चुका है।
ध्यान दें, यह डिफ़ॉल्ट थीम को नहीं बदलता है, केवल संपादक पर प्रभाव डालता है।

@volzhs वास्तव में अच्छा लग रहा है, हमें कुछ मार्जिन जोड़ने की आवश्यकता हो सकती है

ऐशे ही?

छोटे मार्जिन बहुत अच्छे लगते हैं। बाएं संरेखित टैब भी बेहतर हैं।

@Zylann किया!

अब कोड को थोड़ा साफ करने की जरूरत है।

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

यह शानदार लग रहा है

28 अप्रैल, 2017 को सुबह 9:01 बजे, "टिमो" नोटिफिकेशन @github.com ने लिखा:

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

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/godotengine/godot/issues/7294#issuecomment-297923645 ,
या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/AF-Z25j6CUG1AfAZ5Gac7D04WfGAKJGFks5r0Y7AgaJpZM4LMKXr
.

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

मुझे लगता है कि @alelepd अवधारणा को देखने के बाद, विशेष रूप से कुछ दिनों पहले के अंधेरे वाले, कोई अन्य UI उस पर खरा नहीं उतरने वाला है। यह आकर्षक आधुनिक यूआई है जिसके लिए गोडोट योग्य है और मेरी आंखें तरसती हैं।

मैं इस पर @Zephilinox के साथ हूं। @alelepd का विषय प्रमुख UI समाधान है, लेकिन किसी कारण से टाला जा रहा है। शायद बनाना असंभव है? किसी भी तरह, उम्मीद है कि गोडोट 3 में पर्याप्त कस्टम विकल्प होंगे कि मैं कम से कम रंगों की नकल कर सकता हूं क्योंकि मुझे यकीन है कि यूआई को इस तरह से प्रोग्राम नहीं कर सकता है। दुर्भाग्य से :( लेकिन कम से कम लोग गोडोट यूआई को बेहतर बनाने की कोशिश कर रहे हैं। यह सिर्फ वही नहीं है जिसे मैं पसंद करता हूं। लेकिन मुझे लगता है कि हर किसी की प्राथमिकता होती है।

उम्मीद है कि यदि उपयोगकर्ता चाहें तो कस्टम थीम सेट करने में सक्षम होना चाहिए, वह विकल्प संपादक सेटिंग्स में मौजूद है। लेकिन जाहिरा तौर पर एक फिक्स की जरूरत है? https://github.com/godotengine/godot/issues/5998
(यह भी कि अगले विषय का परीक्षण कैसे किया जाता है? हर बार परिवर्तन किए जाने पर पुन: संकलित करना?)

मैं छोटे मार्जिन को पसंद करता हूं, लेकिन यह अभी भी बहुत बेहतर है IMHO ... मैं व्यक्तिगत रूप से शामिल सभी को धन्यवाद देना चाहता हूं ... मेरे पास केवल एक मॉनिटर है (हे ... पत्नी और बच्चे .. मतलब मेरे अतिरिक्त संसाधन कहीं और जाते हैं) और कम से कम थोड़े छोटे बोर्डर और मार्जिन होने से मेरा दिन आसान हो जाता है। मैं बाद में अपने को अनुकूलित करने पर विचार करूंगा ... एटीएम मैं अपने वर्तमान प्रोजेक्ट के लिए 2.x के साथ रहूंगा।

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

28 अप्रैल, 2017 को अपराह्न 3:10 बजे, "जस्टिनबैरेट" नोटिफिकेशन @github.com ने लिखा:

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

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/godotengine/godot/issues/7294#issuecomment-297993389 ,
या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/AF-Z2w2dqXWMjdOc0vfBaJgvN4tP_nAWks5r0eUngaJpZM4LMKXr
.

मैंने नई डिफ़ॉल्ट थीम के साथ कुछ परीक्षण किए।

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

यह पुराना विषय है।

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

@reduz जब तक उस बैंगनी नीले UI रंग को गहरे भूरे रंग में बदलने का एक कस्टम विकल्प है, यह मेरे साथ ठीक है। थम्स अप

पृथक्करण रेखाओं को देखना बहुत कठिन है, इससे पहले कभी भी समस्या नहीं हुई थी, शायद इस तरह की सुविधा जोड़ने से यह आसान हो सकता है।

अक्षम बटन को पढ़ना भी आसान नहीं है

क्या कोई मौका है कि हम पुराने विषय का उपयोग कर पाएंगे?

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

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

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

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

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

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

धूसर

नीला ग्रे

अंबर

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

(ओउ कि चमक जलती है)

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

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

टीएल; डॉ

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

किसी भी तरह से यह प्रतिक्रिया प्राप्त होती है, उम्मीद है कि इसे ध्यान में रखा जाएगा।

अद्भुत सहयोग जारी रखें

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

तथ्य यह है कि लोगों ने जो सुधार किए हैं, उनकी सराहना की जानी चाहिए। विषय पहले से ही बेहतर दिख रहा है और प्रयोज्य में मदद करने के लिए चीजों को विशेष रूप से ऊपर की ओर ले गया है। मैं उसके लिए खुश हूँ। कुछ और सुधार और समग्र रंग योजना में बदलाव से खुशी होगी क्योंकि मुझे पता है कि मेरे पास कभी भी गोडोट नहीं हो सकता है @alelepd से विषय के साथ

@djrm वर्तमान परिवर्तन ज्यादातर "डिफ़ॉल्ट थीम" के बारे में है, न कि "संपादक थीम" के बारे में।
व्यक्तिगत रूप से, मुझे प्रोटोटाइप गेम के लिए पुरानी थीम और केवल संपादक के लिए नई थीम पसंद है।
क्या सोचते हो?

@volzhs मुझे यह विचार पसंद है और प्रोटोटाइप (कुछ वास्तव में सरल) के लिए बेहतर अनुकूल डिफ़ॉल्ट थीम की पेशकश करना भी अच्छा होगा, लेकिन मुझे नहीं पता कि मुझे एक गोडोट थीम (वर्तमान विषय के लिए) बनाना होगा, मैं थीम संपादक को इतना पसंद नहीं है

@djrm मेरे पास इसके लिए एक विचार है। यह ज्यादातर कोड के बारे में है। मैं एक प्रदर्शन करूंगा और तब आपकी राय चाहूंगा। :)

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

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

आप एक उपयोगकर्ता के रूप में थीम कैसे बदल रहे हैं? मैंने एक .tres थीम बनाने की कोशिश की जो सिर्फ बटनों का रंग बदलता है, इसे मेरे प्रोजेक्ट में सहेजता है, लेकिन जब मैं इसे custom theme संपादक सेटिंग में लोड करता हूं, तो कुछ नहीं होता, कोई कंसोल संदेश नहीं, भले ही मैं संपादक को पुनरारंभ करता हूं .

@GalanCM यह एक अच्छा विचार है। खासकर जब से आपका विषय वास्तव में काठी है। कोई विशिष्ट रंग, शैली... लगभग हर जगह फिट बैठता है! संपादक के लिए सरल विषय की तुलना में प्रोटोटाइप के लिए बहुत बेहतर!

@Zylann इंस्टॉलेशन थोड़ा वायर्ड है। पथ सेट करने के लिए आपको एक स्क्रिप्ट चलाने की आवश्यकता है। अब बिल्कुल निश्चित नहीं है कि यह कैसे काम करता है लेकिन यह जितना होना चाहिए उससे कहीं अधिक जटिल है।

@MakeGodotGreatAgain : ओपन सोर्स की खूबी यह है कि कोई भी अपनी पसंद के हिसाब से समय बिता सकता है। यहां बहुत सारे लोग हैं जो सोचते हैं कि वर्तमान विषय को ताज़ा करने की आवश्यकता है (मैंने जो देखा है उससे खुद @reduz सहित) और आपको उनके प्रयासों को "निषिद्ध" करने का कोई अधिकार नहीं है। अगर आपको लगता है कि आपके पास वैध चिंताएं हैं तो आपको उन्हें कम आग लगाने वाले तरीके से आवाज उठानी चाहिए। आपके वर्तमान रवैये से कोई आपकी बात नहीं सुनेगा।

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

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

हो सकता है कि इसे गोडोट परियोजना के भीतर अन्य भूमिकाओं को औपचारिक रूप देने के लिए कहीं और लागू किया जा सकता है? सिर्फ एक विचार। शायद यह पहले से मौजूद है। शायद किसी को परवाह नहीं है। शायद मैं इस पर विचार कर रहा हूँ :)

लोगो में नयापन आ गया। यह मूल रूप से वही नासमझ रोबोट चीज है। बस थोड़ा पतला दिखता है।

@MakeGodotGreatAgain
निषिद्ध बहुत का अर्थ है "एक आदेश":

ऐसा लगता है कि आपके पास कुछ वैध चिंताएं हैं। आपकी पहली पोस्ट में इस तरह की और चीज़ें होनी चाहिए थीं:

अजीब रंगों और बटनों के साथ कुछ नहीं जिसमें 25 पिक्सेल चौड़ी सीमाएँ हों।

साथ ही, वर्तमान विषय hiDPI के साथ काम क्यों नहीं कर सकता?

जो एक संवाद शुरू करते हैं और टिप्पणियों की तुलना में बहुत अधिक कार्रवाई योग्य हैं जैसे:

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

जाहिरा तौर पर @Calinou सोचता है कि "mahh hiDPI" समर्थन इतना अद्भुत है।

जो वर्तमान विषय करता है। समय बर्बाद करना बंद करें और उन मुद्दों पर ध्यान केंद्रित करें जो वास्तव में मायने रखते हैं

जो इस धागे में लोगों की कड़ी मेहनत के प्रति उत्साही और अपमानजनक हैं।

पुराने विषय की बात कर रहे हैं। क्या इसे _कस्टम थीम_ विकल्प के साथ वापस पाना संभव है? या फिर कोड में अभी भी कुछ हिस्से हार्ड-कोडेड हैं?

@MakeGodotGreatAgain वह पीआर पुराना है। लोगो नहीं बदलेगा लेकिन केवल थोड़ा सा रिफ्रेश दिया गया था। अपडेट की गई थीम में बटन उतने अधिक नहीं रहेंगे। मुझे यकीन है कि नया थीम मैनेजर सभी को वह देगा जो वे चाहते हैं।

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

आपने कुछ मान्य प्रतिक्रिया व्यक्त की है और मुझे यकीन है कि विषय पर काम करने वाले लोग इस बात की सराहना करते हैं कि आपने इसे आवाज देने के लिए समय लिया। लेकिन अगर आप चाहते हैं कि आपकी आवाज सुनी जाए तो राजनयिक होना आपके हित में है।

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

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

साथ ही, क्या प्री अल्फा स्टेट के आधार पर थीम को आंकना जल्दबाजी नहीं है?

यह वस्तुनिष्ठ रूप से अच्छा कैसे है।

क्या, तथ्य यह है कि बटन ध्यान आकर्षित कर रहे हैं? खैर, मेरे पास इसके बारे में कुछ विचार हैं।

ऐसा कुछ भी नहीं है जो यह दर्शाता हो कि आप सक्रिय टैब से सटे टैब पर क्लिक कर सकते हैं।

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

मैं इस विषय का उपयोग करने के बजाय ऐसा करना चाहूंगा।

कृपया इसे कैमरे पर करें और youtube पर पोस्ट करें। मैं कुछ अजीब चीजों में हूँ।

क्या सभी निष्क्रिय टैब बिना किसी बीजी/सीमाओं के क्षैतिज रूप से समान रूप से दूरी बनाए रखने वाले हैं

हां। यह देखने के लिए उत्तर देखें कि आपकी शिकायत बेहद मूर्खतापूर्ण क्यों है।

तथा? मुझे लगता है कि जीथब का टैब/यूई भयानक है और ऐसा लगता है कि यह अभी भी 2011 में अटका हुआ है

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

और यदि आप और उदाहरण चाहते हैं तो यहां कुछ जोड़े हैं: ऐप्पल उत्पाद, Google उत्पाद, सब कुछ विंडोज़, लिनक्स डेस्कटॉप वातावरण का एक अच्छा हिस्सा और मालिकाना कार्यक्रमों का एक बकवास टन।

थीम सिर्फ 2017 के वास्तविक रुझानों का अनुसरण करती है। मुझे यकीन नहीं है कि आपको 2011 में एंड्रॉइड 6> मिला है, लेकिन आप स्क्रीनशॉट देख सकते हैं और देख सकते हैं कि प्रेरणा कहां से आई।

मैं तुम्हें कभी नहीं छोडूंगा।

वहाँ बाहर होने का मज़ा लें। और जब आप वहां हों तो आप कुछ वास्तविक डिज़ाइन दस्तावेज़ देख सकते हैं https://material.io/guidelines/material-design/introduction.html

यह आपको 2017 में वापस लाएगा।

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

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

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

संक्षेप में: हमेशा मूल्यांकन करें कि आपकी टिप्पणी समुदाय के व्यवहार को कैसे प्रभावित करेगी और मूल्यांकन करें कि क्या वह प्रभाव आपको जो कुछ भी लक्ष्य कर रहा है उसे सफल करने में आपकी सहायता करता है!

मुझे पता है कि समाज बहुत पिछड़ा हुआ प्रतीत होता है, लेकिन मनुष्य साधारण खेल खेलने के लिए पर्याप्त उद्देश्यपूर्ण नहीं हैं :)

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

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

@riirii थीम मैनेजर? मैं सोच रहा था कि बिना ज्यादा मेहनत किए कुछ ऐसा हासिल किया जा सकता है, क्या आप इस पर काम कर रहे हैं?

@ toger5 मैं न तो नीले रंग का प्रशंसक हूं और न ही अजीब हरे रंग का। मैं विषय के साथ खिलवाड़ कर रहा हूं, लेकिन मेरे पास एक मुद्दा यह है कि पीएनजी बदलने से कोई प्रभाव नहीं पड़ता है, मुझे बनावट शैलियों को फ्लैट शैलियों के साथ बदलना पड़ रहा है जो आदर्श नहीं है। कोई विचार जहां मैं गलत हो रहा हूँ?

@Zephilinox पीएनजी का कोई प्रभाव नहीं पड़ता है क्योंकि पथ सही होने की आवश्यकता होती है, अन्यथा वे res://फ़ोल्डर को इंगित करते हैं जो वर्तमान ओपेंड प्रोजेक्ट से संबंधित है (कम से कम जिस तरह से मैं इसे समझता हूं)
यह भी देखें: #8605

एक गहरी समझ प्राप्त करने के लिए इस स्क्रिप्ट को चेक करें

धन्यवाद जो बहुत कुछ समझाता है।

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

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

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

@mcanders यही कारण है कि गोडोट में केवल एक के बजाय कई चयन योग्य थीम होनी चाहिए

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

@mcanders मुझे आशा है कि जो कोई भी इस पर काम करता है वह समुदाय के लिए इसका उल्लेख करता है (शुरुआत में मेरे अलावा;))
जैसे ही कोई इस तरह के समूह को संगठित करने को तैयार होता है। यह निश्चित रूप से एक बुरा तरीका नहीं होगा।
अभी इस पर काम कर रहे सभी पीपीएल की निगरानी कर रहे हैं। और राय इकट्ठी कर रहे हैं।

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

दो या तीन थीम से गोडोट के डाउनलोड आकार में वृद्धि होने की अत्यधिक संभावना नहीं है ताकि यह डाउनलोड करने वाले लोगों के लिए महत्वपूर्ण हो।

बहुत खूब। मैं अभी-अभी यात्रा से वापस आया हूँ और मास्टर में नई थीम! :डी

अच्छा! अच्छा लग रहा है।
अब केवल एक चीज बची है वह है मार्जिन और कुछ डायलॉग्स को ठीक करना।

@djrm क्या आप HTML5 आइकन बदलने की योजना बना रहे हैं? सफेद चिह्नों के बीच इतना नारंगी होना थोड़ा अजीब लगता है :D

@ toger5 पीएनजी के बारे में, मुझे समझ में नहीं आ रहा है कि पथ इससे कैसे संबंधित हैं। मैं कस्टम .tres थीम का उपयोग नहीं कर रहा हूं, मैं इंजन स्रोत का संपादन कर रहा हूं। क्या मुझे उन पीएनजी को कहीं और रखना चाहिए जो/दृश्य/संसाधन/डिफ़ॉल्ट_थीम में हैं?

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

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

@ toger5 : वे (वैकल्पिक) संपत्ति के रूप में भी उपलब्ध हो सकते हैं लेकिन सूची में खो जाने के लिए उन्हें कृत्रिम रूप से एक स्थान पर रखना होगा।

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

@ toger5 आह मैं देखता हूं, धन्यवाद, मुझे लगता है कि मैंने इसे समझ लिया:

आप जो चाहें svg संपादित करें
उन्हें दृश्य/संसाधन/डिफ़ॉल्ट_थीम में निर्यात करें, या /misc/scripts/svgs_2_pngs.py का उपयोग करें
/scene/resources/default_theme पर जाएं और make_header.py . चलाएं
संकलित करें और चलाएं

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

@ eon-s हाँ यह बहुत मानक है, समस्या यह है कि गोडोट में अभी यह कार्यक्षमता नहीं है।

अगर हमें https://github.com/godotengine/godot/issues/8604 मिलता है तो थीम बदलना संपादक सेटिंग्स में 4 रंगों को संशोधित करने जितना आसान हो सकता है।

ठीक है, यह मुद्दा हाथ से निकल रहा है, उस पटरी से उतरने वाली ट्रेन को रोकने का समय आ गया है।

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

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

जैसा कि मैंने उल्लेख किया है, जो विलय किया गया था वह एक कार्य प्रगति पर है, इसलिए इसमें अभी भी सुधार किया जाएगा। @volzhs ने पहले ही कुछ मुद्दों को संबोधित किया है, मैं IRC पर देखता हूं कि @ n-कबूतर कुछ सुधारों पर भी काम कर रहा है - वे उस तरह के योगदानकर्ता हैं जो हमें कहीं लाते हैं। जो लोग केवल उनके बारे में शेखी बघारते हैं कि उन्हें क्या पसंद नहीं है, और उनकी उपेक्षा किए जाने की संभावना है। इसके बजाय, उन परिवर्तनों को लागू करें जो आपके मन में हैं, और यह दिखाते हुए एक पीआर बनाएं कि यह पहले कैसा दिखता था और यह कैसा दिखता है (विशेषकर रंग विकल्पों पर सभी नाइट-पिकिंग के लिए, हम वास्तव में कुछ तुच्छ के लिए नाम कॉल करना शुरू नहीं करते हैं ...)

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

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

और उन सभी को बहुत-बहुत धन्यवाद जिन्होंने वर्तमान विषय पर काम किया है, आपने बहुत अच्छा काम किया है :)