Godot: शीर्ष मेनू को संक्षिप्त करें

यहां विकल्प 1 के दो शॉट दिए गए हैं, जिसमें क्लोज और ओपन मेन्यू है।

मुझे 'निर्यात परियोजना' दिखाई दे रही है (इसे मेनू में ले जाने के लिए +1) लेकिन उपकरण कहां गए?

@ Zireael07 टूल्स में केवल "अनाथ संसाधन एक्सप्लोरर" था जिसे मैंने सीधे मेनू में जोड़ा था। सिर्फ एक विकल्प के साथ मेनू रखने का कोई मतलब नहीं है

Tools मेनू ज्यादातर प्लगइन्स के उपयोग के लिए है।

विकल्प 2

मुझे विकल्प 2 पसंद है, कोई मुझे बताए कि वॉल्यूम बार के आगे बड़ा टिक किस लिए है? मेरे लिए, दाहिने हाथ की चीजें सिर्फ दो बड़े स्थान भरने वाले रहस्य हैं: पी

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

आप उपकरण मेनू को दृश्य मेनू में एक सबमेनू के रूप में भी स्थानांतरित कर सकते हैं (जैसे "हाल ही में खोलें" और "इसमें कनवर्ट करें" सबमेनस)।

ठीक है, यहां एक संशोधित विकल्प 2 है, जिसमें टूल मेनू प्रोजेक्ट मेनू से कुछ आइटम प्राप्त कर रहा है, इस प्रकार इसे देखने में और अधिक सुखद बना रहा है :)

सामान्य खिड़की

परियोजना मेनू

उपकरण मेनू

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

इसके अलावा, "सेटिंग्स" संपादक सेटिंग्स है, मैं इसे शीर्ष दाईं ओर रखना पसंद करता हूं और परियोजना से संबंधित चीजों को ऊपर बाईं ओर छोड़ देता हूं।

हालाँकि, रन स्क्रिप्ट को स्थानांतरित करना और टूल मेनू में कनवर्ट करना एक अच्छा विचार है।

मुझे किसी भी तरह से कोई फर्क नहीं पड़ता: नाम के लिए प्लगइन्स या टूल्स।

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

या .... इसके बारे में क्या? :)

(यह सिर्फ एक नकली है)

@nunodonato 2d/3d/script/assetlib बटन को अकेला छोड़ दें! :हर्ष:

मैं इन पंक्तियों के साथ सोच रहा था:

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

क्या यह सुधार होगा?

ऊपर की छवि को फिर से पोस्ट करना, यह टूटा हुआ था

ओह भी, मुझे लगता है कि आप वास्तव में कभी नहीं चुनते कि आप किस 2D/3D मोड का उपयोग कर रहे हैं, क्योंकि यह स्वचालित रूप से तब होता है जब आप एक नोड का चयन करते हैं या एक दृश्य खोलते हैं, इसलिए इसे दूर ले जाया जा सकता है और इसे "व्यूपोर्ट" बटन द्वारा प्रतिस्थापित किया जा सकता है।

@reduz जो मेरे लिए बहुत मायने रखता है :)
टैब के अंदर 2d/3d होना बहुत अच्छा है और यह भी संकेत देता है कि मोड प्रति-टैब सहेजा जाएगा (एक नोड 2 डी दृश्य 2 डी मोड में खोलने के लिए डिफ़ॉल्ट होगा, आदि)

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

@nunodonato Tools प्रोजेक्ट का सबमेनू हो सकता है, इसमें उतने आइटम हो सकते हैं जितने आप चाहते हैं।
मुझे नहीं पता कि टूल मेनू कितना लोकप्रिय है, लेकिन हम देख सकते हैं कि क्या इसका अक्सर उपयोग किया जाता है और फिर इसे किसी बिंदु पर मुख्य मेनू में प्रचारित किया जा सकता है यदि यह इसके लायक है।

स्वचालित 2d/3d स्विचिंग के बारे में ... सुनिश्चित नहीं है, मुझे याद है कि मुझे एक विशेष मोड को मजबूर करना पड़ा था, भले ही मैं एक अलग नोड का चयन कर रहा था।
उदाहरण के लिए, यदि आप "2d में HDR" डेमो खोलते हैं और HDR सेटिंग्स को कॉन्फ़िगर करना चाहते हैं, तो आपको विश्व पर्यावरण (जो कि 3d है) पर क्लिक करने की आवश्यकता है, लेकिन आप 2d में प्रभाव देखना चाहते हैं। शायद अन्य उपयोग के मामले भी हैं ...

हाँ, मैं यह नहीं कह रहा हूँ कि आपको इसे करने की आवश्यकता नहीं है, यही कारण है कि आपके पास अभी भी है
2डी/3डी स्वैप, लेकिन ज्यादातर मामलों में आपको इसकी आवश्यकता नहीं होती है।

सोम, 22 मई, 2017 को दोपहर 1:00 बजे, नूनो डोनाटो नोटिफिकेशन @github.com
लिखा था:

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

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

ओह ठीक है, मैंने सोचा था कि आपका मतलब है कि उन्हें हटाया जा सकता है, मेरा बुरा!

@reduz के सुझावों के आधार पर मेनू

मुझे वास्तव में Scene project अलगाव पसंद है।
editor बटन हालांकि दाईं ओर वास्तव में अच्छा है। यह परियोजना विशिष्ट कार्यों और सेटिंग्स को अलग करने के लिए बस इतना समझ में आता है जो प्रत्येक परियोजना (संपादक) को प्रभावित करता है। और इसे हिलाना एक महान अलगाव है।

मुझे Viewport script asset store अलगाव पसंद है !!
रेडुज के डिजाइन में फुलस्क्रीन बटन लोकेशन भी परफेक्ट है।
play pause stop ... डीबग बटन के लिए केंद्र स्थान के बारे में:
मुझे लगता है कि वे सबसे ज्यादा समझ में आते हैं और केंद्र में सबसे अच्छे लगते हैं।
मैं बाद में एक डिज़ाइन पोस्ट करूंगा, क्योंकि मुझे लगता है कि viewport, asset store... को शीर्ष दाएं कोने पर रखना बहुत अच्छा लग सकता है।

बस मेरी राय

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

मुझे लगता है कि मुख्य उपयोगकर्ता स्विचिंग के लिए शॉर्टकट का उपयोग करेंगे, या केवल मांग ui परिवर्तनों पर वास्तव में अच्छी तरह से निष्पादित देवताओं पर भरोसा करेंगे (एक स्क्रिप्ट पर क्लिक करना -> स्क्रिप्ट संपादक, .tscn -> 2d/3d... पर क्लिक करना)

इसलिए हो सकता है कि बटनों का इतना अधिक उपयोग न किया जाए। और अगर वे इस तरह से डिज़ाइन किए गए हैं, कि वे बाहर खड़े हों (उनके चारों ओर ग्रे बॉक्स) तो शीर्ष दायां कोना एक अच्छी जगह है? विचार?

ठीक है, हालांकि मैं मानता हूं कि केंद्र में प्ले/स्टॉप इत्यादि देखना सबसे अच्छा लगता है, मैं मुश्किल से उनका उपयोग करता हूं क्योंकि मैं सिर्फ शॉर्टकट कुंजी दबाता हूं :)

शायद विषय के लोग भी कुछ विचार दे सकते हैं :) cc'ing @djrm @volzhs

हाँ, लेकिन ध्यान रखें कि हमें खोज योग्यता को अपनी सर्वोच्च प्राथमिकता बनाना चाहिए.. मुझे वास्तव में विश्वास नहीं हो रहा है कि हम कोई समाधान नहीं निकाल सकते हैं:P

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

हाँ, मुझे लगता है कि नाटक के दाईं ओर कार्य करना ठीक है।

मैंने reduz डिज़ाइन का उपयोग किया और स्थानों को बदल दिया।
script, assetstore... एक बॉक्स भी दिया ताकि वे अधिक पॉप आउट हों और उन्हें ढूंढना आसान हो, हालांकि वे दर्ज नहीं किए गए हैं ...
वे विकल्प हैं जिनके साथ मैं आया था:

मुझे अभी भी रेडज़ का सुझाव बेहतर लगता है ... अधिक संगठित और "आउट-ऑफ-द-वे" लगता है :)

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

@ toger5 क्या आप अपना अंतिम प्रयास कर सकते हैं, लेकिन खेल नियंत्रण और अनुभाग नियंत्रणों की अदला-बदली के साथ? मुझे लगता है कि आप वहां कुछ हो सकते हैं ..

हालांकि मुझे अभी भी लगता है कि मेरा सुझाव शायद कम दखल देने वाला लगता है और यह स्पष्ट करता है कि दोनों चीजें उसी के लिए नहीं हैं।

हम खाली ऊपरी दाएं कोने में क्या डालते हैं? :पी

@ akien-mga समुदायों/यूट्यूब/ट्यूटोरियल के लिंक के बारे में क्या...

@ akien-mga यह आमतौर पर बंद/छोटा/अधिकतम बटन के लिए आरक्षित (निहित रूप से) है, और मैं ऐसे किसी भी सॉफ़्टवेयर के बारे में नहीं सोच सकता जो UI तत्वों को वहां रखता है (स्पष्ट रूप से, लिब्रे ऑफिस जैसे टूलबार के विस्तार के विपरीत)।

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

छोटे शीर्ष चिह्नों के साथ:

उस तरह से बहुत बेहतर दिखता है... बस थोड़ा सा... असंतुलित :D

@ toger5 क्षमा करें, मुझे लगता है कि मुझे अभी भी दाईं ओर का खेल पसंद है। फिर, यह सौंदर्यशास्त्र के बारे में नहीं बल्कि उपयोगिता और खोज योग्यता के बारे में है।

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

मुझे पता है कि वे केंद्र में प्ले बटन की तरह अच्छे नहीं दिखते, लेकिन उन्हें वहां रखना सही बात है..

और यदि आप 2D/3D बटन के आगे स्क्रिप्ट/एसेटलिब/सहायता डालते हैं? ये वैसे भी एक ही पैनल का उपयोग करते हैं।

@ eon-s उस पैनल में ज्यादा जगह नहीं है .. पदानुक्रम से भी मुझे लगता है कि यह समझ में आता है कि यह ऊपर है

बस एक और कोशिश;)

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

मुझे लगता है कि यह बहुत बेहतर दिखता है, लेकिन मुझे हिराची के बारे में पता नहीं है अब मुख्य व्यूपोर्ट विकल्प डीबग/निष्पादित टूल के बराबर हैं। कौन सा है ... संदिग्ध।
लेकिन जैसा कि मैंने पहले उल्लेख किया है। कोर उपयोगकर्ता वैसे भी बटन का उपयोग नहीं करेंगे या यह नहीं जानेंगे कि वे क्या करते हैं।

शुरुआती लोगों के लिए यह अभी भी ui का सबसे अधिक पॉपिंग आउट तत्व है -> इसे आजमाएगा और जल्द ही समझ जाएगा कि बायां हिस्सा मुख्य दृश्य है और मध्य भाग खेलने के लिए है। कमोबेश यही सब उन्हें जानने की जरूरत है (शुरुआत में)
तो यह एक क्लीनर UI के लिए एक बड़ा ux बलिदान नहीं है।

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

यह प्ले सेक्शन को दाईं ओर ले जाता है। (थोड़ा सा सरल भी)

पीएस: मैंने अंत में केवल शीर्ष खंड के साथ स्क्रीनशॉट पोस्ट करना शुरू कर दिया;)

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

22 मई, 2017 को रात 9:03 बजे, "टिमो" नोटिफिकेशन @github.com ने लिखा:

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

[छवि: गोडोटोल्डडिजाइनयूज्ड]
https://cloud.githubusercontent.com/assets/16718859/26333134/3f74e5f6-3f10-11e7-9bd4-5752ea9e4cb1.png

यह प्ले सेक्शन को दाईं ओर ले जाता है। (थोड़ा सा सरल भी)
[छवि: गोडोट्ससिंपलमिडलसेक्शन]
https://cloud.githubusercontent.com/assets/16718859/26333174/811e4c0e-3f10-11e7-94b5-337bc93f7833.png

पीएस: मैंने अंत में केवल शीर्ष खंड के साथ स्क्रीनशॉट पोस्ट करना शुरू कर दिया;)

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।

इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/godotengine/godot/issues/8865#issuecomment-303252558 ,
या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/AF-Z2-eoiuD0dVrKy9T3hlNKSNnb2tglks5r8iJSgaJpZM4NidqG
.

हाँ पाठ भाग समझ में आता है
मैं सोच रहा था, कि प्ले बटन के बजाय प्ले बटन के बजाय पॉज़ बटन दिखाई देता है।
तो आप डिबग मोड में तभी जा सकते हैं जब गेम चल रहा हो...

@ toger5 किस प्ले बटन को "पॉज़" से बदल दिया जाएगा? (कम से कम 3 हैं)

रुकने और रुकने के लिए एक निश्चित स्थान होना बेहतर हो सकता है।

मैं प्ले को रीस्टार्ट के रूप में कार्य करना पसंद करता हूं, जैसा कि वर्तमान व्यवहार है।

ओह खेलने के बारे में फिर से शुरू करने के बारे में नहीं सोचा था ...
मुझे लगता है की आप सही हो!

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

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

या तो यह शीर्ष पर टैब के साथ छिपा होगा (जब आपके पास उनमें से बहुत से खुले हों), या आप किसी अन्य लंबवत रेखा के साथ स्थान बर्बाद कर देंगे

मेरी ओर से एक विचार: मैं खुद को कई बार पूर्ववत/फिर से करें (esp. पूर्ववत) का उपयोग करते हुए पाता हूं। क्या वे दृश्य मेनू से बाहर और दृश्य दृश्य के ऊपर मेनू में ले जा सकते हैं, शायद दृश्य सबमेनू से दूर हो सकते हैं?

स्पष्टता के लिए मॉकअप। आप लोग मुझे बहुत सारे कौशल सीखने के लिए कह रहे हैं (पहले c++ और अब छवि संपादन:P)

महान विचार सभी, आते रहें: +1:
मैं बस अपने 2 सेंट जोड़ना चाहता हूं: हो सकता है कि "व्यूपोर्ट, स्क्रिप्ट आदि" को फ़ुलस्क्रीन बटन के आगे वाले टैब के ऊपर ले जाया जाए। फिर हम बीच में "Play Button" और दायीं ओर "Help" रख सकते हैं।

संपादित करें: इस तरह, यह भी स्पष्ट होगा कि ये बटन टैब की सामग्री को प्रभावित करते हैं

@stephdin मुझे यह विचार पसंद है! यदि एक ही समय में कई टैब खुले हैं तो टेक्स्ट भी छोटा हो सकता है।
मुझे ऊपर दाईं ओर सहायता भी पसंद है :)

@stephdin मैं इसे नेत्रहीन रूप से पसंद करता हूं, लेकिन यह शायद तब भी समस्या पैदा करेगा जब बहुत सारे खुले टैब हों जैसा कि @nunodonato द्वारा कहा गया है

मुझे वास्तव में @stephdin का दृष्टिकोण पसंद है।
यह पहले से ही कहीं और प्रस्तावित किया गया था, चिंताएं थीं, कि स्थान टैब के लिए मूल्यवान है। जो सही है हालांकि यह मेरी कार्यशैली नहीं है इसलिए मैं वास्तव में इसे महसूस नहीं कर सकता...

• मुझे यह भी लगता है कि इसका लाभ 2d/3d टॉगल के करीब होना है जो समझ में आता है।
• यह भी सही लगता है कि टैब को स्क्रिप्ट से 2d में बदलने से दाईं ओर सेटिंग बदल जाती है। (यह शीर्ष पर बदलाव से बेहतर है)

@nunodonato हाँ

एक अलग दृष्टिकोण:

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

हमारे पास वे दो डिफ़ॉल्ट टैब हैं और जैसे ही आप किसी दृश्य पर स्विच करते हैं यह (बेशक) व्यूपोर्ट दिखाता है।

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

@stephdin शैली के साथ, AssetLib मदद के बाईं ओर भी हो सकता है (शीर्ष दाएं), इसका उपयोग प्रति प्रोजेक्ट कुछ बार किया जाएगा।

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

मैंने जल्दी से @ toger5 के विचार के लिए कुछ मॉकअप बनाए:

लेकिन मुझे लगता है कि मैं इसे दाईं ओर बटन के रूप में अधिक पसंद करता हूं। AssetLib को हेल्प बटन के आगे ले जाना बहुत अच्छा है Idea imho

यहाँ एक नकली है:

• स्क्रिप्ट और एसेट लिब को दाईं ओर एक टैब पर ले जाया गया (क्योंकि वे मूल रूप से टैब हैं, आपके पास एकाधिक स्क्रिप्ट टैब नहीं हो सकते हैं)
• मुख्य दृश्य के अंदर पूर्णस्क्रीन बटन जोड़ा गया: पूर्णस्क्रीन स्क्रिप्ट के लिए विशिष्ट है, संपत्ति lib -> यह वहां रहने के लिए समझ में आता है
• ऊपर दाईं ओर मदद बढ़िया है;)

@stephdin योग्य धन्यवाद! मैंने भी मजाक बनाया है...
हालांकि टैब को दाईं ओर ले जाया गया .. इसलिए वे मूल रूप से बटन हैं ...
यदि एसेट लिब ऊपरी दाएं कोने पर है तो वास्तव में अच्छा काम कर सकता है। स्क्रिप्ट और दृश्यों की तुलना में इसकी एक अन्य प्राथमिकता और उपयोग का मामला भी है। मदद के आगे बढ़िया है

@ toger5 अच्छा नकली है, लेकिन हमें यह दिखाना होगा कि कौन सा दृश्य टैब सक्रिय है।
क्योंकि "सीन" डॉक सक्रिय दृश्य दिखाता है।

@ toger5 आपके मॉकअप की तरह दाईं ओर ये "फिक्स्ड टैब" होने से बेहतर दिखता है: D

संपादित करें: "मुख्य दृश्य के अंदर पूर्णस्क्रीन बटन जोड़ा गया" -> यह भी एक अच्छा विचार है

साथ ही, इस विकल्प को याद रखें (show_script_in_scene_tabs):

टैब के पास स्क्रिप्ट बटन को अनावश्यक न बनाएं।

@ eon-s यह वास्तव में बेमानी नहीं होगा क्योंकि दृश्य टैब पर स्क्रिप्ट बटन आपको संलग्न स्क्रिप्ट, वर्तमान संपादित स्क्रिप्ट या हेप पृष्ठ के दाईं ओर स्क्रिप्ट बटन पर लाता है।
@volzhs अच्छा आप इसका जिक्र करते हैं! हम एक और स्टाइल बॉक्स चाहते हैं draw_center = false

@ toger5 एसेटलिब को पॉपअप विंडो के रूप में बनाने के बारे में क्या है और इसे शीर्ष दाएं कोने पर रखें (अपने अंतिम मॉक पर मदद के अलावा), और मुख्य (केंद्र) पैनल के ऊपरी दाएं कोने पर बस 2 डी/3 डी/स्क्रिप्ट/पूर्ण स्क्रीन डालें?

पॉपअप के रूप में संपत्ति lib बहुत अच्छा है मुझे लगता है।
मुझे लगता है कि अगर व्यूपोर्ट अपने आप बदल जाता है तो यह अधिक समझ में आता है। मुझे 2d/3d बटन की आवश्यकता नहीं दिख रही है। स्क्रिप्ट संपादक तक पहुंचने के लिए बस एक रास्ता होना चाहिए। (यदि संपत्ति पॉपअप में है) बस।

ठीक है, मुझे लगता है कि यह मेरा पसंदीदा है:

• AssetLib और मदद ऊपर दाईं ओर
• एसेटलिब नई विंडो के रूप में
• "2D/3D" के बजाय "व्यूपोर्ट" (स्वचालित, लेकिन टैब हेडर में "2D/3D" बटन के साथ)
• टैब में "पूर्णस्क्रीन" बटन
• कई टैब खोले जाने पर टेक्स्ट संक्षिप्त हो जाता है
• मेनू (दृश्य, परियोजना, संपादक) में किए गए परिवर्तन बहुत अच्छे हैं!

@stephdin मुझे वह भी पसंद है
लेकिन आप व्यूपोर्ट बटन का उपयोग कब करेंगे...
अगर मैं किसी दृश्य में हूं तो मैं पहले से ही व्यूपोर्ट देख रहा हूं। अगर मैं स्क्रिप्ट एडिटर में हूं। मैं अंतिम दृश्य पर स्विच कर सकता था, लेकिन क्यों न केवल दृश्य पर ही दबाव डाला जाए? बाईं ओर टैब। जगह खाली कर देगा, और मुझे और भी समझ में आता है।
केवल एक संकेत होना चाहिए कि वर्तमान में कौन सा टैब सक्रिय है। जैसा कि volzhs ने उल्लेख किया है यह दृश्य गोदी के लिए महत्वपूर्ण है।

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

@novemberist बहुत अच्छी बात है। उस बारे में नहीं सोच रहा था।
आप लोगों के पास निश्चित रूप से मजबूत अंक हैं।
मैं @stephdin के डिजाइन पर

1) अनुभागों को पाठ के रूप में प्रस्तुत करने की आवश्यकता है, चिह्न स्पष्ट नहीं हैं।
2) एसेटलिब एक खंड है, इसे हटाने का कोई कारण नहीं है
3) फिर से, खोज योग्यता से कम महत्वपूर्ण नहीं है

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

23 मई, 2017 को शाम 7:26 बजे, "नवंबरिस्ट" नोटिफिकेशन @github.com ने लिखा:

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

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।

इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/godotengine/godot/issues/8865#issuecomment-303550418 ,
या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/AF-Z27_tsJaJ8njXaHuib0OmMnynjTMMks5r810PgaJpZM4NidqG
.

या हम इसे एक अग्रिम विकल्प बनाते हैं, दृश्य पर ऑल्ट प्रेस बस उसे सक्रिय दृश्य में बदल देता है। (नोड ट्री के लिए)
क्लिक आपको उस दृश्य के व्यूपोर्ट पर लाता है

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

हाँ वे हैं। अनुभागों और अनुभागों के बीच संबंध होने की आवश्यकता है
बटन, यही कारण है कि प्ले बटन को दाईं ओर जाने की आवश्यकता है।

23 मई, 2017 को शाम 7:43 बजे, "नवंबरिस्ट" नोटिफिकेशन @github.com ने लिखा:

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

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।

इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/godotengine/godot/issues/8865#issuecomment-303553499 ,
या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/AF-Z2_Df8Q6LBHLvzOO3QqlaPoJ_0LSBks5r82D4gaJpZM4NidqG
.

हाँ वे हैं। सेक्शन और सेक्शन बटन के बीच एक कनेक्शन होना चाहिए, यही वजह है कि प्ले बटन को दाईं ओर जाने की जरूरत है।

@reduz सुनिश्चित नहीं है कि यहां अनुभागों से आपका क्या मतलब है?

किसी भी तरह से मुझे प्ले बटन के बारे में कोई प्राथमिकता नहीं है (लेकिन मुझे अभी भी लगता है कि दाहिने कोने में मदद एक अच्छा विचार है, इसलिए प्ले बटन इसके तत्काल बाईं ओर जा सकते हैं)

नकली:

मेरी राय पोस्ट करना अशिष्टता है क्योंकि आप सभी (कमाल) कड़ी मेहनत कर रहे हैं, लेकिन मैं अभी भी पहले सुझाए गए @reduz को पसंद करता

व्यूपोर्ट और स्क्रिप्ट बटन को एक कोने में ले जाना एक बुद्धिमान विचार की तरह नहीं लगता है, और एसेटलिब और हेल्प को प्ले बटन के साथ दाईं ओर रखना न तो आकर्षक लगता है और न ही तार्किक रूप से ध्वनि:

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

ये मेरे अब तक के बदलाव हैं (असली सामान, कोई मॉकअप नहीं :)

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

@novemberist नहीं, केवल एकता करती है:

बाकी सब कुछ गड़बड़ है, गोडोट तुलना में ज्यादा साफ है। मुझे पूरा यकीन है कि आपको अंततः इसकी आदत हो जाएगी..

@nunodonato मैं वास्तव में इसे स्वयं पसंद करता हूं, यदि आप चाहें तो पीआर करने के लिए स्वतंत्र महसूस करें। मुझे अभी भी यकीन नहीं है कि रिमोट मेनू के बारे में क्या करना है, क्या यह बाईं ओर एक नियमित मेनू बन जाना चाहिए? क्योंकि मुझे लगता है कि ज्यादातर लोग इसे पूरी तरह से छोड़ देते हैं..

यार, गोडोट 3.0 में वास्तव में बाजार पर सभी गेम इंजनों की सबसे पतली थीम है: डी
और मैं कहूंगा कि 2.1 में पहले से ही सबसे अच्छे रूप थे, यह अभी बेहतर हो रहा है। प्रतियोगिता से आगे के वर्ष :P

@ एकियन-एमजीए सहमत हुए :)

@reduz रिमोट सामान को मेनू में ले जाने से बटन के बजाए भी बहुत समझ में आता है। इसे और अधिक दृश्यता भी देगा और हमारे पास अतिरिक्त मेनू-स्थान है :)

हाँ अन्य इंजन बहुत खराब दिखते हैं ... पता नहीं क्यों पीपीएल उनका उपयोग करते हैं;)

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

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

समस्या यह है कि, यह डीबग आइकन नहीं है, यह एक दूरस्थ आइकन है .. वास्तव में डीबग से संबंधित कुछ भी नहीं है। डीबग पैनल वह जगह है जहां डीबग सामग्री है

@reduz डिबग बटन को

निश्चित रूप से लगता है कि "डीबग" भ्रामक है, मैं "रन" का नाम बदलूंगा

बुधवार, 24 मई, 2017 को सुबह 10:08 बजे, नूनो डोनाटो नोटिफिकेशन @github.com
लिखा था:

@reduz https://github.com/reduz डिबग बटन को हिलाना बहुत अच्छा था
विचार :) हमें बस इसके लिए एक बेहतर नाम खोजने की जरूरत है

[छवि: 2017-05-24 15-07-43 से स्क्रीनशॉट]
https://cloud.githubusercontent.com/assets/1642015/26404595/706f0328-408a-11e7-9f73-73f7513b8880.png

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

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

"खेलें ..." शायद?

@vnen मैंने इसे अभी डीबग के रूप में छोड़ दिया है। लेकिन मैं मानता हूं कि रन भी बहुत भ्रामक है। 2 शब्दों वाले मेनू के साथ समस्या यह है कि दूसरे शब्द को किसी अन्य अलग मेनू आइटम के लिए गलत समझा जा सकता है। शायद उस रिक्ति में सुधार किया जा सकता है?

"कॉन्फ़िगरेशन (ओं)"?

ठीक है, ध्यान भटकाने वाले बटन को टैब बार में ले जाया गया

यह मेरे पीआर में मेरा आखिरी बदलाव था। 2d/3d बटन के साथ खिलवाड़ करना अभी मेरी समझ से परे है, इसलिए यदि कोई और इसे संभालना चाहता है... :)

@reduz प्रोजेक्ट मेनू को बाईं ओर ले जाने के बारे में, ताकि इसमें दोनों विकल्प छोड़े जा सकें, और दृश्य दूसरा होगा? दृश्य मेनू में "छोड़ना" थोड़ा अजीब है। परियोजना का दायरा बड़ा है, इसलिए शायद पहले स्थान पर बेहतर फिट होगा

समझ में आ सकता है.. मुझे लगता है कि हर किसी को इसकी आदत डालने की आवश्यकता होगी

24 मई, 2017 को दोपहर 12:40 बजे, "नूनो डोनाटो" नोटिफिकेशन @github.com ने लिखा:

@reduz https://github.com/reduz प्रोजेक्ट मेनू को यहां कैसे ले
बाएं, ताकि इसमें दोनों विकल्प छोड़ दें, और दृश्य दूसरा होगा? इसका
दृश्य में छोड़ने के लिए थोड़ा अजीब है। प्रोजेक्ट का दायरा बड़ा है, इसलिए
शायद पहले स्थान पर बेहतर फिट होगा

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

हाँ, यह सब आदतों की बात है :) ठीक है, मैंने अपने पीआर में वह आखिरी बदलाव किया है। मुझे लगता है कि अल्फा जारी होने के बाद हमारे पास बहुत सारे परीक्षक होंगे और फिर उस फीडबैक के साथ हम देख सकते हैं कि यहां से कैसे सुधार किया जाए

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

यह मेरा सबसे अधिक उपयोग किया जाने वाला बटन है (उपयोग की आवृत्ति के अनुसार क्रमबद्ध)

• नया नोड जोड़ें/बनाएं (+ बटन)
• प्रोजेक्ट चलाएं (प्ले बटन)
• स्क्रिप्ट बटन (तीनों स्थान)
• मोड और मूव मोड का चयन करें (दृश्य में कर्सर और क्रॉस बटन)
• इतिहास में पिछली संपादित वस्तु पर जाएं (इंस्पेक्टर विंडो में तीर)
• 2डी बटन
• एक दृश्य का उदाहरण (श्रृंखला बटन)
• संपादित दृश्य चलाएं

मेनू स्थिति (उपयोग की आवृत्ति द्वारा क्रमबद्ध)

• (दृश्य विंडो) संपादित करें -> स्नैप कॉन्फ़िगर करें
• (दृश्य खिड़की) संपादित करें -> स्नैप का प्रयोग करें
• (दृश्य विंडो) संपादित करें -> ग्रिड दिखाएं
• सीन -> ओपन सीन...
• दृश्य -> ​​कनवर्ट करें.. -> टाइलसेट ..
• दृश्य -> ​​परियोजना सेटिंग्स
• (स्क्रिप्ट विंडो) फ़ाइल -> खोलें / बंद करें
• (स्क्रिप्ट विंडो) सहायता -> प्रासंगिक सहायता

सुझाव

• बटन संपादित दृश्य चलाएं और कस्टम दृश्य प्ले का उपयोग नहीं करता)
• ब्राउज़र में बटन
• एसेटलिब हरे रंग की जगह पर नहीं होना चाहिए
• प्ले, पॉज और स्टॉप हरे रंग की जगह पर होना चाहिए (नीचे हरे धब्बे के बारे में क्या?)

पुराने फ़ायरफ़ॉक्स या पुराने एमएस ऑफिस की तरह बीच में शीर्ष पर एक अनुकूलन योग्य बटन बार होना बहुत अच्छा होगा !!

क्षमा करें, मुझे सीन और प्रोजेक्ट की अदला-बदली की आदत नहीं है, मुझे लगता है कि हम
शायद उन्हें फिर से स्वैप करना चाहिए... UI में असामान्य नहीं लगता:

[छवि: इनलाइन छवि 1]

बुधवार, 24 मई, 2017 को शाम 5:20 बजे, कठपुतली मास्टर- नोटिफिकेशन @github.com
लिखा था:

मैं एक बड़ा कीबोर्ड उपयोगकर्ता नहीं हूं और ज्यादातर मैं अपने माउस के साथ विकसित होता हूं।
मैंने अपना UI हॉट स्पॉट (हरा) चिह्नित किया है और मुझे लगता है कि इस स्थान पर होना चाहिए
बटन या मेनू का मैंने सबसे अधिक उपयोग किया।
लाल वे स्थान हैं जो मुझे पसंद नहीं हैं। (समापन बटन के पास और प्रारंभ करें
कार्यक्रम)
[छवि: छवि]
https://cloud.githubusercontent.com/assets/10463138/26421573/d0cf4a66-40c6-11e7-8e09-c139aca8ebe1.png

यह मेरा सबसे अधिक उपयोग किया जाने वाला बटन है (उपयोग की आवृत्ति के अनुसार क्रमबद्ध)

• नया नोड जोड़ें/बनाएं (+ बटन)
• प्रोजेक्ट चलाएं (प्ले बटन)
• स्क्रिप्ट बटन (तीनों स्थान)
• मोड और मूव मोड का चयन करें (दृश्य में कर्सर और क्रॉस बटन)
• इतिहास में पिछली संपादित वस्तु पर जाएं (इंस्पेक्टर विंडो में तीर)
• 2डी बटन
• एक दृश्य का उदाहरण (श्रृंखला बटन)
• संपादित दृश्य चलाएं

मेनू स्थिति (उपयोग की आवृत्ति द्वारा क्रमबद्ध)

• (दृश्य विंडो) संपादित करें -> स्नैप कॉन्फ़िगर करें
• (दृश्य खिड़की) संपादित करें -> स्नैप का प्रयोग करें
• (दृश्य विंडो) संपादित करें -> ग्रिड दिखाएं
• सीन -> ओपन सीन...
• दृश्य -> ​​कनवर्ट करें.. -> टाइलसेट ..
• दृश्य -> ​​परियोजना सेटिंग्स
• (स्क्रिप्ट विंडो) फ़ाइल -> खोलें / बंद करें
• (स्क्रिप्ट विंडो) सहायता -> प्रासंगिक सहायता

सुझाव

• बटन संपादित दृश्य चलाएँ और
  दृश्य विंडो के अंदर (मैं कभी भी प्ले कस्टम दृश्य का उपयोग नहीं करता)
• ब्राउज़र में बटन
  मेन्यू)
• एसेटलिब हरे रंग की जगह पर नहीं होना चाहिए
• प्ले, पॉज और स्टॉप हरे रंग की जगह पर होना चाहिए (इसके बारे में क्या)
  तल पर हरा स्थान?)

शीर्ष पर अनुकूलन योग्य बटन बार रखना बहुत अच्छा होगा
मध्य पुराने फ़ायरफ़ॉक्स या पुराने एमएस ऑफिस की तरह !!

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

@reduz आपके स्क्रीनशॉट अटैचमेंट में कुछ गलत हो गया, मैं इसे नहीं देख सकता।

मैंने एक दो बार गलत मेन्यू भी क्लिक किया... लेकिन यह आदत के कारण है। लेकिन ठीक है, अगर आप इसे लंबे समय तक नहीं करना चाहते हैं तो हम स्थिति को वापस कर सकते हैं। उस स्थिति में, क्या छोड़ने के विकल्प दृश्य मेनू में भी होंगे?

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

मैं हमेशा दृश्य के बजाय परियोजना को मार रहा हूं: भ्रमित:
और दृश्यों को संपादित करते समय प्ले बटन पर क्लिक करता था और अब इसे तब तक नहीं ढूंढ सकता जब तक मुझे याद न हो कि मैं 3 पर हूं: पसीना_स्माइल:

लेकिन शायद @ akien-mga सही है...

दो दिन हो गए और मैं पंगा लेता रहा :(

सूर्य, 28 मई, 2017 पर 12:42 pm पर, कल्प-s [email protected] लिखा है:

मैं हमेशा सीन के बजाय प्रोजेक्ट को हिट कर रहा हूं
और दृश्यों को संपादित करते समय प्ले बटन पर क्लिक करते थे और अब नहीं ढूंढ सकते
यह तब तक है जब तक मुझे याद नहीं है कि मैं 3 . पर हूँ

लेकिन शायद @ akien-mga https://github.com/akien-mga सही है...

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

जैसा कि आप सभी पहले से ही जानते हैं, सिद्धांत और व्यवहार हमेशा एक साथ नहीं चलते हैं। :मुस्कुराओ:

मुझे याद है कि फ़ेसबुक पर नज़र रखने वाली चीज़ों के बारे में कोई था।
क्या वह इसमें मदद कर सकता है? :मुस्कुराओ:

हाँ, शायद उन्हें वापस स्वैप करना बेहतर होगा..

सूर्य, 28 मई, 2017 पर 1:05 प्रधानमंत्री पर volzhs [email protected] लिखा है:

मुझे याद है कि फ़ेसबुक पर नज़र रखने वाली चीज़ों के बारे में कोई था।
क्या वह इसमें मदद कर सकता है? मैं

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

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

@ एकियन-एमजीए शायद।
लेकिन AFAIK, सबसे महत्वपूर्ण (बहुत उपयोग किया जाता है या देखा जाना चाहिए) चीजें ज्यादातर बाईं या शीर्ष पर स्थित होती हैं।
अतिरिक्त (होने के लिए अच्छा) चीजें दाईं ओर या नीचे हैं।
वेब, एप्लिकेशन, ओएस जैसे अधिकांश मामलों के लिए यह सामान्य है ...
मुझे लगता है कि Godot 2.x पहले ही इसका अनुसरण कर चुका है।

हे, मैं @ akien-mga से सहमत हूं, पुराने उपयोगकर्ता हमेशा किसी भी बदलाव को नापसंद करेंगे ... यह सब मांसपेशियों की स्मृति के बारे में है :)

ऐसा कहने के बाद, @reduz , मैं भी 100% नहीं हूं अगर यह जाने का रास्ता है ... लेकिन मुझे नहीं लगता कि पदों को वापस करना बेहतर होगा। मैं अपने आप को गलत बटन पर क्लिक करता हुआ पाता हूं, केवल इसलिए नहीं कि मैं इसके बाईं ओर होने का अभ्यस्त हूं, बल्कि इसलिए कि जो सामान मैं चाहता हूं वह बाईं ओर होने का अर्थ होगा !! "नया दृश्य" कुछ ऐसा है जिसकी मैं परियोजना (मुख्य) मेनू का हिस्सा बनने की अपेक्षा करता हूं।

इसलिए, शायद मैं उन्हें वापस मर्ज करने का एक बेहतर तरीका खोजने की कोशिश करूंगा... लेकिन एक विशाल मेनू के साथ समाप्त किए बिना जो पढ़ने में दर्दनाक है और जिसमें विभिन्न विकल्पों का भार है। कुछ विचार:

• "रिवर्ट" सीन बटन को हटा दें। मुझे नहीं पता कि लोग इसे कितना उपयोगी पाते हैं, मुझे याद नहीं कि मैंने कभी इसका इस्तेमाल किया हो।
• सहायता मेनू के बाद बटन के रूप में पूर्ववत करें और फिर से करें विकल्प रखें (लोग वास्तव में मेनू का उपयोग करके पूर्ववत करते हैं? यह इतना असुविधाजनक है)
• नज़दीकी दृश्य हटाएं - हाँ मुझे पता है कि इन सभी सामान्य विकल्पों (सहेजें, सभी को सहेजें, बंद करें, आदि) रखना आम बात है, लेकिन क्या वास्तव में उनकी आवश्यकता है? मेरा मतलब है, टैब या शॉर्टकट कुंजी में बंद करें बटन का उपयोग करके दृश्यों को कौन बंद नहीं करता है?

यह मेनू को 7 आइटम कम में कम करेगा !! (विभाजक शामिल), दोनों विलय होने पर इसे और अधिक सहनीय बनाते हैं :)

जो टैब या शॉर्टकट कुंजी में बंद करें बटन का उपयोग करके दृश्यों को बंद नहीं करता है

मैं यहाँ हूँ, कभी-कभी। मुझे लगता है कि यह कुछ संबंधित "वापसी" है।
मैंने कभी-कभी ऐसा किया जब मुझे कुछ बदलाव करने के बाद बदलाव पसंद नहीं आया।

@nunodonato जब मैं कुछ खराब (जैसे एनिमेशन या शेडर) करता हूं

मुद्दा लेना। क्या आप लोग केवल एक गजियन आइटम डंप करने की तुलना में मेनू को बेहतर ढंग से व्यवस्थित करने का एक तरीका सुझाना चाहते हैं? :)

मेरा त्वरित सुझाव इस प्रकार है।

वास्तव में, यह लगभग वैसा ही है जैसा कि reduz ने बहुत पहले सुझाया था।

मुझे सीन और प्रोजेक्ट ऑर्डरिंग के संबंध में कोई प्राथमिकता नहीं है। लेकिन पूर्ववत करें और बटन के रूप में फिर से करें न कि मेनू विकल्प अद्भुत होंगे <3

मेरे लिए टैब स्तर पर 2डी, 3डी, स्क्रिप्ट अभी भी सबसे अच्छा समाधान है:
अगर यह केवल इस मुख्य गोदी को प्रभावित कर रहा है तो क्यों न इसे मुख्य गोदी का हिस्सा बनाया जाए...
खोजने की क्षमता अभी भी है!

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

मेरा सुझाव इस धागे की छवियों पर आधारित है। तो यह वर्तमान मास्टर शाखा पर ऐसा नहीं दिखता है।
लेकिन मैंने सुझाव दिया कि कहां है।

इस बारे में कैसा है?

• दृश्य विंडो के अंदर दृश्य बटन चलाएं

@ कठपुतली मास्टर- जो चुना गया है उससे संबंधित कमरे के लिए होना चाहिए

मुझे वास्तव में दृश्य गोदी में "वर्तमान दृश्य खेलना" पसंद है !! हालांकि इसे दाईं ओर रखेंगे।
मुझे लगता है कि एंड्रॉइड/एचटीएमएल 5 बटन शीर्ष बार में रहना चाहिए। यह केवल तभी प्रकट होता है जब इसे वैसे भी सेट किया जाता है... इसलिए आमतौर पर यह वहां नहीं होता है। संपादित करें: (केवल 2.1 के मामले में ... मेरा बुरा)

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

एचटीएमएल बटन हमेशा दिखाई देता है लेकिन मेरे पास कोई एचटीएमएल सेटअप नहीं है!?!

@ कठपुतली मास्टर- आप सही कह रहे हैं क्षमा करें

और दृश्य के अंदर के बटन हमेशा बहुत बुद्धिमान नहीं होते..

काम नहीं करने पर बटन अक्षम होना चाहिए।

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

बीच में एक अनुकूलन योग्य बटन बार रखने के विचार के बारे में क्या?

@ कठपुतली मास्टर- बहुत बुद्धिमान नहीं होने के बारे में सहमत हुए। यह बेहतर होना चाहिए।

दोस्तों, कृपया चर्चा को फोकस पर रखें। यह मुद्दा परियोजना/दृश्य मेनू के बारे में है। आप शायद किसी अन्य मुद्दे में टूलबार के बारे में चर्चा कर सकते हैं। हो सकता है?

@nunodonato मैं टूलबार के बारे में बात नहीं कर रहा हूँ। :)
मैं सिर्फ इसलिए कह रहा था क्योंकि @ कठपुतली मास्टर- ने टूलबार में कुछ स्थानांतरित करने का सुझाव दिया था।

टूलबार और मेनू आपस में जुड़े हुए हैं - यदि कुछ मेनू से टूलबार में ले जाया जाता है या इसके विपरीत।

प्रोजेक्ट मेनू में मैं ऐसा कुछ करना चाहता हूं

मेरे द्वारा खोले गए अंतिम प्रोजेक्ट की सूची।
साथ ही सीधे इनपुट मैप पर जाने की संभावना भी अच्छी होगी।

क्या आप हाल के दृश्य या हाल के प्रोजेक्ट चाहते हैं? क्योंकि यह स्पष्ट नहीं है...

खराब स्क्रीनशॉट के लिए क्षमा करें .. हाल के प्रोजेक्ट

@ कठपुतली मास्टर- लेकिन वह परियोजना प्रबंधक के लिए है, न कि वर्तमान परियोजना (सेटिंग्स, उपकरण और उस तरह की चीजें)

मुझे एक ही मेनू प्रविष्टि पर प्रोजेक्ट और सीन रखने में कोई आपत्ति नहीं होगी।
"नया दृश्य" प्रोजेक्ट के साथ फिट बैठता है।

@ eon-s मैंने सोचा था कि मेनू बिंदु प्रोजेक्ट सूची से

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

क्या यह अभी भी प्रासंगिक है? चूंकि इंजन के शीर्ष को फिर से डिजाइन किया गया था

मुझे लगता है कि यह अब प्रासंगिक नहीं है। हालांकि चर्चा अभी भी जारी रह सकती है।