यह एक शानदार यूआई है ...

आप कुछ डॉक को छिपाने/चालू या बंद करने के लिए मेनू में "विंडोज़" जोड़ना चाह सकते हैं ...: डी

यह वास्तव में सुंदर दिखता है और यह वास्तव में बहुत सुसंगत है। मुख्य
सीमा अभी यह है कि डॉक इतने लचीले नहीं हैं और मुख्य
विंडो (2डी/3डी/स्क्रिप्ट/सहायता) को अनडॉक या पुनर्गठित नहीं किया जा सकता है, लेकिन ऐसा नहीं है
आपके प्रस्ताव के साथ असंगत प्रतीत होते हैं।

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

रविवार, 28 जून, 2015 को रात 10:35 बजे, alelepd [email protected] ने लिखा:

नमस्ते,

इस सप्ताह के अंत में मैंने गोडोट के लिए एक वैचारिक यूआई पर काम किया। मेरा ध्यान पर था
एक स्पष्ट और सुसंगत डिज़ाइन प्राप्त करना जो लचीला हो सकता है (पूरी तरह से डॉक करने योग्य)
और भविष्य में विस्तार करना आसान है, और वर्तमान UX के साथ अद्यतित भी है
अधिकांश 3D संबंधित ऐप्स पर पैटर्न। कृपया एक नज़र डालें और मुझे बताएं कि आप क्या हैं
सोच। इस अवधारणा को सबसे पहले गोडोट आईआरसी चैनल पर पोस्ट किया गया था। का शुक्र है
@xodene https://github.com/xodene डिजाइन पोस्ट करने के विचार के लिए
यहां।

[छवि: gdoto_basic_layout_concept_01]
https://cloud.githubusercontent.com/assets/6024473/8399419/d3b7f9d0-1dd7-11e5-8596-0ca3efe12341.png

डिजाइन के बारे में

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

-
इस ईमेल का सीधे उत्तर दें या इसे GitHub पर देखें
https://github.com/ocamstudio/godot/issues/2207।

मैं इसके रास्ते में कुछ और सोच रहा था (हालांकि इसे सुंदर बनाने की जरूरत है)

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

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

बहुत बढ़िया, इसकी बहुत सराहना की जाएगी

सोम, 29 जून, 2015 को दोपहर 12:23 बजे, alelepd [email protected] ने लिखा:

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

खुशी है कि आप लोगों को अवधारणा पसंद आई। मैं इस पोस्ट को और अधिक अपडेट करता रहूंगा
ओवरटाइम को देखता/सुधारता है, जिसमें कई मापदंडों का डिज़ाइन शामिल है
इंस्पेक्टर पैनल (ट्रांसफॉर्म, कलर पॉप अप, कर्व्स, आदि)।

-
इस ईमेल का सीधे उत्तर दें या इसे GitHub पर देखें
https://github.com/ocamstudio/godot/issues/2207#issuecomment -116411355।

_ओकेमस्टूडियो_

यह देखने के लिए इंतजार नहीं कर सकता कि यह डिज़ाइन कहाँ जाता है! आंख को इतना भाता है कि मुझे पूरी रात अपने खेल पर काम करने में कोई आपत्ति नहीं होगी

बहुत बढ़िया, कृपया लागू करें !!!!

इसे लागू होते देखना अच्छा लगेगा। यह नए और वर्तमान उपयोगकर्ताओं के लिए गोडोट को अधिक आकर्षक बनाने के लिए एक लंबा रास्ता तय करेगा।

अद्भुत रचना :)

यह डिजाइन अद्भुत लग रहा है! मुझे सीन और इंस्पेक्टर टैब में लुक पसंद है।

: +1: फ्लैट डिजाइन होने के लिए।

नोट करने के लिए एक और मुद्दा यह है कि नोड प्रकार के चिह्न वर्तमान में नीले रंग के हैं
2D के लिए, GUI के लिए हरा, 3D के लिए लाल और एनिमेशन के लिए पीला।
इस रंग कोडिंग के बिना, यह बताना मुश्किल है कि किस संस्करण का
आपके द्वारा उपयोग किए जा रहे नोड्स

सोम, जून 29, 2015 को सुबह 8:45 बजे, कैलिनोउ नोटिफिकेशन @github.com ने लिखा:

[छवि::+1:] फ्लैट डिजाइन होने के लिए।

-
इस ईमेल का सीधे उत्तर दें या इसे GitHub पर देखें
https://github.com/ocamstudio/godot/issues/2207#issuecomment -116624797।

अरे @reduz , निश्चित रूप से, हम आइकन पर रंग कोडिंग को संरक्षित कर सकते हैं, मुझे लगता है कि यह भी अच्छा लगेगा;)

आपको परियोजना प्रबंधक के लिए एक अवधारणा डिजाइन पोस्ट करने का भी प्रयास करना चाहिए - यह देखना अच्छा होगा।

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

मैं परियोजना प्रबंधक के लिए इस तरह से कुछ और सोच रहा था:

https://docs.unrealengine.com/latest/images/Engine/Basics/Projects/Browser/ProjectBrowserBoth.jpg

@xodene वास्तव में, मेरे पास इसके लिए कुछ विचार हैं।
@reduz अच्छा! टेम्प्लेट नए उपयोगकर्ताओं के लिए बहुत अच्छे होंगे और पूर्वावलोकन सुविधा भी बहुत उपयोगी है।

इतना गर्म

@reduz ~ क्या यह संभव है कि निकट भविष्य में आप स्क्रिप्टिंग संदर्भ को एक अलग ऑफ़लाइन वेब संदर्भ के रूप में लागू कर सकें? इसके लिए मेरा संदर्भ यह है कि एकता इसे कैसे करती है ...

मुझे लगता है कि यह अच्छा है इसलिए हम यूआई में संदर्भ/सहायता बटन को हटा सकते हैं, क्योंकि ऐसा लगता है कि यह हमेशा एक जगह खोजने या इसे गोडोट इंटरफ़ेस में डालने के लिए एक समस्या है ...

:)

@alelepd और @reduz ~ मेरे मन में कुछ विचार हैं ...

बहुत मामूली, लेकिन यह मानते हुए कि 2D और 3D टैब बने रहते हैं (जैसे @alelepd और @reduz के उदाहरण), मैं अनुशंसा करता हूं कि या तो डिफ़ॉल्ट (उदाहरण के लिए एक नया दृश्य बनाते समय) को 2D, या 3D टैब में बदल दिया जाए। पहले होने के लिए ले जाया गया; यह हमेशा मुझे थोड़ा अजीब लगता है कि संपादक दूसरे टैब पर चूक जाता है।

@mamarilmanson : स्क्रिप्ट अब जिस तरह से हैं (एक सूची के रूप में) अच्छी हैं। आपके पास आमतौर पर उनमें से बहुत से खुले होते हैं कि टैब का उपयोग करते समय उनका पता लगाना असंभव है, यदि आप उन्हें दृश्यों के साथ मिलाते हैं तो यह और भी बुरा होता है

हाँ, वास्तव में डिजाइन पसंद आया ... कुछ लोग हैं जो जब आते हैं
Godot साथ जाता है a: wel... मुझे नहीं पता... Deisgn उस हिस्से के साथ मदद करें।
लेकिन यूआई की बात करें तो ... वास्तविक में एक बग है, जिसे मैं डॉक नहीं कर सकता
एक ही डॉकिंग क्षेत्र में 2 से अधिक टैब

2015-06-30 9:56 जीएमटी-03:00 जुआन लिनिएत्स्की नोटिफिकेशन @github.com :

@mamarilmanson https://github.com/mamarilmanson : स्क्रिप्ट अच्छी होती हैं
जिस तरह से वे अब हैं (एक सूची के रूप में)। आपके पास आमतौर पर उनमें से बहुत से खुले हैं कि
टैब का उपयोग करते समय उनका पता लगाना असंभव है, यदि यह बहुत बुरा है
आप उन्हें दृश्यों के साथ मिलाते हैं

-
इस ईमेल का सीधे उत्तर दें या इसे GitHub पर देखें
https://github.com/ocamstudio/godot/issues/2207#issuecomment -117167341।

डेविड एगुइअर डी एक्विनो पाइवा

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

2015-06-30 10:30 GMT-03:00 डेविड पाइवा [email protected] :

हाँ, वास्तव में डिजाइन पसंद आया ... कुछ लोग हैं जो जब आते हैं
Godot साथ जाता है a: wel... मुझे नहीं पता... Deisgn उस हिस्से के साथ मदद करें।
लेकिन यूआई की बात करें तो ... वास्तविक में एक बग है, जिसे मैं डॉक नहीं कर सकता
एक ही डॉकिंग क्षेत्र में 2 से अधिक टैब

2015-06-30 9:56 जीएमटी-03:00 जुआन लिनिएत्स्की नोटिफिकेशन @github.com :

@mamarilmanson https://github.com/mamarilmanson : स्क्रिप्ट अच्छी होती हैं
जिस तरह से वे अब हैं (एक सूची के रूप में)। आपके पास आमतौर पर उनमें से बहुत से खुले हैं कि
टैब का उपयोग करते समय उनका पता लगाना असंभव है, यदि यह बहुत बुरा है
आप उन्हें दृश्यों के साथ मिलाते हैं

-
इस ईमेल का सीधे उत्तर दें या इसे GitHub पर देखें
https://github.com/ocamstudio/godot/issues/2207#issuecomment -117167341।

डेविड एगुइअर डी एक्विनो पाइवा

डेविड एगुइअर डी एक्विनो पाइवा

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

@mamarilmanson मैं उस पर सहमत था, यह बहुत अच्छा होगा यदि संदर्भ ऑनलाइन है, सहायता अनुभाग के लिए मेनू बटन का उपयोग करना भी एक बेहतर ux पैटर्न है, यही वह जगह है जहां आम तौर पर यह अन्य ऐप्स पर होता है।
दृश्य टैब पर एक्स आइकन के लिए +1, जिस तरह से मैं इसके बारे में सोचता हूं (क्रोम के समान)। 3डी/2डी स्विच दिलचस्प है, इस तरह से एकता काम करती है लेकिन हमारे मामले में, वह आइकन सही कोनों पर होना चाहिए क्योंकि 2डी और 3डी दृश्यों में अलग-अलग विकल्प होते हैं, हालांकि शायद इसे मानकीकृत करने का एक तरीका है।

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

मैं इस पर गहराई से सोचूंगा और इस सप्ताह के अंत में जो कुछ मैं आया हूं उसे यहां साझा करूंगा।

@GungnirInd हाँ, मुझे लगता है कि 3D पहले और हमेशा डिफ़ॉल्ट विकल्प होना चाहिए, यह डिफ़ॉल्ट रूप से परिप्रेक्ष्य कैमरे में भी होना चाहिए (यह समझने में आसान है कि यह एक 3D दृश्य है)।

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

@alelepd डॉक्स में निर्माण करने का एक और कारण यह है कि वे ऑफ़लाइन काम करते हैं :)

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

मान गया

2015-06-30 12:22 जीएमटी-03:00 मैक्सिमिलियन नोटिफिकेशन @github.com :

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

-
इस ईमेल का सीधे उत्तर दें या इसे GitHub पर देखें
https://github.com/ocamstudio/godot/issues/2207#issuecomment -117226487।

डेविड एगुइअर डी एक्विनो पाइवा

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

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

ऑफलाइन मदद बहुत अच्छी है, मुझे यह बहुत पसंद है, इससे मुझे बहुत मदद मिलती है।
30 जून 2015 को रात 9:49 बजे, "ओलेक्सी क्रावचुक" नोटिफिकेशन @github.com ने लिखा:

हां, बिल्ट-इन डॉक्यूमेंटेशन 100% वह चीज है जिसका मैं सपना देखता हूं
किसी भी सॉफ्टवेयर का मुझे उल्लेख करना चाहिए यदि वह गोडोट में नहीं था, तो यह होगा a
मेरे लिए भयानक दर्द, मैं इसे प्यार करता हूँ, इस तथ्य के बावजूद कि यह अब नहीं है
पूर्ण, लेकिन यह वास्तव में अब तक बहुत आवश्यक है, और एक लाभ है
यहां और अभी, इंटरनेट के बिना और अनावश्यक
खोजता है!

-
इस ईमेल का सीधे उत्तर दें या इसे GitHub पर देखें
https://github.com/ocamstudio/godot/issues/2207#issuecomment -117266005।

@alelepd ~ अब... UI क्रिएटिव टीम बनाने की आवश्यकता है... XD

@reduz ~ सर ... भी हो सकता है ... अगर आप गोडोट के लिए डी एंड डी समर्थन खाना बनाना शुरू कर सकते हैं, जबकि हम इस यूआई मंथन को पकाते हैं ... ओह कृपया ... :)

चूंकि हम यहां हैं... यह एक अच्छा विचार होगा कि संभावना बदल जाए
ग्रिड रंग, चूंकि व्यूपोर्ट बॉर्डर ग्रिड लाइनों के साथ भ्रमित होता है ...

2015-06-30 17:32 जीएमटी-03:00 मैनसन ममरिल नोटिफिकेशन @github.com :

@reduz https://github.com/reduz ~ सर... भी हो सकता है... अगर आप शुरू कर सकते हैं
गोडोट के लिए डी एंड डी समर्थन खाना बनाना, जबकि हम इस यूआई विचार-मंथन को पकाते हैं...
उह कृपया ... :)

-
इस ईमेल का सीधे उत्तर दें या इसे GitHub पर देखें
https://github.com/ocamstudio/godot/issues/2207#issuecomment -117333062।

डेविड एगुइअर डी एक्विनो पाइवा

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

@xodene एक बेहतर UX पैटर्न से मेरा मतलब है कि पैनल के बजाय मेनू से सहायता या संदर्भ डॉक्स ढूंढना काफी आम है, जो आमतौर पर कार्रवाई या संपादन करने के लिए उपयोग किया जाता है। उस ने कहा, मुझे लगता है कि गोडोट मदद ठीक है जिस तरह से यह है: डी। मुझे लगता है कि हालांकि (नेत्रहीन रूप से) सुधार की गुंजाइश है।

@mamarilmanson हाहा, अच्छी बात है!

@draxdeveloper आपका मतलब अवधारणा (सफेद) पर ग्रिड रंग या गोडोट (हरा) पर वर्तमान रंग है?

@alelepd ~ यह उपयोग करने के लिए एक अच्छा कीवर्ड है ... "विजुअल स्पीकिंग ..." जो बेहतर ढंग से समझाएगा कि हम केवल यह बदलना चाहते हैं कि यह कैसा दिखता है और यह हमारे साथ कैसे इंटरैक्ट करता है ... यह कैसे काम करता है ...: डी

यह बहुत अच्छा लग रहा है .. हमें इसे पूरी तरह से गोडोट में प्राप्त करना चाहिए .. !!

वाह! उस अच्छे कॉन्सेप्ट को देखकर कलाकार की आंखें खुश हो जाती हैं :D

प्रोजेक्ट मैनेजर @reduz के बारे में टैग द्वारा प्रोजेक्ट्स को सॉर्ट करने के बारे में क्या?

@reduz ~ यह वास्तव में डिजाइनरों को खुश करने का समय है ... XD

कस्टम खाल और डॉकिंग टैब अच्छे होंगे। मुझे ऊपर की प्रस्तावित त्वचा की तुलना में वर्तमान त्वचा बेहतर लगती है लेकिन मुझे यूआई संरचना बहुत उपयोगी लगती है। साथ ही 2डी 3डी टैब जिन्हें मैं अधिक पसंद करता हूं और दृश्यों के तहत 1 बटन मेनू अधिक उपयोगी है।

कस्टम खाल बनाना अपेक्षाकृत आसान होना चाहिए, बस होना चाहिए
इसे कैसे करें पर बेहतर दस्तावेज़ीकरण

रविवार, 19 जुलाई 2015 को सुबह 8:31 बजे, ट्रोलवर्कआउट नोटिफिकेशन @github.com
लिखा था:

कस्टम खाल और डॉकिंग टैब अच्छे होंगे। मुझे वर्तमान त्वचा बेहतर लगती है
प्रस्तावित उपरोक्त त्वचा की तुलना में लेकिन मुझे यूआई संरचना बहुत उपयोगी लगती है।

-
इस ईमेल का सीधे उत्तर दें या इसे GitHub पर देखें
https://github.com/ocamstudio/godot/issues/2207#issuecomment -122650767।

आप लोगों को 2डी 3डी स्क्रिप्ट जरूर रखनी चाहिए एक मदद ऊपर सुझाए गए टैब की तुलना में काफी बेहतर प्रणाली है। मुझे यह भी पसंद है कि आप एक समय में एक दृश्य पर कैसे ध्यान केंद्रित करते हैं और कैसे संसाधन कुछ भी लोड कर सकते हैं जिसे आप जल्दी से एक्सेस करना चाहते हैं (सामान्य कंटेनर)

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

डी एंड डी सबसे बड़ा पहला कदम होगा … अगर आप मुझसे पूछें… :)

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

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

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

तो, इस तरह के बारे में कैसे, दृश्य थंबनेल और दृश्य से संबंधित स्क्रिप्ट दिखा रहा है? (भयानक मॉक-अप)

इस तरह से एक दृश्य और संबंधित स्क्रिप्ट ढूंढना आसान है।

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

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

@reduz
मेरा सुझाव है।और मुझे लगता है कि हमें राइट बटन का उपयोग करने की अनुमति देनी चाहिए।

जब माउस टैब पर होवर करता है तो @zhagsenkk मैं पॉप-अप थंबनेल जोड़ूंगा: +1:

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

@ kubecz3k मुझे लगता है कि हमें दृश्य बदलने के लिए कीबोर्ड शॉर्टकट का उपयोग करना चाहिए। विंडोज 7 या 8 में Alt + Tab की तरह। हमें एक आरेख दिखाएं।

Ctrl+Tab का उपयोग अधिकांश ब्राउज़र टैब स्विच करने के लिए करते हैं। यह शॉर्टकट दृश्यों को कैसे बदलता है? Ctrl+Shift+Tab स्विच करने के क्रम को उलट देगा, ठीक वैसे ही जैसे ब्राउज़र में होता है।

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

शनिवार, 25 जुलाई, 2015 को सुबह 7:28 बजे, Calinou [email protected] ने लिखा:

टैब स्विच करने के लिए अधिकांश ब्राउज़रों द्वारा Ctrl+Tab का उपयोग किया जाता है। कैसा रहेगा इस शॉर्टकट के बारे में
दृश्य स्विच करता है? Ctrl+Shift+Tab स्विच करने के क्रम को उलट देगा,
ब्राउज़रों की तरह ही।

-
इस ईमेल का सीधे उत्तर दें या इसे GitHub पर देखें
https://github.com/ocamstudio/godot/issues/2207#issuecomment -124832698।

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

1 = 2D, 2 = 3D, 3 = स्क्रिप्ट, 4=सहायता या Ctrl+1, Ctrl+2...

विभिन्न कार्यों/फलकों और सहेजने योग्य/लोड करने योग्य कीबोर्ड शॉर्टकट कॉन्फ़िगरेशन फ़ाइल के लिए मैन्युअल रूप से असाइन करने योग्य कीबोर्ड शॉर्टकट रखना अच्छा होगा।

आपके पास क्रमशः 2D, 3D, स्क्रिप्ट और सहायता के लिए F2,F3,F4,F1 है

शनिवार, 25 जुलाई, 2015 को सुबह 8:00 बजे, ट्रोलवर्कआउट नोटिफिकेशन @github.com
लिखा था:

वहाँ ui के साथ कुछ मामूली झुंझलाहट हैं, लेकिन जैसा कि यह खड़ा है मुझे लगता है कि है
बहुत बढ़िया और भारी पुनर्गठन की आवश्यकता नहीं है। किसी ने कीबोर्ड का उल्लेख किया
शॉर्टकट।

1 = 2D, 2 = 3D, 3 = स्क्रिप्ट, 4=सहायता या Ctrl+1, Ctrl+2...

के लिए मैन्युअल रूप से असाइन करने योग्य कीबोर्ड शॉर्टकट रखना अच्छा होगा
विभिन्न क्रियाएं/फलक और सहेजने योग्य/लोड करने योग्य कीबोर्ड शॉर्टकट कॉन्फ़िगरेशन फ़ाइल।

-
इस ईमेल का सीधे उत्तर दें या इसे GitHub पर देखें
https://github.com/ocamstudio/godot/issues/2207#issuecomment -124834148।

मुझे यह नहीं पता था। यह काफी अच्छा है: +1:

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

मैंने टैब में एक स्क्रिप्ट बटन जोड़ना समाप्त कर दिया, और मुझे लगता है कि यह बहुत अच्छा काम करता है
कुंआ

मंगलवार, 28 जुलाई, 2015 को सुबह 10:33 बजे, डेविड पाइवा नोटिफिकेशन @github.com
लिखा था:

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

-
इस ईमेल का सीधे उत्तर दें या इसे GitHub पर देखें
https://github.com/ocamstudio/godot/issues/2207#issuecomment -125609295।

स्क्रिप्ट बटन, यह कैसे काम करेगा?

अगर आप बटन पर क्लिक करते हैं तो सीन की स्क्रिप्ट पर जाएं

आपके पास क्रमशः 2D, 3D, स्क्रिप्ट और सहायता के लिए F2,F3,F4,F1 है

इसे क्यों नहीं हटा रहे हैं और इसके बजाय Cx b का उपयोग करें... :P

वह कौन सा चरित्र है? :)

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

स्क्रिप्ट के लिए चिह्न क्योंकि तारांकन अक्सर छिपा होता है।

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

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

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

हेक, मैं इस समाधान को खुली स्क्रिप्ट के लिए भी सुझाता हूं (खुली स्क्रिप्ट के बीच स्विच करने के लिए एक शॉर्टकट का उपयोग करके)
एक ही प्रणाली)।

El martes 11 de agosto del 2015 a las 1447 horas, Maximillian escribio:

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

---

इस ईमेल का सीधे उत्तर दें या इसे GitHub पर देखें:
https://github.com/ocamstudio/godot/issues/2207#issuecomment -130065336

पैक्स एट बोनम।
जॉर्ज अरया नवारो।
ES: डिसेनडोर पब्लिसिटीरियो, प्रोग्रामडोर पायथन और सहयोगी और परबोला जीएनयू/लिनक्स-लिबरे
EN: परबोला GNU/Linux-libre . में विज्ञापन डिज़ाइनर, पायथन प्रोग्रामर और योगदानकर्ता
ईओ: एनोनको ग्रैफिकिस्टो, पिटिनो प्रोग्रामिंगवो प्रोग्रामिस्टो काई कॉन्ट्रिब्यूएंटो एन परबोला जीएनयू/लिनक्स-लिबरे
https://es.gravatar.com/shackra

@alelepd

आपका मतलब अवधारणा (सफेद) पर ग्रिड रंग या गोडोट (हरा) पर वर्तमान रंग है?

व्यूपोर्ट के "बॉर्डर" का वास्तविक हरा, ग्रिड रंग और रंग समान हैं

मैं हर समय स्क्रिप्ट ओपन शॉर्टकट का उपयोग करता हूं (alt-ctrl-o), लेकिन मैं नहीं हूं
वास्तव में यकीन है कि अगर इस समस्या से निपटने के बेहतर तरीके हैं ..
मैंने स्क्रिप्ट सूची को हाल के उपयोग के अनुसार क्रमबद्ध करने के बारे में सोचा था
विकल्प, लेकिन जब मैं गोडोट विकसित करता हूं (जिसमें हजारों सी/सी ++ फाइलें होती हैं), केवल
लोकेटर वास्तव में काम करता है।

मंगलवार, अगस्त 11, 2015 को शाम 6:00 बजे, डेविड पाइवा नोटिफिकेशन @github.com
लिखा था:

@alelepd https://github.com/alelepd

आपका मतलब अवधारणा पर ग्रिड रंग (सफेद) या गोडोट पर वर्तमान रंग है
(हरा)?

वास्तविक हरा, ग्रिड रंग और "सीमा" का रंग
व्यूपोर्ट समान हैं

-
इस ईमेल का सीधे उत्तर दें या इसे GitHub पर देखें
https://github.com/ocamstudio/godot/issues/2207#issuecomment -130073938।

मुझे अभी भी लगता है कि स्क्रिप्ट पर टैग डालने से जिसे समूहीकृत, फ़िल्टर और सॉर्ट किया जा सकता है, इसे हल करेगा।

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

एक वास्तव में सरल समाधान मैक या Google जैसे रंग थोड़े का उपयोग करके स्क्रिप्ट फ़ाइलों को टैग करने की क्षमता है, फिर प्रत्येक रंग के लिए कुछ छोटे टॉगल-सक्षम बटन होते हैं जो टैग की गई स्क्रिप्ट को दिखा या छुपा सकते हैं। और 6 रंग या 8 पसंद हैं।

थोड़े इस तरह लेकिन गोडोट संस्करण बहुत अधिक सरल http://cdn.osxdaily.com/wp-content/uploads/2013/11/how-to-know-file-is-tagged.jpg

मुझे लगता है कि रंग कोडिंग किसी चीज़ को दृष्टि से व्यवस्थित करने का सबसे कारगर तरीका है। मैं इसे हर समय जी ड्राइव में या अपने मैक पर उपयोग करता हूं। टेक्स्ट टैग पढ़ने की तुलना में बहुत तेज है।

टेक्स्ट टैग का उपयोग पढ़ने के लिए नहीं, बल्कि समूह और फ़िल्टर करने के लिए किया जाएगा।
ग्रुपिंग इस तरह होगी
टैग ए
यदयदा
यदयदा
यदयदा
टैग बी
यदयदा
यदयदा
यदयदा
टैग सी
यदयदा
यदयदा
यदयदा

और फ़िल्टरिंग केवल उक्त टैग के साथ स्क्रिप्ट दिखाएगा, ताकि आप सैकड़ों लिपियों के साथ एक सूची को छोटा कर सकें

लेकिन दोनों चीजें क्यों नहीं, आप कह सकते हैं कि एक टैग का रंग होता है, मुझे लगता है कि जीथब इस तरह से है

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

इसे करने का एक और तरीका है एक छोटा सा लाइव सर्च बॉक्स जो आपके टाइप करते ही उस टेक्स्ट वाली सभी स्क्रिप्ट फ़ाइलों को फ़िल्टर करता है

file1.gd
bigscript.gd
blahblah.gd

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

इस सिस्टम के लिए आपको बस एक इनपुट बॉक्स जोड़ने की जरूरत है जिसे आप टाइप कर सकते हैं।

यहां:

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

हम्म मैं सोच रहा हूँ कि क्यों नई ui (नाइटलीज़) में खुली स्क्रिप्ट के साथ सूची अब एक दृश्य को नहीं सौंपी गई है ... जिस तरह से यह बनाम <= 1.1 में काम कर रहा था। लिपियों को समूहबद्ध करने का यह बहुत स्वाभाविक और 'ईश्वरीय' तरीका था। मेरे लिए यह बहुत सहज था कि जब दृश्य बदलते हैं तो स्क्रिप्ट के साथ टैब का एक और सेट तैयार किया जाता है। मैं आमतौर पर उन लिपियों के साथ काम कर रहा हूं जो वर्तमान दृश्य के साथ-साथ खुद से बहुत जुड़ी हुई हैं। और मैं अक्सर दृश्य बदल रहा हूं क्योंकि मैं सूची में स्क्रिप्ट के 'अलग सेट/समूह' लोड करना चाहता हूं। यह अब और भी शानदार होगा, जब दृश्य टैब पर क्लिक करके दृश्यों को बदला जा सकता है।

@draxdeveloper @alelepd ~ हैलो... :)

@मैनसन ममरिल हाय

2015-08-12 22:32 जीएमटी-03:00 मैनसन ममरिल नोटिफिकेशन @github.com :

@draxdeveloper https://github.com/draxdeveloper @alelepd
https://github.com/alelepd ~ हैलो... :)

-
इस ईमेल का सीधे उत्तर दें या इसे GitHub पर देखें
https://github.com/ocamstudio/godot/issues/2207#issuecomment -130499139।

डेविड एगुइअर डी एक्विनो पाइवा
डाइव सिस्टम्स

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

@alelepd ~ अहा एक्सडी

क्या आप भी आईआरसी पर हैं?

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

2.0 UI बहुत बेहतर है धन्यवाद <3

समय सुधारें! (प्रारंभिक पोस्ट पर)।

मैं 2.0 के लिए अंतिम सुविधाओं को पूरा कर रहा हूं, उम्मीद है कि नए को एकीकृत करेगा
सप्ताहांत पर यूआई।

गुरु, 15 अक्टूबर, 2015 को रात 8:13 बजे, alelepd [email protected] ने लिखा:

समय सुधारें! (प्रारंभिक पोस्ट पर)।

-
इस ईमेल का सीधे उत्तर दें या इसे GitHub पर देखें
https://github.com/ocamstudio/godot/issues/2207#issuecomment -148548723।

फिर से, यह अविश्वसनीय काम है। मैं इस माहौल में काम करने के लिए और इंतजार नहीं कर सकता। 2.0 स्थिर अद्भुत होने जा रहा है।

गोडोट हर रोज बढ़ रहा है, हर हफ्ते कम से कम एक नया सदस्य दर्ज करें
गोडोट ब्राज़ील समूह

2015-10-15 20:26 जीएमटी-03:00 मैक्सिमिलियन नोटिफिकेशन @github.com :

फिर से, यह अविश्वसनीय काम है। मैं इस माहौल में काम करने के लिए और इंतजार नहीं कर सकता।
2.0 स्थिर अद्भुत होने जा रहा है।

-
इस ईमेल का सीधे उत्तर दें या इसे GitHub पर देखें
https://github.com/ocamstudio/godot/issues/2207#issuecomment -148550492।

डेविड एगुइअर डी एक्विनो पाइवा
डाइव सिस्टम्स

@reduz यह बहुत अच्छा है!
ओएसएक्स में रेटिना डिस्प्ले के समर्थन के साथ हम इसे प्राप्त करने का कोई मौका दे सकते हैं?
मुझे सच में लगता है कि उच्च-रिज़ॉल्यूशन स्क्रीन का उपयोग करने वालों के लिए यह बहुत बड़ा लाभ होगा।

मैं रेटिना डिस्प्ले के लिए बहुत गरीब हूं, इसलिए मुझे तब तक इंतजार करना होगा जब तक मैं कर सकता हूं
पर्याप्त पैसा बचाएं या सामुदायिक दान मौजूद हैं और पर्याप्त इकट्ठा कर सकते हैं
एक के लिए पैसा :P

शुक्र, 16 अक्टूबर 2015 को पूर्वाह्न 11:37 बजे, alelepd [email protected] ने लिखा:

@reduz https://github.com/reduz यह बहुत अच्छा है!
ओएसएक्स में रेटिना डिस्प्ले के समर्थन के साथ हम इसे प्राप्त करने का कोई मौका दे सकते हैं?
मुझे सच में लगता है कि उच्च-रिज़ॉल्यूशन का उपयोग करने वालों के लिए यह बहुत बड़ा लाभ होगा
स्क्रीन

-
इस ईमेल का सीधे उत्तर दें या इसे GitHub पर देखें
https://github.com/ocamstudio/godot/issues/2207#issuecomment -148734387।

@reduz , बहुत से लोगों ने दान पोर्टल (Patreon, किकस्टार्टर, आदि) का सुझाव दिया है।
एक को लॉन्च करने में आपको कुछ मिनट का समय लेना चाहिए ताकि हम गोडोट के विकास में या सिर्फ प्रशंसा के लिए निवेश कर सकें।

क्या उन सेवाओं के माध्यम से दान करना आपके देश के कानून के साथ प्रबंधित करने के लिए कुछ जटिल है?

हम एक दान प्रणाली स्थापित करने पर कंजरवेंसी के साथ काम कर रहे हैं। यह है एक
परियोजना के लिए खोज करते समय नींव पर भरोसा करना बहुत आसान है
वाणिज्यिक, शिक्षा या सरकारी प्रायोजक।

शुक्र, अक्टूबर 16, 2015 अपराह्न 12:40 बजे, जुआन लिनिएत्स्की सूचनाएं @github.com
लिखा था:

मैं रेटिना डिस्प्ले के लिए बहुत गरीब हूं, इसलिए मुझे तब तक इंतजार करना होगा जब तक मैं कर सकता हूं
पर्याप्त पैसा बचाएं या सामुदायिक दान मौजूद हैं और पर्याप्त इकट्ठा कर सकते हैं
एक के लिए पैसा :P

शुक्र, 16 अक्टूबर, 2015 पूर्वाह्न 11:37 बजे, alelepd [email protected]
लिखा था:

@reduz https://github.com/reduz यह बहुत अच्छा है!
ओएसएक्स में रेटिना डिस्प्ले के समर्थन के साथ हम इसे प्राप्त करने का कोई मौका दे सकते हैं?
मुझे सच में लगता है कि उच्च-रिज़ॉल्यूशन का उपयोग करने वालों के लिए यह बहुत बड़ा लाभ होगा
स्क्रीन

-
इस ईमेल का सीधे उत्तर दें या इसे GitHub पर देखें
< https://github.com/ocamstudio/godot/issues/2207#issuecomment -148734387
.

-
इस ईमेल का सीधे उत्तर दें या इसे GitHub पर देखें
https://github.com/ocamstudio/godot/issues/2207#issuecomment -148749784।

_ओकेमस्टूडियो_

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

मैं स्क्रीनशॉट रिज़ॉल्यूशन से थोड़ा डरा हुआ हूं... 2.880px × 1.860px
यदि नियंत्रणों को आधे से कम नहीं किया जाता है, तो मेरी स्क्रीन में हमेशा के लिए पर्याप्त जगह नहीं होगी, मैं 32x32 कैनवास संपादक ^ ^ में काम करना समाप्त कर दूंगा!

इसे आजमाने के लिए और इंतजार नहीं कर सकता :D

@MarianoGnu हे, इसके बारे में चिंता मत करो, मैं एक रेटिना स्क्रीन पर डिजाइन कर रहा हूं, जो संकल्प को दोगुना करता है। गैर रेटिना समकक्ष आधा आकार है, एक 1440px चौड़ाई स्क्रीन;)

@reduz दान प्रणाली की ओर अग्रसर है, इससे बहुत मदद मिलेगी;)

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

वर्तमान लोगो इस तरह दिखता है:

इसमें वास्तव में एक "शुभंकर" भावना है, जो मुझे पसंद है।

लोगो डिज़ाइनर एंड्रिया ने डिज़ाइन को सरल बनाने की इच्छा व्यक्त की है
थोड़ा लेकिन कहा कि वह 3.0 . तक इंतजार करेगी

शनिवार, 17 अक्टूबर, 2015 को सुबह 8:54 बजे, Calinou [email protected] ने लिखा:

वर्तमान लोगो इस तरह दिखता है:

[छवि: गोडोट लोगो]
https://raw.githubusercontent.com/ocamstudio/godot/master/logo.png

-
इस ईमेल का सीधे उत्तर दें या इसे GitHub पर देखें
https://github.com/ocamstudio/godot/issues/2207#issuecomment -148911107।

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

इसके अलावा, यह एक हिप्पो जैसा दिखता है .... मुझे जी-बॉट बहुत अधिक पसंद है :)

@danilojr बढ़िया! मेरा दृष्टिकोण "गंभीर योद्धा" मूड में अधिक था, कुछ ऐसा बनाने की कोशिश कर रहा था जो वर्तमान लोगो के "मैं मजाकिया और मैत्रीपूर्ण" कथन की तुलना में स्पष्ट रूप से "मैं शक्तिशाली और अद्भुत हूं" कहता हूं। हालांकि शुभंकर/योद्धा/रोबोट विचार रखना भी पूरी तरह से ठीक है, हो सकता है कि हम कुछ ऐसा बना सकें जो कहता है कि "मैं शक्तिशाली और मैत्रीपूर्ण हूं"। आपका दृष्टिकोण अच्छा लग रहा है, मुझे लगता है कि नाक के बिना संस्करण बेहतर है।

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

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

हो सकता है कि हम कुछ ऐसा बना सकें जो यह कहे कि "मैं शक्तिशाली और मिलनसार हूँ"। आपका दृष्टिकोण अच्छा लग रहा है, मुझे लगता है कि नाक के बिना संस्करण बेहतर है।

बिना नाक के!?

(हमें इस चैट को बंद कर देना चाहिए, यह फेसबुक नहीं बल्कि एक बग ट्रैकर है)

@shackra ठीक है;) मैं मंच के माध्यम से नए अपडेट प्रकाशित करूंगा।

नोजलेस कोई रोबोट नहीं लगता, यह किसी तरह का orc लगता है।

2015-10-17 23:12 GMT-03:00 जॉर्ज अरया नवारो नोटिफिकेशन @github.com :

हो सकता है कि हम कुछ ऐसा बना सकें जो यह कहे कि "मैं शक्तिशाली और मिलनसार हूँ"। तुम्हारी
दृष्टिकोण अच्छा लग रहा है, मुझे लगता है कि नाक के बिना संस्करण बेहतर है।

बिना नाक के!?

[छवि: बढ़ती-ए-नाक-आपको-मजबूत-डीबीजेड-तर्क बनाता है]
https://cloud.githubusercontent.com/assets/1055216/10562178/577dabfe-750b-11e5-8bd9-550b159eb7c6.jpg

-
इस ईमेल का सीधे उत्तर दें या इसे GitHub पर देखें
https://github.com/ocamstudio/godot/issues/2207#issuecomment -148968953।

डेविड एगुइअर डी एक्विनो पाइवा
डाइव सिस्टम्स

मैं बिना आंखों की सफेद आंखों को संभाल नहीं सकता, यह मेरी मुख्य चिंता है :)

"मैं शक्तिशाली और मिलनसार हूं"।

बस गोडोट के शुभंकर को 3.0 के लिए पागल बना दें :हंसते हुए:

अच्छा

मैंने गोडोट इंजन के लिए एक डार्क फ्लैट यूआई लेआउट बनाया है।
एलेप्ड (चीयर्स) डिज़ाइनों पर आधारित रंग सेट।

डाउनलोड:
https://github.com/ssavalot/godot_flat_ui

क्रिसमस की बधाई!

यह वास्तव में अच्छा लग रहा है! आइए इसे 2.1 . के लिए उपयोग करें

सोम, 21 दिसंबर, 2015 को शाम 6:50 बजे, ssavalot [email protected] ने लिखा:

मैंने गोडोट इंजन के लिए एक डार्क फ्लैट यूआई लेआउट बनाया है।
एलेप्ड (चीयर्स) डिज़ाइनों पर आधारित रंग सेट।

डाउनलोड:
https://github.com/ssavalot/godot_flat_ui

क्रिसमस की बधाई!

-
इस ईमेल का सीधे उत्तर दें या इसे GitHub पर देखें
https://github.com/godotengine/godot/issues/2207#issuecomment -166433719।

बहुत बढ़िया! :मुंह खोलें:

धन्यवाद और मेरी क्रिसमस, @ssavalot !

2.1 में कई सुधार होंगे, जैसे ड्रैग एंड ड्रॉप, संदर्भ मेनू, आदि।

सोम पर, 21 दिसंबर, 2015 को शाम 6:55 बजे, जॉर्ज अरया नवारो <
सूचनाएं@github.com> ने लिखा:

बहुत बढ़िया! [छवि:: ओपन_माउथ:]

धन्यवाद और मेरी क्रिसमस, @ssavalot https://github.com/ssavalot !

-
इस ईमेल का सीधे उत्तर दें या इसे GitHub पर देखें
https://github.com/godotengine/godot/issues/2207#issuecomment-166434701 ।

स्क्रिप्ट संपादक में टिप्पणियों के लिए रंग कोड के रूप में #547799 (नीला-ईश ग्रे) का उपयोग करने के बारे में क्या? यह वर्तमान भूरे रंग की तुलना में अधिक पठनीय है, और विषय पर अधिक फिट बैठता है। यहां एक उदाहरण दिया गया है जो स्रोत कोड प्रो फ़ॉन्ट का उपयोग करता है:

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

अरे,
सबसे पहले मैं वास्तव में यूआई अवधारणा की शैली से प्यार करता हूं यह बहुत अच्छा और पेशेवर दिखता है।
मैं यूआई के बारे में भी एक प्रस्ताव बनाना चाहता हूं। क्योंकि मुझे लगता है कि तीन मोड (3 डी/2 डी/स्क्रिप्टिंग) के लिए एक बड़ा यूआई तत्व होने का अब कोई मतलब नहीं है क्योंकि स्क्रिप्ट संपादक दृश्य के रूप में निर्भर नहीं है। मुझे @mamarilmanson का आइडिया पसंद है। क्योंकि आपके पास आमतौर पर केवल 3D या 2D दृश्य होते हैं, इसलिए इसे टॉगल नियंत्रण बनाना बहुत मायने रखता है। तो मेरा विचार शीर्ष पर दृश्य टैब बनाना और मुख्य विंडो के टास्क बार में 3 अलग-अलग विचारों (3 डी/2 डी/स्क्रिप्टिंग) को लागू करना है।
इस तरह:

की तुलना में:

इसका यह फायदा होगा कि टास्क बार के लिए कम जगह घेरती है -> आपको अधिक जगह मिलती है। समस्या देखें: #3779 Godot UI सुधार [मॉकअप]

और मुझे लगता है कि यह घाव स्क्रिप्टिंग और दृश्य संपादन के बीच टॉगल करने के लिए बहुत मायने रखता है।

मैं यह भी पूछना चाहता था कि क्या कोई नए यूआई डिज़ाइन की प्राथमिकता के बारे में अपडेट दे सकता है और इसे कब लागू किया जा सकता है?

मैं केवल उल्लेख करना चाहता हूं (हालांकि मुझे पता है कि यह सही जगह नहीं है, लेकिन यहां भी इसकी चर्चा की गई थी) कि मुझे वास्तव में प्रश्नोत्तर के डार्कडॉट विषय का लोगो पसंद है:

यह इस विषय पर भी बहुत अच्छी तरह से फिट बैठता है

कृपया याद रखें कि Godot में, 2D और 3D दोनों इंजन अलग-अलग हैं, इसलिए आप
वास्तव में उनके टूलबार समान होने या एक ही बटन होने की उम्मीद नहीं कर सकते हैं
2D और 3D के बीच स्विच करने के लिए। मुझे पता है कि यह सुंदर दिखता है लेकिन ऐसा नहीं है
इस तरह प्रयोग करने योग्य
.

शनिवार, 27 फरवरी 2016 को पूर्वाह्न 11:43 बजे टिमो नोटिफिकेशन @github.com ने लिखा:

अरे,
सबसे पहले मैं वास्तव में यूआई अवधारणा की शैली से प्यार करता हूं यह बहुत अच्छा लग रहा है और
पेशेवर।
मैं यूआई के बारे में भी एक प्रस्ताव बनाना चाहता हूं। क्योंकि मुझे लगता है कि एक होने
तीन मोड (3d/2d/scripting) के लिए बड़ा UI तत्व इतना अधिक नहीं बनाता है
अब और समझ में आता है क्योंकि स्क्रिप्ट संपादक उतना दृश्य निर्भर नहीं है जितना वह था।
मुझे @mamarilmanson https://github.com/mamarilmanson का आइडिया पसंद है।
क्योंकि आपके पास आमतौर पर केवल 3D या 2D दृश्य होते हैं, यह बहुत मायने रखता है
इसे टॉगल नियंत्रण बनाने के लिए। तो मेरा विचार दृश्य टैब को शीर्ष पर बनाना है
और 3 अलग-अलग विचारों (3d/2d/scripting) को कार्य पट्टी में लागू करें
मुख्य खिड़की।
इस तरह:
[छवि: गोडोटुइप्रपोजल]
https://cloud.githubusercontent.com/assets/16718859/13373346/231d45a4-dd66-11e5-8d59-5ac8da80f374.png
की तुलना में:
[छवि: godotuiproposal_oldversion]
https://cloud.githubusercontent.com/assets/16718859/13373372/5153b7b8-dd67-11e5-902b-84eb6cfe4a7d.png
इसका यह फायदा होगा कि कार्य के लिए कम जगह घेरती है
बार -> आपको अधिक स्थान मिलता है। अंक देखें: #3779
https://github.com/godotengine/godot/issues/3779 Godot UI सुधार
[मॉकअप]

और मुझे लगता है कि यह घाव स्क्रिप्टिंग और के बीच टॉगल करने के लिए बहुत मायने रखता है
दृश्य संपादन।

मैं यह भी पूछना चाहता था कि क्या कोई की प्राथमिकता के बारे में अपडेट दे सकता है?
नया UI डिज़ाइन और इसे कब लागू किया जा सकता है?

मैं सिर्फ उल्लेख करना चाहता हूं (हालांकि मुझे पता है कि यह सही जगह नहीं है, लेकिन यह
यहाँ भी चर्चा की गई थी) कि मुझे वास्तव में डार्कडॉट का लोगो पसंद है
http://www.godotengine.org/qa/46/darkdot-dark-theme-for-godot-q%26a
प्रश्नोत्तर का विषय:

[छवि: छवि]
https://cloud.githubusercontent.com/assets/16718859/13373437/a45ba5a0-dd68-11e5-87fa-209d2c8d608b.png
यह इस विषय पर भी बहुत अच्छी तरह से फिट बैठता है

-
इस ईमेल का सीधे उत्तर दें या इसे GitHub पर देखें
https://github.com/godotengine/godot/issues/2207#issuecomment -189654388।

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

मैं वास्तव में आशा करता हूं कि गोडोट विकास यूजर इंटरफेस डिजाइन में अधिक प्राथमिकता जोड़ सकता है। वर्तमान Godot UI कुछ साधारण डिज़ाइन परिवर्तनों से बहुत लाभ उठा सकता है। ऐप के ऑनबोर्डिंग उपयोगकर्ता के लिए वेबसाइट से (हाँ, नया है लेकिन यह बहुत बेहतर हो सकता है) कहीं भी सुधार के लिए जगह है (बस एक साधारण परियोजना शुरू करने के लिए आपको कितने चरणों की आवश्यकता है), लोगो और यहां तक ​​​​कि आइकन भी (कृपया कोई और ग्रे बैकग्राउंड नहीं)।

यह सोचना एक बहुत बड़ी गलती है कि सिर्फ इसलिए कि कुछ "ठीक" काम कर रहा है, यह ज्यादा बेहतर नहीं हो सकता।

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

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

मैं वास्तव में आशा करता हूं कि गोडोट विकास यूजर इंटरफेस डिजाइन में अधिक प्राथमिकता जोड़ सकता है।

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

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

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

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

हमें वास्तव में UI के लिए वेक्टर ग्राफिक्स लागू करना चाहिए।

nanosvg और nanovg अच्छे उम्मीदवार, क्रॉस-प्लेटफ़ॉर्म और वास्तव में अनुमेय लाइसेंस (zlib) हो सकते हैं। :स्माइली:

नहीं, ओपनजीएल को इस सामान को वास्तविक समय में खींचने के लिए डिज़ाइन नहीं किया गया है। ज्यादा से ज्यादा
जाल में बेक किया जा सकता है लेकिन वास्तविक समय में ज्यादा संशोधित नहीं किया जा सकता है।
फ्लैश वेक्टर का उपयोग करता है और सीपीयू का उपयोग करके रेंडर करता है, लेकिन हमारे लिए यह संभव नहीं है।
2D Meshes को Godot 3.0 में पेश किया जाएगा, इसलिए अभी के लिए हमें इंतजार करना होगा।

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

गुरु, 10 मार्च, 2016 को शाम 6:13 बजे, डैनी बोइसवर्ट नोटिफिकेशन @github.com
लिखा था:

हमें वास्तव में UI के लिए वेक्टर ग्राफिक्स लागू करना चाहिए।

nanosvg https://github.com/memononen/nanosvg और nanovg
https://github.com/memononen/nanovg अच्छे उम्मीदवार हो सकते हैं,
क्रॉस-प्लेटफ़ॉर्म और वास्तव में अनुमेय लाइसेंस (zlib)। [छवि: :स्माइली:]

-
इस ईमेल का सीधे उत्तर दें या इसे GitHub पर देखें
https://github.com/godotengine/godot/issues/2207#issuecomment -195051345।

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

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

बढ़िया.. निश्चित रूप से इसे 2.1 के लिए मर्ज करना चाहेंगे
3 अप्रैल 2016 को 10:30 बजे, "टिमो" नोटिफिकेशन @github.com ने लिखा:

कुछ समय पहले @ssavalot https://github.com/ssavalot ने एक बहुत अच्छा पोस्ट किया
विषय देख रहे हैं। मैं इसे थोड़ा सा दिखने के लिए इसे थोड़ा और अनुकूलित करना चाहता था
डिजाइन किए गए एक एलेपीडी की तरह।
मैंने कुछ .png और कुछ कोड बदल दिए हैं (उदाहरण के लिए शीर्ष बार को स्टाइल करने के लिए
बटन के बिना स्टाइलबॉक्स होवर करें और टैब को बाईं ओर तैरने के लिए।)
यहां कुछ स्क्रीनशॉट दिए गए हैं जो आपको यह आभास कराते हैं कि यह कैसा दिखता है
दूर।
[छवि: विषय लगभग पूरा हो गया 3]
https://cloud.githubusercontent.com/assets/16718859/14230135/2d2fe338-f94c-11e5-93e6-578c155d57db.png
[छवि: विषय लगभग पूरा हो गया]
https://cloud.githubusercontent.com/assets/16718859/14230134/2d2fb94e-f94c-11e5-8a26-9543d2c4ac9c.png
[छवि: विषय लगभग पूरा हो गया 2]
https://cloud.githubusercontent.com/assets/16718859/14230136/2d34f490-f94c-11e5-9727-e8dd6d4da8b6.png

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें या इसे GitHub पर देखें
https://github.com/godotengine/godot/issues/2207#issuecomment -204847059

मैं बाईं ओर और दाईं ओर टैब कंटेनरों की पैडिंग को हटाना चाहता था (ताकि व्यूपोर्ट का पृष्ठभूमि से संपर्क हो जैसा कि @alelepd ... की UI अवधारणा में है)। लेकिन मुझे कोई सफलता नहीं मिली। क्या कोई मुझे संकेत दे सकता है कि इसे कहां खोजना है (कोड लाइन और दस्तावेज़)। मुझे लगता है कि इसे Editor_node.cpp या default_theme.cpp में होना चाहिए या क्या मुझे TabContainer वर्ग को बदलना होगा?
संपादित करें:
यूगिस ब्रेकिस की मदद से मैंने अब इसे हासिल किया है।
मैं विषय को अपडेट करना जारी रखूंगा

Godotdevelopers.org

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

पवित्र बकवास कि यूआई अद्भुत है। अच्छा काम ओपी।

यह वास्तव में अच्छा है!

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

वाक्यविन्यास योजनाएं यहां पाई जा सकती हैं

विचार करने के लिए 2.1 मील का पत्थर जोड़ना, क्योंकि @reduz ने उल्लेख किया है कि इसे 2.1 . में विलय किया जा सकता है

@Geequlim अद्भुत रंग योजनाएं! एक बार #4296 विलय हो जाने पर .tet फ़ाइलें प्रदान करना अच्छा हो सकता है :)

विलय होना

सोम, 23 मई, 2016 को सुबह 9:02 बजे, इग्नासियो एचेवेरी <
सूचनाएं@github.com> ने लिखा:

@Geequlim https://github.com/Geequlim अद्भुत रंग योजनाएं! हो सकता है
एक बार .tet फ़ाइलें प्रदान करना अच्छा है #4296
https://github.com/godotengine/godot/pull/4296 का विलय हो गया है :)

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें या इसे GitHub पर देखें
https://github.com/godotengine/godot/issues/2207#issuecomment -220961243

मैं व्यक्तिगत रूप से गर्म रंग पसंद करता हूं और वह हरा झकझोर रहा है लेकिन यह कोड को पॉप आउट करता है: D

@trollworkout हम चुन सकते हैं मुझे विश्वास है कि यह ठीक रहेगा :)

अरे दोस्तों मुझे @toger5 का लेआउट पसंद है। मेरे पास कुछ विचार थे और मैंने उनके लेआउट के आधार पर कुछ चीजों को संपादित करने का फैसला किया।

लेआउट परिवर्तन

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

निम्नलिखित का भी प्रस्ताव:

• पैनल आइकॉन का आकार छोटा किया जाना है।
• Godot Engine ऐप आइकन को एंग्री वर्जन में बदलना
• और अंत में संदर्भ मेनू के माध्यम से नए फ़ोल्डर बनाने के लिए फाइलसिस्टम ब्राउज़र की क्षमता का प्रस्ताव। यह भी देखें #4815

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

आप स्पष्ट रूप से देख सकते हैं कि शीर्षक के बिना टैब क्या करता है। हालांकि यह अच्छा लग सकता है अंतरिक्ष की बर्बादी है।

हां, लेकिन किसी को शब्दों से निर्देशित करना कठिन है। "इंस्पेक्टर पर क्लिक करें..." "रुको, 'इंस्पेक्टर' क्या है?"

मैं अनावश्यक चीजों को हटाने के लिए तैयार हूं, लेकिन उन्हें वास्तव में अनावश्यक होना चाहिए।

अरे @ toger5 , यह वास्तव में अच्छा है! :डी
दरअसल, @trollworkout के विचार बहुत अच्छे हैं। यह अन्य ऐप्स द्वारा किया गया है और इसे कई तरीकों से लागू किया जा सकता है। उदाहरण के लिए ब्लेंडर कुछ मामलों में पैनलों को व्यवस्थित करने के लिए पार्श्व टैब का उपयोग करता है। Cinema 4D स्मार्ट है, यह आपको टैब को अलग-अलग स्थिति में प्रदर्शित करने की अनुमति देता है, ऊपर (डिफ़ॉल्ट रूप से), दाएं और बाएं (ब्लेंडर की तरह), पैनल टैब शीर्षक को छोड़ना भी संभव है, जो अब आपके लिए काफी आसान है कि कैसे सब कुछ काम करता है।

लचीले पैनल बहुत उपयोगी होते हैं।

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

@Geequlim अच्छी थीम !! मैं

@vnen इंस्पेक्टर पर क्लिक करें। ठीक। इंस्पेक्टर क्या है? क्या यह 3D/2D/Script विंडो नहीं है। क्या यह FileBrowser नहीं है। क्या यह एनिमेशन, डिबग, आउटपुट है। क्या बाकि है? जहां मैं नोड्स जोड़ता हूं और दाईं ओर जहां मैं पैरामीटर सेट करता हूं।

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

संपादित करें: वैकल्पिक रूप से आपके पास प्रत्येक पैनल के लिए प्रतीक हो सकते हैं जहां आप माउस कर सकते हैं और आपको बता सकते हैं कि यह क्या है।

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

@trollworkout , @vnen की एक अच्छी बात है। टैब कई मामलों में उपयोगी होते हैं। उदाहरण के लिए, यदि आप दो पैनलों को मर्ज करना चाहते हैं, तो संभवतः आप पैनल की पहचान करने और एक से दूसरे पैनल में स्विच करने के लिए टैब का उपयोग करना चाहेंगे। क्षेत्र में केवल एक पैनल होने पर टैब कम उपयोगी होते हैं।

साथ ही, टैब की हमेशा आवश्यकता नहीं होती है, खासकर जब सामग्री स्वयं व्याख्यात्मक हो (जैसे 3डी दृश्य) या -कुछ ऐप्स में- निर्देशांक जानकारी।

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

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

मैं @vnen से सहमत हूं। शीर्षक के बिना, इसे एक ही पैनल के लिए कई अलग-अलग नाम कहा जा सकता है।

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

@DriNeo मैं सोच रहा था कि जब आप पैनल मर्ज करते हैं तो टैब दिखाई देते हैं। छिपे हुए टैब केवल 1 पैनल के लिए ही हैं

बहुत खूब

हाय दोस्तों

मैंने फ्लैट यूआई डिज़ाइन के लिए कुछ अपडेट किए हैं और मैं इसे नवीनतम गोडोट अल्फा 2.1 संस्करण के साथ परीक्षण करता हूं।

डाउनलोड:
https://github.com/ssavalot/godot_flat_ui

चियर्स

अच्छा है! मैं

@ssavalot आपकी थीम बहुत अच्छी लग रही है! हालांकि लाइनएडिट थोड़ा अजीब लगता है: पी

ड्रॉप बॉक्स और टेक्स्ट बॉक्स लेबल की तरह काफी अजीब लगते हैं। अभी भी बहुत अच्छा प्रयास

मैं इस जनसंपर्क #5243 में गोडोट संपादक के लिए कस्टम थीम समर्थन जोड़ता हूं, यह संपादक द्वारा उत्पन्न थीम को संपादक थीम के रूप में लोड करने की अनुमति देता है।

निम्नलिखित विषय आर्क-थीम जीटीके थीम से प्रेरित है जिसे आप https://github.com/Geequlim/godot-themes से प्राप्त कर सकते हैं।

हम अपने संपादक को बिना किसी कोड के अनुकूलित कर सकते हैं या इसे फिर से संकलित कर सकते हैं।

और दूसरे से थीम को बढ़ाना/संशोधित करना बहुत आसान होना चाहिए।

@Geequlim बहुत तेज! मैं अंधा हो जाऊंगा! इसे बंद करें! इसे बंद करें!!

@MarianoGnu एक डार्क वर्जन है https://github.com/Geequlim/godot-themes
समाप्त नहीं हुआ क्योंकि मैं इस सामान में अच्छा नहीं हूँ।

क्लीयरिंग माइलस्टोन क्योंकि यह एक चल रही चर्चा है, वास्तव में ऐसा कुछ नहीं है जिसे किसी विशिष्ट संस्करण के लिए लागू किया जाना चाहिए।

बीटीडब्ल्यू, क्या 2.1 स्थिर होने से पहले डिफ़ॉल्ट थीम को बदल देगा?

नहीं, ऐसा नहीं लगता कि हम 3.0 . तक कोई बड़ा विषय परिवर्तन करेंगे

शुक्रवार, 15 जुलाई, 2016 को दोपहर 12:27 बजे, मारियानो जेवियर सुलिगोय <
सूचनाएं@github.com> ने लिखा:

बीटीडब्ल्यू, क्या 2.1 स्थिर होने से पहले डिफ़ॉल्ट थीम को बदल देगा?

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

HiDPI के साथ भी काम करने के लिए नए विषय को खरोंच से करना होगा, यह होगा
काफी कुछ काम

शुक्र, 15 जुलाई, 2016 को दोपहर 12:50 बजे, जुआन लिनिएत्स्की [email protected] ने लिखा:

नहीं, ऐसा नहीं लगता कि हम 3.0 . तक कोई बड़ा विषय परिवर्तन करेंगे

शुक्रवार, 15 जुलाई, 2016 को दोपहर 12:27 बजे, मारियानो जेवियर सुलिगोय <
सूचनाएं@github.com> ने लिखा:

बीटीडब्ल्यू, क्या 2.1 स्थिर होने से पहले डिफ़ॉल्ट थीम को बदल देगा?

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

@reduz क्या नया विषय इस सूत्र में मूल प्रस्ताव जैसा होगा, या आप लोगों के मन में कुछ और है? मुझे पता है कि आपने मूल डिजाइनर के बारे में कुछ उल्लेख किया है जो लोगो के बारे में भी कुछ कर रहा है। इन दो प्रश्नों में से किसी पर कोई शब्द?

कुछ भी ध्यान में नहीं है, शायद हाँ, 3.0 . तक इसके बारे में सोचने से परेशान नहीं होगा

11 अगस्त 2016 को 16:56 को, "क्रिसलीस्क" नोटिफिकेशन @github.com ने लिखा:

@reduz https://github.com/reduz क्या नया विषय मूल जैसा होगा
इस सूत्र में प्रस्ताव, या आप लोगों के मन में कुछ और है? मैं जानती हूँ
आपने मूल डिज़ाइनर के कुछ करने के बारे में कुछ बताया है
लोगो के बारे में भी इन दो प्रश्नों में से किसी पर कोई शब्द?

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

@MarianoGnu इसे अभी बंद कर दिया गया था: मुस्कान:

आप इसे https://github.com/Geequlim/godot-themes के रूप में आज़मा सकते हैं

एक प्रकाश भी है।

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

@ akien-mga जैसा कि #6430 में बताया गया है, नीचे Editor अनुभाग में रंगों को सहेजा नहीं जा सकता है।

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

@Geequlim मैंने इसे स्थापित और स्थापित किया है, लेकिन अधिकांश पैनलों ने इसका स्वरूप नहीं बदला है, केवल फोंट और रंग।

मुझे कारण पता चला, ऐसा लगता है कि सभी संसाधन पथ स्थानीय संसाधन के बजाय दृश्य रूट के लिए पूर्ण हैं, यह आपको उसी निर्देशिका स्थानों में फ़ाइलों को सहेजने के लिए मजबूर करता है जिसका उपयोग आपने थीम बनाने के लिए किया था

@MarianoGnu आपको install.py चलाना चाहिए

विंडोज़ के लिए विषय सही स्थापित नहीं हुआ। तो मुझे MarianoGnu की तुलना में एक ही परिणाम मिला।
अब यह काम कर रहा है। इसलिए थीम को इंस्टॉल करना उतना ही आसान है जितना कि गीकुलिम का रेपो डाउनलोड करना -> पायथन फाइल चलाना -> गोडोट सेटिंग्स पर जाएं और कस्टम थीम के लिए सही रास्ता चुनें।
विंडोज़ पर: C:Users\your_username\AppData\Roaming\Godot\theme\
मैक और लिनक्स पर: उपयोगकर्ता/your_username/.godot
पुनरारंभ करें और आप कर चुके हैं ...

@गीकुलिम
मैं केवल यह बताना चाहूंगा कि छोटी स्क्रीन 1366x768 में, थीम बहुत अधिक जगह लेती है। मुझे लगता है कि यह सभी अतिरिक्त 'पैडिंग' है जो विषय का उपयोग करता है।
यहाँ एक उदाहरण है:

तुलना के लिए, मूल विषय:

कुल मिलाकर बहुत अधिक कार्यात्मक। ;)

@KioriSun आप अपनी स्क्रीन के लिए थीम का मार्जिन और फ़ॉन्ट आकार बदल सकते हैं।

उससे संबंधित; मुझे हमेशा लगता है कि ये विंडो बटन बहुत छोटे हैं;
वे बड़े होने चाहिए क्योंकि वे मुख्य कार्यों का प्रतिनिधित्व करते हैं जो आप हैं
लेने वाला है।

2016-09-11 14:30 जीएमटी-04:00 गीकुलिम नोटिफिकेशन @github.com :

@KioriSun https://github.com/KioriSun kiआप मार्जिन बदल सकते हैं और
आपकी स्क्रीन के लिए थीम का फ़ॉन्ट आकार।

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

आज ही यह मिला और यह बिल्कुल शानदार लग रहा है। मैं चाहता हूं कि यह बुरी तरह से लागू हो, नया लोगो और सब कुछ।

हे दोस्तों~
एक और संपादक विषय ऐसा लगता है जैसे एडोब फोटोशॉप आ रहा है

@KioriSun इस समस्या को नवीनतम प्रतिबद्धता में तय किया जाना चाहिए :)

मुझे समझ नहीं आया। क्या कोई आधिकारिक थीम समर्थन है या क्या वे केवल उन फ़ाइलों को प्रतिस्थापित कर रहे हैं जिन्हें आपको पुन: संकलित करना है?

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

मैंने अभी यह पाया है और मैं वास्तव में @alelepd की मूल अवधारणा का आनंद लेता हूं और इसके बारे में टिप्पणियों के साथ कि मैंने एक :+1: to जोड़ा है। मेरे पास एक _very_ पेशेवर अनुभव है जैसे एकता और ब्लेंडर करता है।

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

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

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

@ toger5 , मेरे लिए इसे साफ़ करने के लिए धन्यवाद। इस नाटक को देखने के लिए और इंतजार नहीं कर सकता। :)

@ akien-mga चूंकि नई ui अवधारणा के काफी करीब है और यहां चर्चा की गई अधिकांश बिंदुओं को वास्तव में एक अच्छे तरीके से हल किया गया है, अभी हम बंद करने पर विचार कर सकते हैं।

वास्तव में :)

हेलो सब लोग! मुझे इस प्रारंभिक डिज़ाइन अवधारणा को प्रकाशित किए हुए कुछ समय हो गया है। मुझे बहुत खुशी हो रही है कि इनमें से कुछ विचारों ने वास्तव में गोडोट 3.0 यूआई के अंतिम रिलीज में जगह बनाई।

नए वेब डिज़ाइन जैसे गोडोट के अन्य डिज़ाइन पहलुओं में सुधार से भी खुश हैं।

यह देखकर बहुत अच्छा लगा कि आप में से कितने लोगों ने इस अवधारणा को लिया और वास्तविक रूप से लागू किया, और यहां तक ​​कि संपादक के कई अन्य वर्गों में इसका विस्तार किया।

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

@alelepd ईमानदारी से, आपका पहला डिज़ाइन इतना बढ़िया है कि मैं इसे लागू करना चाहता था। मैं इसे किसी दिन कोशिश करूँगा ^^

आपका डिजाइन हमारे लिए एक बड़ी प्रेरणा थी। हम इसे और अधिक बारीकी से पालन नहीं कर सके क्योंकि हमें चीजों को कार्यात्मक रखने की आवश्यकता थी, लेकिन अभी भी इस पर कई विचार हैं जिन्हें हम भविष्य में खोज सकते हैं!

@alelepd और @reduz ~ मेरे मन में कुछ विचार हैं ...

आपका डिजाइन हमारे लिए एक बड़ी प्रेरणा थी। हम इसे और अधिक बारीकी से पालन नहीं कर सके क्योंकि हमें चीजों को कार्यात्मक रखने की आवश्यकता थी, लेकिन अभी भी इस पर कई विचार हैं जिन्हें हम भविष्य में खोज सकते हैं!

संस्करण 4.0 में, गोडोट नए डिजाइन के कितने करीब है?
क्या यह संस्करण 3 जैसे डिज़ाइन से जुड़ा है?
गोडोट इंटरफेस को अपडेट की सख्त जरूरत है!

@APakrohk संपादक विषय शायद गोडोट 4.0 में फिर से डिजाइन किया जाएगा। मेरे पास इसके लिए एक डब्ल्यूआईपी शाखा है, लेकिन इसे फिर से स्थापित करने की जरूरत है।

@Calinou क्या हम स्क्रीनशॉट प्राप्त कर सकते हैं

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

@ toger5 यहां बताया गया है कि यह वर्तमान में कैसा दिखता है। मैंने हाल ही में इसे DisplayServer परिवर्तनों के साथ master शाखा के शीर्ष पर पुन: आधारित किया है:

ठीक करने के लिए अभी भी कई चीजें हैं, जैसे आइकन मार्जिन और डॉक के बीच घटते मार्जिन।