Godot: इवेंट शीट स्टाइल विज़ुअल स्क्रिप्टिंग

क्या वर्तमान दृश्य स्क्रिप्टिंग को अधिक और बेहतर कार्यों के साथ सशक्त बनाकर इसे कम नहीं किया जा सकता है?

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

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

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

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

यह किसी ऐसे व्यक्ति को बताने जैसा है जिसे केला पसंद है, इसके बजाय टमाटर खाएं- यह स्वाद की बात है :)

@groud मैंने थोड़ी देर के लिए ऐसा ही सोचा, लेकिन मुझे यह भी यकीन नहीं है कि कहां से शुरू करना है - और यहां तक ​​​​कि एक प्लगइन के रूप में भी- किसी को प्लगइन को बनाए रखना होगा।

@reduz फेसबुक पर इस विचार के प्रति गर्म महसूस कर रहा था, लेकिन मैं समझता हूं कि उसके हाथ अधिक महत्वपूर्ण चीजों से भरे हुए हैं

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

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

@blurymind हाँ, और निश्चित रूप से इसे इंगित करने और विस्तृत लेखन के लिए समय निकालने के लिए धन्यवाद। अभी भी लगता है कि यह शायद एक प्लगइन के रूप में बेहतर होगा।

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

हालांकि अभी तक इसमें से किसी पर ध्यान नहीं दिया है, इसलिए पॉइंटर्स का स्वागत है। :) कोई शून्य संकेत नहीं, कृपया!

@mhilbrunner हम शायद ट्रैकर पर एक और मुद्दा खोल सकते हैं

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

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

@groud वास्तव में एक अच्छा बिंदु है। वर्तमान विज़ुअलस्क्रिप्टिंग कोडबेस का कितना पुन: उपयोग किया जा सकता है? यह नोडग्राफ इंटरफ़ेस के लिए कितना विशिष्ट है?

@blurymind हाँ, वीएस के लिए ऐसी सूची पर काम कर रहे हैं और करेंगे, लेकिन कुछ समय लगेगा।

नेटिवस्क्रिप्ट की जांच करने की आवश्यकता है :)

अब हमारे पास स्क्रिप्टिंग भाषाओं (सी ++, सी #, यहां तक ​​​​कि पायथन) के लिए कई विकल्प हैं। विज़ुअल स्क्रिप्टिंग के लिए एक से अधिक विकल्प क्यों नहीं हैं :)

मुझे लगता है कि यह इस बात पर भी निर्भर हो सकता है कि दृश्य स्क्रिप्टिंग इंटरफेस बनाने के लिए गोडोट का एपीआई कितना लचीला है।
क्या विज़ुअलस्क्रिप्टिंग कोडबेस का पुन: उपयोग किया जाना चाहिए - या पूरी तरह से वैकल्पिक को नेटिवस्क्रिप्ट (सी ++) के साथ लिखा जाना चाहिए?
क्या इसे सिर्फ gdscript एडऑन के रूप में लागू किया जा सकता है?

विज़ुअल स्क्रिप्टिंग के लिए एक से अधिक विकल्प क्यों नहीं हैं :)

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

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

और नहीं, मुझे नहीं लगता कि हम विज़ुअलस्क्रिप्टिंग के कोड का पुन: उपयोग कर सकते हैं।

@groud यह एक अच्छा बिंदु है, लेकिन प्रोग्रामर के अनुपात को gamedev में कलाकारों के अनुपात पर विचार करें। कुछ बेहतरीन, सबसे खूबसूरत रेट्रो 2डी गेम फ्यूजन 2 के साथ कलाकारों द्वारा बनाए गए हैं जो गेम को सहज तरीके से बनाना चाहते थे जो उनके सोचने के तरीके के अनुकूल हो। यहाँ फ़्यूज़न मेड गेम्स का थोड़ा पुराना प्रदर्शन है:
https://www.youtube.com/watch?v=3Zq1yo0lxOU

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

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

यदि यह एक लोकप्रिय मांग है, तो हाँ, हम इसे मूल रूप से जोड़ सकते हैं। लेकिन अब तक ऐसा नहीं है।

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

@groud इन आँकड़ों का आना मुश्किल है। कितने वर्तमान दृश्य स्क्रिप्ट का उपयोग कर रहे हैं?

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

यदि आप मुझसे पूछें तो आरपीजी निर्माता इंजन वास्तव में एक स्तर का संपादक है। इसमें फ्यूजन और कंस्ट्रक्शन 2 के समान लचीलेपन का स्तर नहीं है

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

इसे करो

इसे समझना इतना कठिन लग रहा है?

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

मैं किसी ऐसे व्यक्ति के रूप में बोलता हूं जिसने दोनों प्रणालियों का उपयोग किया है और अब उनकी तुलना कर रहा है - दोनों समान रूप से शक्तिशाली हैं, सीखने और प्राप्त करने के लिए स्पष्ट रूप से सरल है
कृपया इसे आजमाएं। आप यहां अपने वेब ब्राउजर में कंस्ट्रक्शन3 को मुफ्त में आजमा सकते हैं:
https://www.scirra.com/
यदि आपका कोई बेटा या छोटा भाई-बहन है, तो उन्हें इसे आज़माने के लिए कहें, फिर गोडोट्स आज़माएँ - देखें कि वे क्या कर सकते हैं और बिना किसी निर्देश के उन्हें इसे करने में कितना समय लगता है - यहाँ अधिक स्कूलों के लिए गोडोट अपनाने की संभावना है। - प्रोग्रामिंग अवधारणाओं को सीखने के लिए दृश्य स्क्रिप्टिंग को बेहतर बनाएं और हम इंजन का उपयोग करके एक युवा जनसांख्यिकीय प्राप्त करेंगे

कितने वर्तमान दृश्य स्क्रिप्ट का उपयोग कर रहे हैं?

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

@groud बहुत अच्छा होगा अगर हम स्कूल के माहौल में
कंस्ट्रक्शन 2 के सबसे बड़े विक्रय बिंदुओं में से एक बच्चों को कोडिंग सिखाना है और वे वर्षों से एक विशेष शैक्षिक लाइसेंस बेच रहे हैं।

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

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

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

क्योंकि इसका दृष्टिकोण विशुद्ध रूप से राज्य मशीन केंद्रित है

क्या ? मुझे नहीं पता कि आप ऐसा क्यों सोचेंगे। VisualScripting का राज्य मशीनों से कोई लेना-देना नहीं है।

इस समय किसका उपयोग करना आसान है - ब्लूप्रिंट या जीडीस्क्रिप्ट? विज़ुअल स्क्रिप्टिंग का लक्ष्य क्या है और लक्षित उपयोगकर्ता कौन है

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

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

@ इसके निष्पादन का क्रम और कनेक्शन के प्रकार भी। घटना पत्रक की तुलना में नोडग्राफ में देखने के लिए और अधिक अवधारणाएं हैं। यहां तक ​​​​कि अगर आप नोड्स में आइकन जोड़ते हैं, तब भी आपको यह समझाना होगा कि घटनाओं का क्रम सफेद रेखाओं से तय होता है, अन्य रंगों का क्या मतलब है। आप अभी भी एक स्पेगेटी ग्राफ के साथ समाप्त होते हैं जिसे पढ़ना कठिन होता है - किसी और के ग्राफ में क्या हो रहा है यह जानने के लिए आपकी आंखों को सभी जगह यात्रा करनी होगी

आप सही लक्षित दर्शक नहीं हैं - आप एक अनुभवी c++ प्रोग्रामर हैं। कृपया उन लोगों के साथ इसका परीक्षण करें जो गैर-प्रोग्रामर हैं और आप देखना शुरू कर देंगे कि मेरा क्या मतलब है।

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

@ क्या हम ब्लेंडर की तरह विजुअलस्क्रिप्ट नोड्स को भी @mhilbrunner को इसे अपनी सूची में शामिल करना चाहिए
https://github.com/godotengine/godot/issues/12418
एक अन्य महत्वपूर्ण बिंदु वहां बनाया गया है- जीडीस्क्रिप्ट के माध्यम से पुन: प्रयोज्य उच्च स्तरीय क्रिया/कंडीशन लॉजिक ब्लॉक बनाने की क्षमता इवेंट शीट सिस्टम या ब्लूप्रिंट सिस्टम के लिए बहुत फायदेमंद होगी। ब्लूप्रिंट सिस्टम में पहले से ही है - लेकिन मुझे इसके लिए कोई प्लगइन्स नहीं दिख रहा है ..

फिर से - निर्माण 2 हमसे बहुत आगे है। उनके समुदाय ने कई सारे आसान प्लगइन्स बनाए हैं जो कस्टम शर्तों और कार्यों को जोड़ते हैं - और एक क्रिया और एक शर्त पंजीकृत करने के लिए उनकी एपीआई सुपर सरल है
https://www.scirra.com/forum/completed-addons_f153
https://www.scirra.com/manual/19/actions-conditions-and-expressions

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

lol gdscript से पढ़ने के लिए यह और अधिक आसान कैसे है

@ क्या हम ब्लेंडर की तरह विजुअलस्क्रिप्ट नोड्स को भी

मुझे नहीं पता। लेकिन अगर इसे लागू नहीं किया गया है, तो मुझे लगता है कि यह होना चाहिए।

lol यह कैसे gdscript की तुलना में पढ़ने में अधिक आसान है

यहाँ यह बात नहीं है।

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

@groud हाँ यह है। एक गेम देव इवेंट शीट का उपयोग क्यों करना चाहेगा जब यह साधारण जीडीस्क्रिप्ट कोड से कहीं अधिक अव्यवस्थित हो?

नहीं, ऐसा नहीं है, VisualScripting (या ईवेंट शीट) और GDscript समान लोगों को लक्षित नहीं करते हैं। VisualScripting (या ईवेंट शीट) कलाकारों या गेम/लेवल डिज़ाइनरों के लिए हैं जबकि gdscript को प्रोग्रामिंग अनुभव की आवश्यकता होती है।

इवेंट शीट और जीडीस्क्रिप्ट की तुलना करने का कोई मतलब नहीं है।

इवेंट शीट और जीडीस्क्रिप्ट की तुलना करने का कोई मतलब नहीं है।

ठीक है, यही वह जगह है जहां हम भिन्न होते हैं: पी क्योंकि मुझे लगता है कि उनकी तुलना करना उचित से अधिक है। खासकर जब से gdscript वह सब कुछ करता है जो वे करते हैं, बहुत अधिक सरल स्तर पर।

इसके अलावा, मैं "प्रोग्रामिंग अनुभव की आवश्यकता है" के बारे में असहमत हूं। यदि एक स्तर का डिज़ाइनर किसी ईवेंट शीट या विज़ुअल स्क्रिप्टिंग में पहले से ही क्रियाओं के ब्लॉक बना रहा है, तो उनके पास gdscript का उपयोग करने के लिए पहले से ही मूलभूत बिल्डिंग ब्लॉक्स_ हैं।

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

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

आपने स्पष्ट रूप से निर्माण या क्लिकटीम फ्यूजन को कभी नहीं छुआ है, यदि आप इसके बारे में चर्चा करना चाहते हैं - कम से कम थोड़ी देर के लिए इवेंट शीट का उपयोग करें- इसके साथ एक प्लेटफ़ॉर्मर बनाएं।
मैं निर्माण 3 के एक ऑनलाइन डेमो से जुड़ा हूं, जिसके लिए आपको खाता पंजीकृत करने या लॉग इन करने की आवश्यकता नहीं है।
https://www.scirra.com/
यह सचमुच तीन क्लिक दूर है

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

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

ठीक है, यही वह जगह है जहां हम भिन्न होते हैं: पी क्योंकि मुझे लगता है कि उनकी तुलना करना उचित से अधिक है। खासकर जब से gdscript वह सब कुछ करता है जो वे करते हैं, बहुत अधिक सरल स्तर पर।

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

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

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

बहरहाल, मैं इस चर्चा को यहीं समाप्त करता हूँ। वीएस या नहीं वीएस के बारे में बाइकिंग का इलाज पहले ही किया जा चुका है।

@blurymind मैं आपकी ऊर्जा की प्रशंसा करता हूं और आप अच्छे अंक बनाते हैं। मैंने पहले निर्माण में इवेंट शीट की कोशिश की है और वे पहले अच्छे थे, लेकिन मेरा खेल जितना उन्नत हो गया, मैं तुरंत कोड पर वापस जाना चाहता था। तो हाँ, मैंने उन्हें अतीत में आजमाया है।

@groud उनके बारे में एक अच्छा तर्क देता है, क्योंकि मार्वल हीरोज एक एएए एआरपीजी था और उन्होंने ब्लूप्रिंट w/ अवास्तविक का उपयोग किया था।

मैं असहमत नहीं हूं कि उनके पास उनके उपयोग के मामले हैं, मुझे लगता है कि निम्नलिखित मानदंडों के आधार पर इसे उचित ठहराना मुश्किल होगा:

• सीमित देव जनशक्ति
• पहले से ही मौजूदा मुद्दों की मात्रा
• अव्यवस्था / पढ़ने में कठिन ( यहां देखें)
• मुझे लगता है कि अधिकांश गोडोट डेवलपर्स जीडीस्क्रिप्ट का उपयोग करेंगे
• gdscript पहले से ही गोडोट के साथ बहुत अच्छी तरह से संबंध रखता है
• यदि कोर में जोड़ा जाता है , तो ईवेंट शीट के आसपास नए मुद्दे उत्पन्न हो सकते हैं, जो जीडीस्क्रिप्ट मुद्दों से दूर हो सकते हैं
• पहले से ही जीडीस्क्रिप्ट का उपयोग करने वाले गोडोट देवों के वर्तमान 90% के लिए उचित नहीं है (यदि देव समय का उपयोग जीआईटी-संकलित जीडीस्क्रिप्ट के लिए किया जा सकता है, जो सक्रिय उपयोग के मामलों को पूरा करता है)

एक प्लगइन के रूप में मैं पूरी तरह से समर्थन कर सकता था, लेकिन मेरा दिल कह रहा है कि अगर यह आधिकारिक तौर पर समर्थित है तो यह एक अच्छा विचार नहीं हो सकता है

@गिरंग धन्यवाद। एक बार फिर - यह gdscript या विजुअल स्क्रिप्ट को बदलने का अनुरोध नहीं है।
यह सामान्य रूप से दृश्य स्क्रिप्टिंग पर एक अवलोकन है और इस समय गोडोट की दृश्य स्क्रिप्टिंग वास्तव में गैर-कोडर्स के लिए उपयोगकर्ता के अनुकूल नहीं है।

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

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

हमारे पास जो वर्तमान दृश्य स्क्रिप्ट है, वह सरलतम चीजों को करने के लिए बहुत अधिक क्लिक, नोड्स और वर्बोसिटी लेता है। यह एक और कारण है कि जीडीस्क्रिप्ट अधिक सीधा आईएमओ है - 10 नोड्स और 100 कनेक्शन के बजाय कोड की एक पंक्ति।

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

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

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

वस्तुओं को जोड़ने के लिए निर्माण का दृष्टिकोण भयानक है - अन्य बातों के अलावा- लेकिन इसका ईवेंट शीट डिज़ाइन से कोई लेना-देना नहीं है

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

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

साथ ही, GDscript के लिए JIT पर चर्चा करना विषय से परे है। किसी विशेषता की योग्यता को केवल इसके द्वारा मापा जा सकता है:

• यह उपयोगिता बनाम अन्य, समान विशेषताएं हैं जो समान उपयोग के मामले के लिए उपयोगी हो सकती हैं
• यह उपयोगिता बनाम जटिलता है जो इसे तालिका में लाता है, गोडोट के लिए अतिरिक्त तकनीकी ऋण और रखरखाव का बोझ

तो यह किया जाना चाहिए या नहीं, इसका इससे कोई लेना-देना नहीं है कि हम GDScript के लिए JIT को लागू करते हैं या नहीं। अन्यथा, हमें सभी फीचर अनुरोधों में से 99% को तब तक बंद कर देना चाहिए जब तक कि सभी प्रमुख बग्स को ठीक नहीं कर दिया जाता, अर्थात हमेशा के लिए। वे GDScript के लिए JIT से भी अधिक महत्वपूर्ण हैं।

जीडीस्क्रिप्ट के लिए

इसके साथ ही, @blurymind मैं आपके द्वारा कही गई किसी भी बात से असहमत नहीं हो सकता क्योंकि वे वास्तव में अच्छे अंक हैं। क्या गोडोट में इवेंट शीट होना _होने के लिए एक अच्छी सुविधा है? ज़रूर, लेकिन क्या ऐसा कुछ है जो जल्द ही वास्तविकता में होगा? मैं बहुत पक्का नहीं हूँ। (2014 से सिर्फ एक शौकीन चावला उपयोगकर्ता, और यह सिर्फ मेरी राय है)

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

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

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

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

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

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

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

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

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

@DrZanuff इस वास्तव में महत्वपूर्ण बिंदु को लाने के लिए धन्यवाद - उसी तर्ज के साथ कुछ भी किड्सकैनकोड यूट्यूब चैनल और @NinkuX द्वारा नोट किया गया है - घटना पत्रक एक स्कूल के माहौल के लिए बहुत अच्छा है और जीडीस्क्रिप्ट जैसी किसी चीज़ के लिए एक महान संक्रमण है। ब्लूप्रिंट दुर्भाग्य से नहीं हैं

शायद गोडोट इसे गेम मेकर के तरीके से संपर्क कर सकता है - उनके ड्रैग एंड ड्रॉप विजुअल कोड का सीधे जीएमएल कोड में अनुवाद किया जाता है जिसका वास्तविक समय में पूर्वावलोकन भी किया जा सकता है। इस तरह गैर-कोडर जीएमएल सीख सकते हैं, जबकि वे इंजन के दृश्य स्क्रिप्टिंग सिस्टम का उपयोग कर रहे हैं - यह सटीक रणनीति है जो योयो गेम गैर-कोडर्स को धीरे-धीरे जीएमएल में पेश करने के लिए नियोजित करता है
https://docs2.yoyogames.com/source/_build/3_scripting/1_drag_and_drop_overview/change_dnd.html

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

एक ऐडऑन के रूप में भी - मैं सोचता रहता हूं कि गोडोट की घटना पत्रक वस्तुओं को अंत में जीडीस्क्रिप्ट में अनुवादित किया जाना चाहिए। ईवेंट शीट गैर-कोडर्स को gdscript का उपयोग करने का तरीका सिखाने के लिए एक उपकरण हो सकता है- उन्हें एक आसान इंटरफ़ेस देकर जो अभी भी अभिव्यक्तियों के लिए gdscript के उपयोग की अनुमति देता है और अंत में gdscript वैसे भी उत्पन्न और पूर्वावलोकन करता है।

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

अतिरिक्त शिक्षण सहायता जो क्लिकटीम फ्यूजन और कंस्ट्रक्शन 2 दोनों नियोजित करती है, नोड विधियों/सदस्यों में निर्मित की एक क्लिक आधारित मेनू सूची है

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

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

मुझे लगता है कि मैंने अच्छी तरह से समझाया नहीं ... :(

जब मैं लाइनें कहता हूं, तो मैं दृश्य स्क्रिप्टिंग को संदर्भित करता हूं, उन पंक्तियों के लिए जो नोड्स को जोड़ती हैं

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

इस प्रकार के विकल्प का पता लगाना अच्छा होगा

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

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

एसेट रिपॉजिटरी में विजुअल स्क्रिप्ट ऐडऑन के लिए एक विशेष खंड हो सकता है

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

घटना पत्रक प्रणाली ही नहीं है। यह भी है कि प्लगइन्स/व्यवहार/परिवार, यूआईडी और ऑब्जेक्ट गुण कैसे काम करते हैं।

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

गोडोट में मैंने दृश्य स्क्रिप्टिंग में पोंग उदाहरण की कोशिश की और जब मैंने देखा कि यह खिलाड़ी के लिए एक स्प्राइट का उपयोग करता है और टकराव के लिए अन्य स्प्राइट ऑब्जेक्ट का उपयोग करता है, और मैं ऐसा था, क्या !? . इसके अलावा C2 में एक "बहुभुज आकार का अनुमान है" जो एक क्लिक के साथ 8 बिंदुओं का उपयोग करके आपके स्प्राइट की टक्कर बनाता है। उसके बाद आप अधिक बिंदु जोड़ सकते हैं और अधिक सटीक होने के लिए समायोजित कर सकते हैं या पिक्सेल-सटीक प्राप्त करने के लिए कुछ प्लगइन्स या ट्रिक्स का उपयोग कर सकते हैं।

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

आगे बढ़ने के मामले में शायद उन्हें C2 के बड़े लोगों जैसे RexRainbow, R0j0hound, आदि से पूछना/किराया लेना चाहिए ... . लेकिन जैसा कि मैंने कहा, इसका मतलब बहुत सारा काम और पैसा होगा।

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

आपके द्वारा अनुरोध की जा रही कुछ चीजें एडऑन के रूप में की जानी चाहिए और पहले से ही ऐडऑन के रूप में बनाई गई हैं (उदाहरण के लिए बहुभुज आकार का अनुमान लगाएं)

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

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

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

मेरा मतलब यह है कि C2/C3 जैसे आसान तरीके से सभी कार्यों को प्राप्त करने के लिए समान दर्शन का पालन किए बिना गोडोट पर एक ईवेंट शीट सिस्टम जोड़ना समय की बर्बादी होगी। जैसा कि मैंने कहा, स्प्राइट्स/टकराव या सभी गेमआर्ट के लिए एक वस्तु के बजाय प्रत्येक वस्तु के लिए एक वस्तु होना।

हो सकता है कि उन्हें समुदाय से पूछना चाहिए कि कितने लोग वास्तविक दृश्य स्क्रिप्टिंग का उपयोग कर रहे हैं, और कितने लोग इवेंट शीट सिस्टम को पसंद करेंगे, फिर निर्णय लें।

@matriax इस तरह के दावे करने से पहले आपको गोडोट सीखना होगा :)

यहां प्रस्ताव एक घटना पत्रक के लिए है, न कि निर्माण 2 की संपूर्ण इंजन प्रति के लिए।

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

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

यहां तक ​​​​कि एक ऐडऑन कार्यान्वयन के रूप में- गोडोट में एक इवेंट शीट को जीडीस्क्रिप्ट फाइल आईएमओ बनाने के लिए सिर्फ एक और इंटरफेस बनाने के अलावा और कुछ नहीं करना चाहिए

@blurymind और फिर उसी चीज़ के साथ, ठीक है इसे भूल गया।

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

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

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

इसमें मूल्य पर वापस जाना- क्या यह अद्भुत नहीं होगा यदि गोडोट, शायद भविष्य में किसी दिन अधिक बच्चों का पहला इंजन बन जाए?
स्कूलों में कंस्ट्रक्ट को बदलने की कोशिश क्यों न करें :) सिर्रा देवों के लिए अभी यह बहुत आसान है। देखें कि वे कैसे स्कूलों के साथ सहयोग करने के बारे में डींग मारते हैं
https://www.construct.net/gb/blogs/construct-official-blog-1/construct-3-a-year-in-review-947?utm_campaign=blog1postemailsub&utm_medium=email&utm_source=947&utm_term=txt4-read-laura_d% 2527s-post&utm_campaign=marketing&utm_source=sendgrid&utm_medium=email

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

यह अच्छा होगा यदि गोडोट में रिचटेक्स्टलेबल नोड आंतरिक गोडोट संपादक आइकन का उपयोग कर सकता है

समय मिलने पर मैं शर्तों/कार्य संपादक के लिए एक और नकली बनाउंगा :)
क्रियाएँ/शर्तें संपादक कक्षों/तर्क ब्लॉकों को संपादित करने का उपकरण होगा। मैं अभिव्यक्ति संपादक के रूप में गोडोट के आंतरिक कोड संपादक के साथ कंस्ट्रक्ट 2 के दृष्टिकोण के समान कुछ सोच रहा हूं।
हो सकता है कि कुछ सहायक सहायक बाद में जोड़े जा सकते हैं - जैसे कि कंस्ट्रक्शन 2 या फ्यूजन में

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

@blurymind अच्छा, मुझे अवधारणा पसंद आई।
हो सकता है कि क्रियाओं और शर्तों को जोड़ने के लिए बटन पृष्ठभूमि बटन के बिना हों, जैसे निर्माण में 2

और मुझे लगता है कि स्थिति को कार्रवाई से अलग करने के लिए यह एक अच्छी लाइन होगी

मुझे यह पसंद है जिस तरह से यह निकल रहा है।

यह वास्तव में साफ-सुथरा मॉकअप है। पहले तो मैं वास्तव में समझ नहीं पाया कि आप क्या प्राप्त कर रहे हैं। अब यह वास्तव में स्पष्ट है ... प्रोग्रामिंग और हमारे पास पहले से मौजूद दृश्य स्क्रिप्टिंग के बीच एक मध्यवर्ती चरण की तरह?

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

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

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

इस पर अपने काम से प्यार करो। क्या आप इसे रेपो में उपलब्ध कराने के इच्छुक होंगे क्योंकि आप इस पर काम करते हैं (यदि आप करते हैं)? एक नज़र डालना चाहते हैं और उस पर प्रहार करना चाहते हैं और चारों ओर खेलना चाहते हैं।

@mhilbrunner बेशक आप कर सकते हैं - और अगर आप लोग इसके साथ घूमते हैं तो मैं वास्तव में इसे प्यार करूंगा। इसे और अधिक प्रस्तुत करने योग्य बनाने के लिए बस कुछ समय चाहिए। :)

मैं गुई को गोडोट के संपादक में एक जीडीस्क्रिप्ट प्लगइन के रूप में एकीकृत करने की प्रक्रिया में हूं - यह अभी तक पर्याप्त इंटरैक्टिव नहीं है :)

जब मैं डिजाइन विचारों को संप्रेषित करने के लिए बुनियादी जीयूआई को अंतःक्रियात्मक रूप से काम करने के लिए जीथब पर प्रकाशित करूंगा :)

शायद इवेंट शीट को कहीं और से एक्सेस किया जाना चाहिए?

अधिक अपडेट स्क्रीनशॉट और अंततः जीथब के लिए एक लिंक पोस्ट करेंगे- कुछ प्लानिंग नोट्स और अन्य इवेंट शीट इंजन के ऑनलाइन डेमो के लिंक के साथ मेरी पहली पोस्ट को अपडेट किया।

• क्या आप लोग बीबीकोड के माध्यम से रिच टेक्स्ट लेबल नोड के अंदर गोडोट नोड आइकन प्रदर्शित करने का एक आसान तरीका जानते हैं?
  अपने पिछले मॉकअप में मैंने [img] टैग का उपयोग किया था - लेकिन यह एक बहुत ही खराब तरीका है क्योंकि इसके लिए मुझे उन सभी नोड आइकन को डाउनलोड करने की आवश्यकता होगी जो गोडोट संपादक उपयोग करता है और उन्हें एडऑन के साथ संग्रहीत करता है।

• मैं यह पता लगाने के लिए भी संघर्ष कर रहा हूं कि एडऑन एपीआई के माध्यम से एक नया इवेंटशीट स्क्रिप्ट प्रकार संसाधन कैसे पंजीकृत किया जाए

@blurymind बहुत अच्छा! अब यह और अधिक पठनीय है। हमें यह सोचने की जरूरत है कि उपयोगकर्ता को कार्रवाई सूची कैसे दिखाई देगी।

एक चीज जो मुझे पुराने कंस्ट्रक्ट क्लासिक से पसंद आई, वह थी बिना किसी क्रिया या शर्त को खोले इवेंट शीट से मूल्यों को संपादित करने का विकल्प, लेकिन इसे संपादित करने के लिए मूल्य पर डबल क्लिक करें:

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

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

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

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

किसी भी स्थिति में, हमारे पास पूरी तरह कार्यात्मक एडऑन कभी नहीं हो सकता है। यह सिर्फ इस विचार की खोज के लिए है कि इसे यहां एक गोडोट केंद्रित तरीके से कैसे किया जा सकता है - कम से कम अभी के लिए

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

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

यदि आप इसे एक ऐड-ऑन के रूप में बनाना चाहते हैं और उस ऐड-ऑन का समर्थन करना चाहते हैं, तो आपके लिए धमकाना। लेकिन कुछ दोहराव के रूप में, कोर को फूला हुआ और (संभावना) भविष्य के समर्थन, एकीकरण, आदि के साथ सीमित आधिकारिक देव समय बर्बाद कर रहा है, _ नहीं धन्यवाद। _

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

@blurymind मुझे लगता है कि आपका विचार अच्छा है। इसके अलावा, आपको लगता है कि इसके बारे में पहले से ही काफी ठोस दृष्टि है।

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

मैं @spyres से भी सहमत

फिर भी, मुझे लगता है कि यह घटना पत्रक देखना एक दिलचस्प विचार है।

@blurymind मुझे लगता है कि आप भूल रहे हैं कि

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

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

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

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

मैं अपरिहार्य विज़ुअल स्क्रिप्टिंग सुधारों की प्रतीक्षा करता हूं जो (क्योंकि वे पूरी तरह से एकीकृत/समर्थित हैं) किसी भी जानदार "निर्माण-लाइट" किडी-केंद्रित प्लगइन की तुलना में अधिक उपयोगी (और संभवतः अधिक लोकप्रिय) होंगे।

@spyres कृपया स्वर सभ्य रखें। आपको दूसरों को यह बताने की ज़रूरत नहीं है कि उनकी धारणाएं " गूंगा " हैं या वे संभावित प्लगइन जो वे निवेश कर रहे हैं (मुक्त!) काम सिर्फ " जानकी निर्माण-लाइट किडी-केंद्रित " चीज होगी।

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

सभ्यता के हित में (हालांकि "किडी सेंट्रिक" _exactly_ है जो ओपी यहां पूछ रहा है!) आइए निर्माण शैली डिजाइन शीट को अजीब के रूप में वर्णित करने के साथ चलते हैं, गोडोट के मूल जनसांख्यिकीय पर ध्यान केंद्रित नहीं करते हैं, कुछ ऐसा जो आशा की जाती है कोर डेवलपर समय बर्बाद नहीं करेगा , आदि।

गोडोट के भीतर पुनर्निर्माण निर्माण को परेशान क्यों करें

क्या 7 साल की किडी जनसांख्यिकीय वास्तव में उस तरह के दोहराव के लिए चिल्ला रही है?

@mhilbrunner उनकी पोस्ट का जवाब देते हुए एक 7 साल के ट्रोल का जवाब देने जैसा लगता है: D
उसने मेरे अधिकांश पोस्ट को यहाँ ठुकरा दिया- सभी थंब डाउन वास्तव में उसके हैं।
ऐसा लगता है कि उसके साथ बहस करने का कोई मतलब नहीं है, क्योंकि वह वास्तव में सवालों का जवाब नहीं देता है - मैंने उससे कुछ वैध प्रश्न पूछे हैं जो मुझे कुछ प्रतिक्रिया प्राप्त करने में मदद कर सकते हैं। बदले में मुझे जो मिला वह उससे कहीं ज्यादा है

क्या जीथब के पास अपमानजनक होने पर लोगों को पोस्ट करने से रोकने का एक तरीका है?

वाह, जबकि मैंने निश्चित रूप से कुछ विचारों पर सवाल उठाया है, मैंने _never_ वास्तव में किसी का नाम लिया है। मैं कहूंगा कि _वह_ बहुत अपमानजनक है।

गोडोट के भीतर निर्माण की कार्यक्षमता को डुप्लिकेट करना क्या प्रदान करता है जो पहले से ही एर द्वारा प्रदान नहीं किया गया है ... निर्माण।

क्या केवल 7 साल के बच्चों से अपील करने के लिए गोडोट में कंस्ट्रक्ट के फीचर सेट (शायद कम तरीके से) को डुप्लिकेट करने के लिए एक कानूनी उल्टा है?

आप सिर्फ निर्माण का उपयोग क्यों नहीं करेंगे? क्या उनका सेटअप (जो कुछ नकल करने के लिए उत्सुक लगता है) वास्तव में कमी है?

क्या यह मानने का कोई कानूनी कारण है कि एक बार जब बच्चे बड़े हो जाते हैं तो बच्चे जीडीस्क्रिप्ट या विज़ुअल स्क्रिप्टिंग में नहीं जा सकते हैं?

@spyres आप ईवेंट शीट और ईवेंट शीट का उपयोग करने वाले लोगों का वर्णन करने के लिए आम तौर पर आपत्तिजनक शब्दों का उपयोग कर रहे हैं।
वे "किडीज़" नहीं हैं और सिस्टम "जानकी" नहीं है। देवताओं के लिए उन समुदायों के लिए कुछ सम्मान करें। यह अभिजात्यवादी रवैया कहाँ से आ रहा है?

कंस्ट्रक्ट 2 में बहुत अनुभवी जावास्क्रिप्ट प्रोग्रामर हैं- जो आपको स्पष्ट होना चाहिए था यदि आप वास्तव में मेरे द्वारा लिखे गए लिंक को पढ़ने और मेरे द्वारा प्रदान किए गए लिंक का पालन करने में परेशानी से गुज़रे हैं। उनके द्वारा बनाए गए कुछ ऐडऑन्स इसे बेबीलोन और थ्री.जेएस इवन जैसे 3डी इंजनों के साथ एकीकृत करते हैं- तो हाँ- अनुभवी डेवलपर्स भी इवेंट शीट्स का उपयोग करने और उसके साथ गेम बनाने का आनंद लेते हैं।

क्लिकटीम फ्यूजन ने गोडोट द्वारा बनाए गए गेमों की संख्या और राजस्व के मामले में स्टीम, किकस्टार्टर और यहां तक ​​​​कि ऐप स्टोर पर गेम को बहुत अधिक बना दिया। यह पूरी तरह से इवेंट शीट आधारित इंजन है, जिसका इस्तेमाल 10-80 साल के बच्चे करते हैं। यह सभी उम्र का मिश्रण है। कुछ उपयोगकर्ता फिल्म निर्माता हैं, अन्य कलाकार हैं - नौकरी वाले लोग जो लाइसेंस, निर्यातक आदि पर पैसा खर्च करते हैं। हेक, मैंने अब तक गोडोट के साथ किसी और चीज की तुलना में उनके एसेट स्टोर पर सामान बेचने से ज्यादा पैसा कमाया है।
यहां कुछ उदाहरण हैं - फिल्म निर्माता अलोंसो मार्टिन ने एक गेम बनाने का फैसला किया:
https://www.kickstarter.com/projects/alonsomartin/heart-forth-alicia
7 साल का एक समूह एक खेल बनाता है
https://www.kickstarter.com/projects/galaxytrail/freedom-planet-high-speed-platform-game

यहाँ एक नज़र डालें
http://indiegames.clickteam.com/
वे सात साल के बच्चे निश्चित रूप से जानते हैं कि कैसे खेल बनाना और पैसा कमाना है
https://thinkgaming.com/app-sales-data/publisher/3107/scott-cawthon/

प्रोग्रामिंग सिखाने के लिए इसे एक बेहतर उपकरण के रूप में बेचने का मेरा कोण इसे इस तरह गुमराह करने का कारण नहीं होना चाहिए। उपयोगकर्ताओं के व्यापक जनसांख्यिकीय के साथ- आप इंजन के साथ गेम बनाने वाले अधिक लोगों के साथ समाप्त होते हैं। क्या यह स्पष्ट नहीं होना चाहिए? यह स्पष्ट क्यों नहीं है :D

आपको कितनी बार मुझे यह दोहराने की आवश्यकता है कि मैं Construct2 की कार्बन कॉपी नहीं मांग रहा हूं? यह ऐसा है जैसे आप बिना कुछ पढ़े वही संदेश दोहराते हैं। मैं जो प्रस्तावित कर रहा हूं वह एक गोडोट केंद्रित घटना पत्रक है, न कि निर्माण 2 में एक की एक प्रति

अब सिस्टम के "जानकी" होने के बारे में आपके पोस्ट को कैसे पढ़ रहा है जो मुझे गोडोट के लिए एक मुफ्त एडऑन बनाने के लिए प्रेरित करेगा? इस पर थोड़ा विचार करें

वाह! गोलपोस्ट बदलने के बावजूद...

मुझे स्पष्ट करने दो।

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

वास्तविक लाभों से संबंधित प्रश्न वही रहते हैं, हालांकि कुछ (बेवजह) उन्हें "आक्रामक" लग सकते हैं।

क्या सुझाव है कि एक पूरी तरह से अलग इंजन पर तैयार किया गया ऐड-ऑन निर्माण का उपयोग करने से बेहतर होगा? उसमें से कुछ शामिल (एड-ऑन के माध्यम से भी) कुछ ऐसा है जिसे हम बहुत से लोगों से मजबूत समाधान (यानी निर्माण) पर उपयोग करने की उम्मीद करेंगे? मुझे शक है कि।

लेकिन हे, वहाँ क्यों रुके? बहुत बढ़िया उपकरण (निर्माण से परे) प्रोग्रामिंग (जैसे सिखाने बच्चों के लिए मौजूद हैं स्क्रैच , Styncl , code.org आदि) क्यों भी गोडोट में उन्हें शामिल नहीं!

या शायद नहीं... ;-)

क्या कोई है जिसने गोडोट की विज़ुअल स्क्रिप्टिंग का उपयोग किया है और यह इतना अच्छा लगता है कि वह केवल गोडोट की विज़ुअल स्क्रिप्टिंग का उपयोग कर रहा है?

@Zonacas मुझे नहीं लगता कि गोडोट की विजुअल स्क्रिप्टिंग अभी तक इसके लिए पर्याप्त परिपक्व है, लेकिन मैं गलत हो सकता हूं। ध्यान रखें कि वीएस इस बिंदु पर केवल दो महीने की तरह ही जारी किया गया है। :)

@Zonacas कलह सर्वर पर वीएस चैनल को

हाय सब लोग, मेरे पास कॉन्सेप्ट एडऑन के सबूत पर एक प्रगति अद्यतन है।

यहाँ आपके लिए एक ताज़ा GIF है:

यह क्या करता है में कुछ पृष्ठभूमि - मूल रूप से घटना पत्रक कोशिकाओं से बना है। एक सेल या तो स्थितियों (गेटर्स/एक्सप्रेशन) या क्रियाओं के लिए हो सकता है (सेटर्स जिन्हें गेटर्स/एक्सप्रेशन से खिलाया जा सकता है)।
GUI पक्ष पर, ईवेंट सेल एक Richtextlabel नोड और bbcode के माध्यम से बनाया जाता है जो gdscript से उत्पन्न होता है। जब आप उस पर डबल क्लिक करते हैं, तो रिचटेक्स्टलेबल एक एडिटबॉक्स नोड में बदल जाता है जिसमें वास्तविक जीडीस्क्रिप्ट एक्सप्रेशन होता है।

तो एक इवेंट शीट सेल में 2 मोड होते हैं:

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

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

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

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

इसे काम करने के लिए आगे क्या करना है:

• घटनाओं के क्रम को आसानी से बदलने में सक्षम होने के लिए - मुझे कोशिकाओं को खींचने का एक तरीका समझने की जरूरत है।
• पूर्वावलोकन मोड में भी कॉपी और पेस्ट करना।
• आगे मुझे एक एक्सप्रेशन एडिटर बनाना है जो एक विशिष्ट प्रकार के प्रीव्यू मोड सेल यूआरएल पर क्लिक करने पर पॉप अप होता है
• पता लगाएँ कि प्लेसहोल्डर आइटम से कैसे निपटें। मैंने टिप्पणी करने के बारे में सोचा, लेकिन दुर्भाग्य से गोडोट इनलाइन टिप्पणियों का समर्थन नहीं करता है: https://github.com/godotengine/godot/pull/18258 तो मुझे उस पर ड्राइंग बोर्ड पर वापस जाना पड़ सकता है

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

समर्थन के लिए सभी को धन्यवाद

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

एक्सकेसीडी: मानक

मैं यह नहीं देखता कि यह केवल अवधारणा के प्रमाण के बजाय वास्तविक ऐडऑन/प्लगइन क्यों नहीं हो सकता है। डिफ़ॉल्ट रूप से इंजन के साथ सब कुछ बंडल नहीं करना पड़ता है। मेरा मतलब यह नहीं है कि GDNative को क्यों विकसित किया गया था?

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

• हम गोडोट संपादक में एक नया स्क्रिप्ट संसाधन प्रकार कैसे पंजीकृत करते हैं और उपयोगकर्ता को इसे किसी भी नोड से जोड़ने की अनुमति देते हैं? फिलहाल ऐडऑन सीन की जड़ और उसकी हैकी से काम कर रहा है।
• फिर हम इसे कैसे बनाते हैं ताकि गोडोट मेरी घटना पत्रक गुई को खोल सके - जैसा कि वर्तमान ब्लूप्रिंट सिस्टम के रूप में एकीकृत है
• हम एडिटटेक्स्ट नोड को गोडोट के जीडीस्क्रिप्ट एडिटर की तरह कैसे काम करते हैं- सिंटैक्स कलरिंग और ऑटोकंप्लीशन को सक्षम करें। इसके अलावा हम इसे कस्टम संदर्भ कैसे देते हैं?

एपीआई का वास्तव में निम्न स्तर का ज्ञान रखने वाला कोई व्यक्ति ऐसा कर सकता है। उस तरह का सामान दस्तावेज़ीकरण में नहीं है- इसका कोई मौजूदा उदाहरण भी नहीं है।
मेरे पास डिजाइन के विचार हैं, लेकिन अभी तक इसे खींचने के लिए पूरी तस्वीर नहीं है

अब तक मैं केवल डिजाइन अवधारणाओं को आगे बढ़ा सकता हूं और एपीआई के बारे में अधिक जान सकता हूं, लेकिन इस बात की दृढ़ता से गारंटी नहीं दे सकता कि इसे एक ऐडऑन में बदल दिया जा सकता है जो वास्तव में पूरी तरह से काम करता है। लोग इसे अब तक बहुत पसंद करते हैं

इस तरह की चीजों के लिए, मैं डेवलपर्स की इच्छाओं का सम्मान करना पसंद करता हूं:

https://godot.readthedocs.io/en/3.0/about/faq.html

मेरे पास एक अच्छा विचार है जो गोडोट को बेहतर बनाएगा।

आपके विचार को निश्चित रूप से नजरअंदाज कर दिया जाएगा।

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

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

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

@blurymind एक आदमी का "योगदान" दूसरे आदमी का (या इंजन का) व्याकुलता है। क्षमा करें कि अलग-अलग राय की अवधारणा (यहां तक ​​​​कि उन देवों की जिन्हें उन्होंने आधिकारिक डॉक्स के हिस्से के रूप में पोस्ट करने के लिए पर्याप्त महत्वपूर्ण महसूस किया) आपको इतनी आपत्तिजनक लगती हैं।

आपके ऐड-ऑन के साथ शुभकामनाएँ। मुस्कराहट:

@spyres लेकिन क्या आपने वास्तव में कुछ बनाया है? क्या आपने कभी गोडोट के लिए ऐडऑन बनाया है? क्या आप गोडोट का उपयोग करते हैं?

तुम यहाँ क्यों हो? आप चर्चा में योगदान करने की कोशिश नहीं कर रहे हैं

@blurymind वाह, अलग-अलग राय वास्तव में आपको इतना परेशान करती हैं? आपके लिए कितना दुखद है।

@spyres यहां हर कोई आपकी राय देख सकता

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

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

@spyres हाँ, आपने पहले ही कहा था। ऊपर स्क्रॉल करें और इसे 5 बार और पढ़ें। आप में से एक है.. लेकिन इतनी बार

@blurymind और यह किसी तरह आपको परेशान करता है? वाह, वैकल्पिक राय और ऐसे।

मुझे लगता है कि _you_ ने कुछ भी सही नहीं दोहराया है? (आप कौन हैं, आप यहां क्यों हैं, अपने आप को डग्नबिट सही ठहराएं!)। :मुस्कुराना:

मुझे लगता है कि देवों द्वारा लिखी गई आधिकारिक दस्तावेज टिप्पणियों में से कुछ ने अपचन का कारण बना दिया है?

हाँ, यह अत्यंत हृदयस्पर्शी है

@blurymind धन्यवाद, फिर चारों ओर गले

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

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

@spyres कृपया स्पैमिंग बंद करें। मुझे इन ईमेल और सूचनाओं की आवश्यकता नहीं है। आपने अपनी राय व्यक्त की, जो ठीक है, लेकिन आपको इसे दोहराते रहने की आवश्यकता नहीं है।

@mhilbrunner अगर मेरी अलग राय आपको परेशान करती है, तो कृपया मेरे अवतार पर क्लिक करें और फिर "ब्लॉक यूजर" चुनें। मेरी टिप्पणियों को पढ़कर जो भी दर्द हुआ है वह तुरंत समाप्त हो जाएगा। :स्माइली:

@spyres मैंने पिछली पोस्टों में नोट किया है कि इस ऐडऑन का उद्देश्य gdscript का उपयोग करना है, न कि वैकल्पिक भाषा के रूप में काम करना। और हाँ, ऐसा लगता है कि कोई भी इस ट्रैकर को मॉडरेट नहीं कर रहा है

ठीक है, जितनी जल्दी तुम समाप्त करोगे, हम सब उतने ही खुश

एक बुद्धिमान व्यक्ति के शब्दों में, "चिंता मत करो, खुश रहो"। :मुस्कुराना:

या "यह सब मज़ेदार और खेल है जब तक कि कोई अपनी नज़र नहीं हटाता!" (उम, रुको, मुझे नहीं लगता कि वह उद्धरण था जिसे मैं ढूंढ रहा था ...)

बहुत खूब। सच कहूं तो यह अद्भुत है!

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

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

एक बार जब यह समाप्त हो जाता है तो यह एक टन लोगों की मदद करने वाला है

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

उत्कृष्ट विचार!

यह बहुत उपयोगी होने वाला है। मैं इसके रिलीज होने तक इंतजार नहीं कर सकता!

शानदार विचार, SnailOn के साथ सहयोग करें।

1. वह प्रतिभाशाली है।
2. उन्होंने लगभग 3 साल तक गोडोट का इस्तेमाल किया।
3. उन्होंने TGF . के बाद से Clickteam इंजन का इस्तेमाल किया
4. आदर्श उम्मीदवार।

@boruok मैं शुरुआती दिनों से ही घोंघे के yt चैनल का प्रशंसक रहा हूं। 😄 उनके ट्यूटोरियल्स ने मुझे बहुत पहले फ्यूजन सीखने में मदद की है। क्या उसके पास जीथब खाता है? मुझे कुछ बातों पर उनका मन बनाना अच्छा लगेगा।

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

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

इनलाइन टिप्पणियों के बिना जीडीस्क्रिप्ट और विज़ुअलस्क्रिप्ट के बीच आसान स्विचिंग रखना कठिन है, लेकिन मेरे पास कुछ विचार हैं कि कैसे इसे प्राप्त किया जाए और प्रयोग किया जाए - इसलिए मैं उस एटीएम पर काम कर रहा हूं।
मुझे जीडीस्क्रिप्ट में एक खाली प्लेसहोल्डर को परिभाषित करने का कोई तरीका चाहिए जहां एक अभिव्यक्ति की उम्मीद है।
चूंकि भाव एक प्रकार का मूल्य लौटाएंगे, इसलिए मैंने प्लेसहोल्डर को चिह्नित करने के लिए गोडोट में मूल्य रूपांतरण विधि का उपयोग करने के बारे में सोचा:
float() ## this will turn into a bbcode item that expects an expression resulting in a float
लेकिन यह कुछ हद तक बदसूरत हो सकता है क्योंकि यह अंतिम उत्पन्न gdscript के अंदर कई अनावश्यक चर प्रकार रूपांतरण विधियों को उत्पन्न करेगा

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

सबसे अच्छा तरीका वास्तव में सिर्फ मेरी लानत gdscript को bbcode पार्सर विधि को स्मार्ट बनाना है- जो मैं अभी करने की कोशिश कर रहा हूं

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

@blurymind मैं इसका 100% समर्थन करता हूं!
(अंग्रेजों के लिए अग्रिम क्षमा करें)

अगर हम लोगों को ट्रोल करने के लिए इस्तेमाल किए जा सकने वाले पेज के बारे में उचित रूप से देखें, तो हम यही देख सकते हैं:

डेवलपर्स में रुचि है (उदाहरण के लिए):

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

इसे ध्यान में रखते हुए:

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

• उच्च-स्तरीय ईवेंट शीट अच्छी तरह से काम करती हैं। जैसा कि ऊपर बताए गए सभी ऐप्स की सफलता से देखा जा सकता है। यदि अच्छी तरह से किया जाता है तो वे गैर-कोडर्स के लिए समझने और उपयोग करने में वास्तव में अधिक सरल होते हैं।

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

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

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

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

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

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

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

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

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

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

मुझे यकीन है कि ऐसे क्षण हैं जहां नोड आधारित संपादन आसान है, लेकिन घटना आधारित संपादन जल्दी से पसंदीदा विकल्प बन जाएगा यदि इसे बेस गोडोट विजुअल स्क्रिप्टिंग में शामिल किया गया था।

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

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

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

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

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

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

@blurymind ठीक है,

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

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

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

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

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

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

यह संभवतः केवल EventSystem की तुलना में अधिक लोगों को ला सकता है। और नोड सिस्टम को जीवित रखना भी एक अच्छा कदम होगा।

तो क्या हुआ अगर कोई बीच का रास्ता हासिल नहीं किया जा सकता है। कुछ यूँ ही मर जाएगा। कोई फर्क नहीं पड़ता कि यह क्या है।

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

मैं बस फैसला नहीं कर सकता। यहाँ देखें।

1. एकता: 4011
2. अवास्तविक: 316
3. गेममेकर: 274
4. निर्माण: 223
5. गोडोट: 75
   _रिड्यूज के ट्वीट से ग्लोबल जैम में प्रति इंजन गेम की संख्या की सूची बनाएं।_

मुझे गोडोट सबसे ऊपर चाहिए। तो उम्मीद है कि कुछ वीएस प्यार इसे हासिल करने में मदद करेगा।
लेकिन अवास्तविक + गोडोट + गेममेकर + कंस्ट्रक्ट अभी भी इसे नहीं काटता है। लेकिन इसे कम से कम 2 नंबर बना देता है।

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

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

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

एक औसत EventSystem की तुलना में सबसे अच्छा नोड सिस्टम हमेशा एक कोड स्पेगेटी होगा।

@bigelod सच है कि ऐसा नहीं कहा जाना चाहिए। मुझे लगा कि यह समान है। मैंने उस टिप्पणी को EventSystems सीखते समय 2 घंटे की अवधि में लिखा था। इसके बारे में खेद है कि इसे ठीक कर देगा।

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

@swarnimarun कई साल पहले मैंने इसी ट्रैकर पर

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

अन्य दृश्य प्रोग्रामिंग इंजन मंचों को देखते हुए भी नरक आप किसी भी नए ब्लूप्रिंट सिस्टम इंजन के लिए नकारात्मक प्रतिक्रियाएं देख सकते हैं:
https://rpgmaker.net/forums/topics/23922/?post=857285#post857285

अब दिन के अंत में मुझे कोई कारण नहीं दिख रहा है कि दोनों सिस्टम क्यों मौजूद नहीं हो सकते हैं। वे एक साथ काम कर सकते हैं - जिस तरह से ब्लूप्रिंट जीडीस्क्रिप्ट नोड्स के साथ मिलकर काम कर सकते हैं।

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

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

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

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

ईवेंट शीट अपने भावों के लिए gdscript का उपयोग कर सकती है और इस तरह वास्तव में उन लोगों की मदद करती है जो इवेंट शीट टाइप इंजन से आते हैं, इसे बहुत तेज़ी से सीखते हैं

संभवतः ईवेंट सिस्टम का उपयोग कस्टम नोड बनाने वाले उपकरण के रूप में किया जा सकता है।

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

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

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

क्लिकटीम फ्यूजन - जुगनू इंजन:
http://clickstore.clickteam.com/firefly
https://store.steampowered.com/app/267655/Firefly/
इसे स्टीम पर प्रतिबंधित किया जा रहा है - क्योंकि यह एक भयानक छोटी गाड़ी है

निर्माण 2 - q3d
https://www.scirra.com/tutorials/9456/build-your-first-3d-game-with-the-q3d-plugin

जरा देखें कि बिना 3D दृश्य संपादक के एक साधारण 3D दृश्य सेट करने में कितनी परेशानी होती है
https://youtu.be/VUGsTdBpRCQ?t=6m17s

IMHO एक हाइब्रिड लगता है जो दोनों के डाउनसाइड्स को पाने का एक शानदार तरीका है।

इसका मूल्य दिखाने और प्रतिक्रिया प्राप्त करने के लिए एक ईवेंट शीट प्रोटोटाइप बनाने के लिए दृष्टिकोण होना चाहिए।

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

मेरा मानना ​​​​है कि लोग प्रोग्रामिंग को आज़माने से डरते हैं, शायद वही लोग हैं जिन्हें GDScript की उपस्थिति में इसकी आवश्यकता हो सकती है।

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

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

मुझे समझ में नहीं आता कि इसे जिस तरह से प्रचारित किया गया है, जब तक कि किसी को EventSheet का उपयोग करके प्रोग्रामिंग का बुनियादी ज्ञान न हो, परेशानी का अधिक साबित हो सकता है।

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

घटना पत्रक जीडीस्क्रिप्ट/स्क्रिप्टिंग भाषाओं से कैसे भिन्न हैं?

नौसिखियों के लिए (ऐसी चीजें जो इसे कोडिंग की तुलना में अधिक आकर्षक बनाती हैं):

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

अधिक अनुभवी उपयोगकर्ताओं के लिए:

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

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

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

मैं कुछ जावास्क्रिप्ट सामान से अलग हो गया हूं और अगर अन्य इसे जाने देते हैं तो इसे पसंद करेंगे :) लेकिन वापस आ जाएंगे

मैं @mhilbrunner से सहमत

@धुंधलापन
तो, आपने कहा था कि आप उस तरह के प्लगइन पर काम कर रहे थे?
रेपो का नाम क्या है? यह पहले से ही आपके जीथब पर है?

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

कभी-कभी यह कोड लिखने से तेज हो सकता है, जब आपको इसकी आदत हो जाती है तो आप जितनी तेजी से सोच सकते हैं उतनी तेजी से क्लिक कर सकते हैं।

केवल नीचे की ओर जो मैं देखता हूं वह यह है कि जब आपको पारंपरिक कोड सीखना होता है तो आप आलसी हो जाते हैं।

मैं इस पर काम करना शुरू कर रहा था, लेकिन आपका कोड मेरी तुलना में अधिक उन्नत प्रतीत होता है, मुझे डर है कि मैं मददगार नहीं हो सकता, लेकिन मैं इसे वैसे भी आज़माना चाहूंगा

@Elmapul मुझे नहीं लगता कि उसका रेपो ज्यादा मदद करेगा।
और कोडिंग वास्तव में बहुत तेज है यदि आपकी ऐसी सोच है तो इसका मतलब है कि आप वास्तव में एक अच्छे प्रोग्रामर नहीं हैं जिन्होंने पायथन जैसी भाषाओं के साथ काम किया है।
हालाँकि EventSheet शुरुआती लोगों के लिए अधिक मददगार और उदार है, इसलिए वह यही है।

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

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

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

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

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

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

मेरा तर्क यह है कि घटना पत्रक को सीखना आसान है
ब्लूप्रिंट और स्थापित करने के लिए तेज़।

इसके अलावा यह संक्रमण में बेहतर है
वास्तविक स्क्रिप्टिंग भाषाओं में नए लोग।

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

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

बुध, 30 मई 2018 22:59 Daven बिगेलो पर, [email protected] लिखा है:

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

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

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

@blurymind मैंने इसे C ++ के साथ करने की सलाह दी थी, यह उस पद्धति का उपयोग करके बेहतर अनुकूल और अधिक पूर्ण होगा। यहां तक ​​कि मैं भी, जिसने कुछ सप्ताह पहले सी++ शुरू किया था, अब इसका उपयोग करने, बग फिक्स और नई सुविधाएं बनाने में सक्षम है। तो यह इतना कठिन नहीं है, शायद थोड़ा सा। हालांकि मुझे अभी भी स्टैक ओवरफ्लो का उपयोग करने की ज़रूरत है।

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

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

@swarnimarun क्या कोई हैलो वर्ल्ड मॉड्यूल है जो नया ui बनाता है या मौजूदा को बदल देता है?
क्या आप किसी अच्छे आरंभिक ट्यूटोरियल की सिफारिश कर सकते हैं जिससे आपको मदद मिली?

किसी भी मामले में मैं अब जीडीस्क्रिप्ट सिंटैक्स को बदलने के बारे में सोच रहा हूं, हेल्पर मेनू टाइप किए गए जीडीस्क्रिप्ट में उत्पन्न होगा:
https://github.com/godotengine/godot/pull/19264
फिर वह बीबीकोड में परिवर्तित हो जाता है जो इंटरैक्टिव इवेंट शीट सेल इंटरफ़ेस प्रस्तुत करता है

मैंने यह फ़्लोचार्ट यह समझाने के लिए बनाया है कि यह इस समय कैसे काम करता है
https://www.draw.io/#Hblurymind% 2FGodot-eventSheetPrototype%2Fmaster%2FEventSheetDiagramPlan.xml

@blurymind मैं अनुशंसा
किसी ने वास्तव में मेरी मदद नहीं की। मुझे भी ज्यादा मदद की जरूरत नहीं पड़ी। मैं सामान लेने में बहुत अच्छा हूं, इसलिए यह सब ठीक रहा। फिर भी मैं तो शुरुआत ही कर रहा हूँ, जिसकी तुलना अनुभवी देवों से की जाती है।

और मेरा मानना ​​है कि आप सभी प्रोग्रामिंग करने के लिए GDScript का उपयोग कर रहे हैं, या आप C++ का उपयोग कर रहे हैं।
क्योंकि ऐसे कोई मॉड्यूल नहीं हैं जो आपको डिफ़ॉल्ट रूप से या प्रारंभ करते समय कुछ भी करने देते हैं। जो पहले से मौजूद है उससे आपको सीखना होगा। और अपना बनाएं।

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

और मुझे वर्तमान में अनुमान लगाने दें, आप GDScript का उपयोग get_method_list() और get_property_list() के साथ कर रहे हैं। लेकिन मैं आपको संकेतों और समूहों का भी उपयोग करने की सलाह दूंगा, संकेत गोडोट घटना फायरिंग तंत्र हैं। मैं वास्तव में EventSystem के बारे में नहीं जानता लेकिन अगर आप गोडोट में ऐसा कुछ बनाना चाहते हैं। सुनिश्चित करें कि आप गोडोट का पूरा उपयोग करते हैं।

और अंत में अगर आप मदद चाहते हैं तो मुझे ट्विटर या डिस्कॉर्ड पर मैसेज करें। मैं अभी कुछ दिनों के लिए मुक्त हो जाऊँगा।

@swarnimarun मैं एडऑन लिखने के लिए जीडीस्क्रिप्ट का उपयोग कर रहा हूं, इसमें पहले से ही ट्रिगरिंग इवेंट जैसी चीजों के लिए सिग्नल का कुछ उपयोग है।
हां, मैं सहायक मेनू को प्रस्तुत करने के लिए get_method_list() और get_property_list() का भी उपयोग करता हूं

क्या आपका ट्विटर और कलह पर एक ही हैंडल है?

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

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

@blurymind तब बहुत अच्छा है। मैंने इसे ऊपर के gif में नहीं देखा। तो मैंने कुछ चीजें मान लीं।

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

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

@colludium 3 से 4 गुना तेज गति सी ++ सीखने के प्रयास के लायक नहीं है। यदि आप अधिक अनुकूलित गेम बनाना सीखना चाहते हैं तो इसके बजाय C# सीखें (यह गोडोट में परिपक्व होने के साथ ही तेज़ हो जाएगा)। और अब यह भी कि टाइप की गई GDScript साथ आ रही है, GDScript को पहले की तुलना में तेज़ बना देगी। सी # के करीब विश्वास है।

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

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

@blurymind पूछना चाहता था कि आप आधार के रूप में EventSystem के किस संस्करण का उपयोग कर रहे हैं, मैं C ++ मॉड्यूल के रूप में सिस्टम का एक प्रोटोटाइप बनाना चाहता था, इसलिए मैं इसे कम से कम आधार स्तर पर आपके साथ सिंक करना चाहता हूं।

@swarnimarun - सलाह के लिए धन्यवाद पुन: सी ++। मैं सिर्फ एक शौक प्रोग्रामर हूं जो जावास्क्रिप्ट से आ रहा है, इसलिए न्यूनतम-दर्द/अधिकतम-प्रदर्शन संक्रमण वह है जिसे मैं ढूंढ रहा हूं। मुझे GDScript को बहुत तेज़ बनाने के लिए नियोजित सुधारों की जानकारी नहीं थी - जानना अच्छा है। अब मेरे पास एक प्रश्न है - सी # या जीडीस्क्रिप्ट सीखना बहुत आसान है ...

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

@swarnimarun मैं
यहाँ परीक्षण रेपो है जिसमें मैंने परियोजना को जोड़ा है
https://github.com/blurymind/Godot-eventSheetPrototype
हर कोई कांटा या पुल अनुरोध करने के लिए स्वतंत्र है 👍

कृपया बेझिझक c++ मॉड्यूल लिखना शुरू करें। मेरे पास अब तक जो कार्यात्मक है वह इंटरफ़ेस का मुख्य निर्माण खंड है - लॉजिक सेल कंटेनर।

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

बाकी स्क्रीनशॉट उद्देश्यों के लिए सिर्फ स्थिर इंटरफ़ेस रखा गया है

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

किसी भी मामले में, कृपया साझा करें यदि आपके पास कुछ है - भले ही वह मूल हो। मैं थोड़ा और सी ++ सीखने की कोशिश करूंगा और इसे मॉड्यूल के रूप में लिखने में शामिल होऊंगा :)

@blurymind अंत में! कोई है जो बहुत स्पष्ट रूप से समझता है कि गोडोट इंजन 3.x दृश्य स्क्रिप्टिंग बेकार है (शुरुआती के लिए बहुत जटिल, विशेषज्ञों के लिए बेकार)।

GDevelop इवेंट सिस्टम शानदार है! यह विशेष रूप से पूर्ण 2D गेम टेम्प्लेट बनाने और फिर बाद में GDScript के माध्यम से अधिक उन्नत सुविधाओं को जोड़ने के लिए बहुत उपयोगी है। यह गोडोट गेम इंजन को और अधिक आकर्षक, लोकप्रिय और व्यापक बना देगा!

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

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

बधाई, और आपके शानदार काम के लिए धन्यवाद!

@XenonCoder आप अंत में एक दिलचस्प बिंदु बनाते हैं

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

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

यह आधे उपहार की तरह है, क्योंकि फॉलो-थ्रू के बिना, यह वास्तव में बेकार है।

इंजन के किसी भी अतिरिक्त के बारे में भी यही सच होगा जो अच्छी तरह से प्रलेखित नहीं है या उदाहरणों के साथ प्रदान नहीं किया गया है।

@bigelod बिल्कुल

गोडोट गेम इंजन बस शानदार है! इसमें अविश्वसनीय क्षमता है। 2D गेम बनाने के लिए, यह नंबर 1 है! वर्षों से मैंने सभी मौजूदा गेम इंजन और ढांचे के साथ प्रयोग किया है और मैं पूर्ण निश्चितता के साथ कह सकता हूं कि गोडोट एक ऐसी परियोजना है जो महान चीजों का वादा करती है।

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

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

आप सभी को धन्यवाद।

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

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

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

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

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

यदि इसमें उचित c++ मॉड्यूल या gdnative एडऑन के रूप में रुचि है - तो हर कोई इसे लागू करने का प्रयास करने के लिए स्वतंत्र है।

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

दुर्भाग्य से मेरे पास एक पूर्णकालिक नौकरी है जो इस समय मेरा अधिकांश समय लेती है :(
धीमे अपडेट के लिए क्षमा करें

इस चर्चा में जोड़ने के लिए, मैं यहां हर किसी के लिए एक दृश्य स्क्रिप्टिंग इंजन का एक शानदार उदाहरण प्रस्तुत करना चाहता हूं जो नोड कनेक्शन आधारित दृश्य प्रोग्रामिंग दृष्टिकोण का उपयोग कर रहा है जो वर्तमान में लक्षित जनसांख्यिकीय को विफल कर रहा है
https://youtu.be/b8GZ21YCh50?t=4m12s
यह कुछ हद तक https://www.reddit.com/r/unrealengine/comments/4nt0up/need_help_debugging_this_blueprint/ के समान है

गेम्सफ्रॉमस्क्रैच प्रस्तुत विकल्पों पर ध्यान दें

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

हो सकता है कि दृश्य स्क्रिप्ट के साथ यह टच स्क्रीन पर भी पहुंच योग्य हो?

वास्तव में, घटना पत्रक शैली दृश्य स्क्रिप्टिंग स्पर्श के लिए बहुत उपयुक्त है
स्क्रीन

बुधवार को, 1 अगस्त 2018 06:46 एल्मापुल, नोटिफिकेशन @github.com ने लिखा:

हो सकता है कि दृश्य स्क्रिप्ट के साथ यह टच स्क्रीन पर भी पहुंच योग्य हो?

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

@blurymind अगर प्लगइन सिस्टम को इसके लिए सुधार की आवश्यकता है, तो एक समस्या खोलें, इसे पहले से ही संशोधित किया गया था क्योंकि अन्य प्लगइन्स को विशेष रूप से कुछ चाहिए था।

यह एक अच्छा विचार है! मैंने इन ब्लूप्रिंट को वास्तव में कभी नहीं समझा, लेकिन घटना-आधारित दृष्टिकोण प्रसिद्ध है, विशेष रूप से समुदायों को संशोधित करने में, जैसे कि Warcraft III विश्व संपादक।

उदाहरण स्क्रीन:


ट्रिगर्स की श्रेणियाँ और साफ सूची, कम से कम मेरे लिए बहुत अच्छी लगती है। पहली पोस्ट से स्क्रीन की तुलना में उन्हें समझना आसान है।

यह ज्यादातर वैसा ही है जैसा आपने कहा था, लेकिन शर्तों को क्रियाओं के रूप में जोड़ने और उनमें आगे की क्रियाओं को घोंसला बनाने की संभावना के साथ।

@वियाडोमी
यह छवि कुछ भी देखने/पढ़ने के लिए बहुत छोटी है

@ एलमापुल
क्षमा करें, इसमें कुछ गलत था। अपडेट किया गया।

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

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

यदि आपको सामान्य जानकारी की आवश्यकता है, तो यहां निर्माण की ईवेंट शीटिंग के बारे में कुछ जानकारी है: https://www.scirra.com/manual/74/events
अलग-अलग कंपनियां अपने इवेंटशीट को एक-दूसरे से थोड़ा अलग तरीके से लागू करती हैं, और इसलिए उनमें से प्रत्येक की अपनी विशेषताएं हैं।
हो सकता है कि मैं एक वीडियो बना सकूं जो निर्माण विधि के विभिन्न हिस्सों को बताता है (क्योंकि यह शायद वर्तमान में सबसे अच्छा तरीका है) .. मुझे किसी शोध पत्र के बारे में पता नहीं है- हालांकि यह खोजना दिलचस्प होगा।

@prominentdetail लिंक के लिए धन्यवाद, ऐसा लगता है कि मुझे यह देखना होगा कि निर्माण प्रणाली की तरह घटनाओं को और अधिक आसान कैसे बनाया जाए।
मेरा पहला विचार @blurymind से एडऑन के समान कुछ था, लेकिन अब यह अधिक संभावना है कि हमारे पास इवेंट शीट के लिए एक अलग एपीआई होना चाहिए जो कोड को आसान बनाता है और दृश्य रूप में जीडीस्क्रिप्ट का संस्करण नहीं है।

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

@swarnimarun वास्तव में सबसे अच्छी बात यह है कि थोड़ी देर के लिए इंजन का उपयोग करें और सोचें कि यह कैसे और अधिक ईश्वरीय तरीके से किया जा सकता है। क्लासिक और जीडेवलप का निर्माण आईएमओ के महान उदाहरण हैं।

मेरे दृष्टिकोण से गोडोट में सिग्नल फंक्शन इवेंट्स की तरह ही होते हैं। कनेक्टिंग सिग्नल पहले से ही गोडोट में दृश्यमान हैं :)

किसी ईवेंट शीट से सिग्नल सेट करना सहायक मेनू में केवल एक क्रिया उपलब्ध है - हुड के तहत जो कि केवल एक सेटर विधि है। तो यह जीडीस्क्रिप्ट के समान ही होगा।

यदि किसी नोड में बिल्ट इन मेथड्स हैं, तो यह उस मेन्यू में उपलब्ध होना चाहिए जो आपको 'ऐड बिल्ट इन फंक्शन' पर क्लिक करने पर मिलेगा।

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

यदि आपको आश्चर्य है कि निर्माण में कस्टम फ़ंक्शन कैसे बनाए जाते हैं, तो यहां उनके दस्तावेज़ का लिंक दिया गया है
https://www.scirra.com/tutorials/823/creating-function
:)

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

@swarnimarun इसे आजमाने के लिए समय निकालने के लिए धन्यवाद

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

@Jummit सिवाय आप पूरी तरह से कर सकते हैं, निर्माण 2 का प्रयास करें। यह मानक कोड से अधिक फूला हुआ नहीं है।

और इसमें GDscript की सभी कार्यक्षमता हो सकती है? फिर हम किसका इंतजार कर रहे हैं? गोडोट में ईवेंट शीट प्राप्त करें!

@Jummit godot में 'नोड्स' के रूप में आपकी इच्छित सभी कार्यक्षमताएं हैं

गोडोट में 'नोड्स' निर्माण 2 में 'व्यवहार' की तरह हैं
निर्माण 2 में प्लेटफ़ॉर्मर व्यवहार कम शक्तिशाली kintematicbody2d नोड की तरह है :)
आपको स्क्रैच से सब कुछ स्क्रिप्ट करने की ज़रूरत नहीं है।

इससे भी अच्छी बात यह है कि आप इन नोड्स को माता-पिता के बच्चे के रिश्ते में घोंसला बना सकते हैं, जबकि व्यवहार को एक ही गेम ऑब्जेक्ट में मॉड्यूल की तरह संलग्न करने के लिए प्रतिबंधित किया जाता है।

मेरा दृढ़ विश्वास है कि एक गोडोट एक अंतर्निहित घटना पत्रक क्षमता और समुदाय से कुछ अतिरिक्त प्लगइन्स निर्माण 2 या 3 की तुलना में प्रोटोटाइप के लिए एक तेज इंजन बन सकता है।
इसमें अपार संभावनाएं हैं जिनका दोहन नहीं किया गया है।

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

@swarnimarun , मैंने विभिन्न निर्माण सामग्री का एक सामान्य अवलोकन बनाया: https://www.youtube.com/watch?v=ioz3gHtA-Lg
यह मूल रूप से किसी के लिए भी है जो इसे महसूस करने के लिए निर्माण से परिचित नहीं है। मैंने शायद विभिन्न चीजों को नजरअंदाज कर दिया क्योंकि मैंने हर चीज की योजना नहीं बनाई थी, लेकिन यह कुछ बुनियादी समझ प्रदान कर सकता है। मुझे शायद कुछ वीडियो बनाने चाहिए जहां मैं वास्तव में उनमें और अधिक विकास करता हूं, विभिन्न चीजों के बारे में जुगाड़ करने के बजाय इसके वर्कफ़्लो पक्ष को दिखाने के लिए। मुझे बताएं कि क्या आप कुछ भी कवर या एक्सप्लोर करना चाहते हैं।

यह मेरे लिए f**k के रूप में बदसूरत है। मेरा मतलब है, वीडियो में स्क्रिप्ट।

@Wiadomy यह उस वीडियो की तुलना में उपयोग में बहुत बेहतर है। अंत में ईवेंट शीट किसी भी नोड-आधारित सिस्टम की तुलना में हमेशा साफ और अधिक पठनीय दिखती हैं

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

क्या यह परियोजना अब मर चुकी है?

@ Amr512 मुझे नहीं लगता कि यह मर चुका है। इस कार्यक्षमता को गोडोट में लाने की इच्छा निश्चित रूप से बहुत है।
@reduz ने हाल ही में ट्विटर पर gDevelop में कुछ दिलचस्पी ली है
https://twitter.com/reduzio/status/1085206844275081218

जबकि मैंने कुछ समय के लिए ऐडऑन पर काम नहीं किया है, मैंने वास्तव में जाने और स्वयं gDevelop में योगदान देना शुरू करने का फैसला किया- ताकि इस बारे में अधिक जानने के लिए कि यह कैसे ईवेंट शीट को प्रोग्राम किया जाता है- साथ ही इसे भुगतान के लिए एक बेहतर विकल्प बनाने में मदद करता है। विकल्प।
https://github.com/4ian/GDevelop/

कुछ विश्वविद्यालयों ने प्रोग्रामिंग कोर्स सिखाने के लिए जीडेवलप लेना शुरू कर दिया है
https://github.com/4ian/GDevelop/issues/882

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

@blurymind मैंने आपके प्रोजेक्ट पर एक टिकट छोड़ा है (गोडोट 3.1beta3 पर त्रुटियां)।
मैं पूरी तरह से इस विचार से प्यार करता हूँ।

दुर्घटना से इस मुद्दे पर ठोकर खाई, मैं पूरी तरह से अनजान था कि यह सामान पहले से ही अन्य इंजन/ढांचे में उपयोग किया जाता है, इसलिए मुझे अपना खुद का लिखना पड़ा, बहुत समान दिखता है, क्या आपको नहीं लगता? मैं

नियम = घटना
घटना पत्रक = योजना

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

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

और हाँ, खिलाड़ियों को मोडिंग के माध्यम से अपने स्वयं के गेम मोड/मिशन/चुनौतियाँ बनाने की अनुमति देना इस तरह की प्रणाली का उपयोग करने का एक और कारण है।

@Xrayez क्या आप git रेपो साझा कर सकते हैं? मुझे लगता है कि आप सही हैं कि मेरा कार्यान्वयन बहुत बारीक है, लेकिन यह सच है कि कैसे gdscript और godot's api काम करता है।
इसके अलावा केवल स्क्रीनशॉट को देखकर, मुझे लगता है कि आप बिंदु खो रहे हैं - यह केवल दो कॉलम होना चाहिए, तीन नहीं। वाम = स्थितियाँ, दाएँ = क्रियाएँ। इसके अलावा आप कोशिकाओं के बीच घटनाओं को खींचने और छोड़ने में सक्षम होना चाहिए, और पंक्तियों को खींचें और छोड़ें और उन्हें घोंसला दें। इसे बनाने के लिए हमें एक सॉर्ट करने योग्य पेड़ का उपयोग करने की आवश्यकता है। जीडेवलप और कंस्ट्रक्शन के साथ खेलें, आपको इस बात का बेहतर अंदाजा होगा कि इन इवेंट शीट्स को इतना अच्छा क्या बनाता है

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

class_name SchemeCondition extends Node

func is_met(object): # override
    return true

class_name SchemeAction extends Node

func perform(object): # override
    pass

नियम केवल उन शर्तों और कार्यों का एक संग्रह है और इस आधार पर क्रियान्वित किया जाता है कि क्या सभी या कोई भी शर्तें पूरी होती हैं, वास्तव में कुछ भी फैंसी नहीं है।

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

कंस्ट्रक्ट, जीडेवलप, स्टेंसिल, गेम मेकर, प्लेमेकर, बोल्ट, फंगस फॉर यूनिटी, ब्लूप्रिंट्स इन अवास्तविक, फ्लो ग्राफ और स्केमैटिक इन क्रायइंजिन, आदि ...

गैर-कोडर के लिए कई उपकरण बनाए और उपयोग किए जा रहे हैं। इनकी बदौलत बहुत सारे अच्छे खेल बनते हैं।
उदाहरण के लिए हॉलो नाइट प्लेमेकर के साथ किया गया था।

यहां तक ​​​​कि आपके पास ड्रीम्स जैसी चीजें भी काफी शोर कर रही हैं।

इस प्रकार का उपकरण बहुत अधिक आकर्षण और सुगमता लाएगा, और इसलिए नए लोग गोडोट में आएंगे।

मैंने हाल ही में इस तरह एक ड्रॉपडाउन के माध्यम से अपनी घटना पत्रक में नए निर्देश जोड़ने के लिए जीडेवलप में एक तरीका लागू किया है

यह उस तरह का है जो मुझे लगता है कि गोडोट के लिए अच्छा काम कर सकता है।

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

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

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

वैसे भी, अगर मेरा सी ++ ज्ञान बेहतर होता तो मैं इसे आज़माता :)

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

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

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

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

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

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

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

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

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

अच्छी तरह से मान लें कि हमें पहले इवेंट शीट का एक कार्यशील प्रोटोटाइप मिलता है, तो कोड पहले से ही अधिकतर हो जाएगा, और यह सिर्फ एक सवाल होगा कि क्या हम उस सिस्टम पर स्विच करना चाहते हैं, है ना?

मैंने कंस्ट्रक्ट 2 के साथ भी शुरुआत की और पाया कि इवेंट शीट 2 को हल करने के लिए बहुत अच्छी हैं
समस्या:

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

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

मुझे पता है कि घटना पत्रक सभी समस्याओं का समाधान नहीं करता है, लेकिन कम से कम आप 500 को कोड कर सकते हैं
दृश्य में खोए बिना आप जैसे ईवेंट स्प्रैडशीट में कर रहे हैं
हर जगह लिंक।

बुधवार, 8 अप्रैल, 2020 को शाम 7:44 बजे जय नोटिफिकेशन @github.com ने लिखा:

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

अच्छी तरह से मान लें कि हमें इवेंट शीट का एक कार्यशील प्रोटोटाइप मिलता है, फिर कोड
ज्यादातर पहले से ही किया जाएगा, यह सिर्फ एक सवाल होगा कि क्या हम
इसके बजाय उस पर स्विच करना चाहते हैं, है ना?

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

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

क्या हम इससे कोड जनरेट कर सकते हैं?

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

मैं चाहूंगा कि गोडोट देव नायकों ने अपना समय और प्रयास अन्य इंजन सुधारों को जोड़ने पर केंद्रित किया।

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

मैं Gdscript या गोडोट में भी पर्याप्त नहीं हूँ।
लेकिन जो मैंने वीएस कोड एक्सटेंशन के रूप में विकसित किया है वह भी इस व्यापक तरीके से चल रहा है
(https://github.com/j2l/blocklight)।
कोड के एक हिस्से के साथ खेलकर और दृष्टिगत रूप से कोड को समझना
चर और परिणामों को जोड़ना (अधिकांश दृश्य लिपियों या रंगों में नोड्स
मेरे विस्तार में) कई लोगों के लिए लापता कोने का पत्थर है।
वास्तव में, हम कोड को तब समझते हैं जब हम इसे सीखना समाप्त कर लेते हैं, जबकि हमें करना चाहिए
सभी प्राप्त करने से पहले चरों और विखंडू के लिंक देखें
कोड।
कोडिंग से पहले डिजाइन :)

बुधवार, 8 अप्रैल, 2020 को रात 8:08 बजे जय नोटिफिकेशन @github.com ने लिखा:

क्या हम इससे कोड जनरेट कर सकते हैं?

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

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

मुझे यह विचार पसंद है कि यह एक नियमित Gdscript फ़ाइल उत्पन्न करेगा। सीखने के लिए वास्तव में बहुत अच्छा होगा

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

मुझे यह विचार पसंद है कि यह एक नियमित Gdscript फ़ाइल उत्पन्न करेगा। सीखने के लिए वास्तव में बहुत अच्छा होगा

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

मुझे लगता है कि वर्तमान स्पेगेटी प्रणाली पर संभावित रूप से इसके सबसे बड़े लाभों में से एक है - इसके डिजाइन के कारण यह लोगों को प्रोग्रामिंग और जीडीस्क्रिप्ट/गोडोट की एपीआई सीखने में आसानी होगी।

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

यह आपको निष्पादन आदेश और कोड को पढ़ने के तरीके के बारे में सिखाएगा।

देखें कि गेम मेकर में GML में कनवर्ट करने से क्या होता है
https://docs2.yoyogames.com/source/_build/3_scripting/1_drag_and_drop_overview/change_dnd.html

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

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

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

आपको धन्यवाद
मैं इस अद्भुत विचार का समर्थन करता हूं
उनका कहना है कि कंस्ट्रक्शन 2 रिटायर हो जाएगा!
https://www.construct.net/en/blogs/construct-official-blog-1/sunsetting-construct-1505

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

आपको धन्यवाद
मैं इस अद्भुत विचार का समर्थन करता हूं
उनका कहना है कि कंस्ट्रक्शन 2 रिटायर हो जाएगा!
https://www.construct.net/en/blogs/construct-official-blog-1/sunsetting-construct-1505

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

मुझे संदेह है कि हम गोडोट पर निर्माण 2 से किसी भी कोड का उपयोग कर सकते हैं - वे एक पूरी तरह से अलग कोडबेस हैं।

ओपन सोर्स विकल्प के लिए आपका सबसे अच्छा दांव जीडेवलप पर जा रहा है
https://github.com/4ian/GDevelop

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

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

क्या? क्यों?

@TheGoklayeh इसे बंद किया जा सकता है क्योंकि हम फीचर प्रस्तावों को गोडोट-प्रस्तावों में स्थानांतरित कर रहे हैं।

उस ने कहा, @blurymind प्रस्ताव टेम्पलेट से मेल खाने के लिए पहली पोस्ट संपादित कर सकता है। फिर हम इस मुद्दे को प्रस्ताव भंडार में स्थानांतरित कर सकते हैं।

हमें वास्तव में इवेंट शीट्स का उपयोग करने वाले 3D इंजन की आवश्यकता है।

आपको धन्यवाद
मैं इस अद्भुत विचार का समर्थन करता हूं
उनका कहना है कि कंस्ट्रक्शन 2 रिटायर हो जाएगा!
https://www.construct.net/en/blogs/construct-official-blog-1/sunsetting-construct-1505

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

इससे उनका धंधा चौपट हो सकता है। और इसके अलावा क्लिकटीम।

आपको धन्यवाद
मैं इस अद्भुत विचार का समर्थन करता हूं
उनका कहना है कि कंस्ट्रक्शन 2 रिटायर हो जाएगा!
https://www.construct.net/en/blogs/construct-official-blog-1/sunsetting-construct-1505
मुझे आश्चर्य है कि घटना प्रणाली के ओपनसोर्स के लिए निर्माण 2 के डेवलपर के साथ बातचीत करना संभव है, और इसे गोडोट, एकता इत्यादि में उपयोग करना संभव है।
यह एक नुकसान है कि 2 इवेंट सिस्टम का निर्माण अप्रयुक्त अलमारियों पर उपेक्षित है

इससे उनका धंधा चौपट हो सकता है। और इसके अलावा क्लिकटीम।

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

@TheGoklayeh इसे बंद किया जा सकता है क्योंकि हम फीचर प्रस्तावों को गोडोट-प्रस्तावों में स्थानांतरित कर रहे हैं।

उस ने कहा, @blurymind प्रस्ताव टेम्पलेट से मेल खाने के लिए पहली पोस्ट संपादित कर सकता है। फिर हम इस मुद्दे को प्रस्ताव भंडार में स्थानांतरित कर सकते हैं।

क्या मेरी जगह कोई ऐसा कर सकता है? :)
मैं इस सुविधा के लिए कभी भी मूल रूप से गोडोट तक पहुंचने की उम्मीद खो चुका हूं (विस्तार नहीं)। स्पेगेटी दृष्टिकोण ने गोडोट उपयोगकर्ताओं और देवों पर जीत हासिल की है

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

फिर भी, इस सूत्र में बहुत सारी मूल्यवान चर्चाएं हैं, इसलिए वैसे भी धन्यवाद: थोड़ा_मुस्कुराते हुए_फेस:

मुझे लगता है कि यह प्रस्ताव बहुत मूर्खतापूर्ण है :)
लेकिन क्या हम 3 इंजन के निर्माण के साथ इवेंट सिस्टम बना सकते हैं?!
मुझे लगता है कि गेम कोड उत्पन्न कर सकता है और उन्हें एक टेक्स्ट फ़ाइल में node.js . के माध्यम से गोडोट इंजन में भेज सकता है

यह हास्यास्पद है .. लेकिन मुझे लगता है कि निर्माण 3 एक घटना प्रणाली बनाने के लिए काफी मजबूत है
यह इस समय कुछ भी नहीं से बेहतर है

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

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

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

मैं विजुअल स्क्रिप्टिंग को धीरे-धीरे उस दिशा में ले जाने की योजना बना रहा हूं जहां इंजन के सभी हिस्सों के लिए विशेष इंटरफेस हो सकता है।
प्रत्येक प्रकार के आदिम जटिल नोड के लिए संपादन के एक अलग तरीके की कल्पना करें, जैसे ब्लूप्रिंट में, एक अभिव्यक्ति नोड होने पर।
https://docs.unrealengine.com/en-US/Engine/Blueprints/UserGuide/MathNode/index.html

लेकिन स्पष्ट होने के लिए, मैं इवेंट स्क्रिप्टिंग के खिलाफ नहीं हूं, मैं किसी को ऐसे प्रस्ताव के साथ देखना चाहता हूं जो गोडोट की कुछ विशिष्ट प्रणालियों को कवर कर सके, और यह क्यों और कैसे उपयोगी हो सकता है। व्यक्तिगत रूप से मुझे प्रोग्रामिंग व्यवहारों के लिए यह काफी अच्छा लगता है, GDevelop इसे कैसे करता है।
http://wiki.compilgames.net/doku.php/gdevelop5/behaviors
http://wiki.compilgames.net/doku.php/gdevelop5/behaviors/events-based-behaviors

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

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

वैसे भी यह सिर्फ मेरे 2 सेंट है।

मेरी टिप्पणी को ऑफटॉपिक के रूप में क्यों चिह्नित किया गया? क्या कोई समुदाय को सेंसर कर रहा है, और कौन? यह शुभ संकेत नहीं है। मेरे अलावा अन्य टिप्पणियां हैं जो अधिक विषय-वस्तु हैं।

@prominentdetail यहां मेरा एंटी-बम्प नोटिस संदेश है, मैं इसे पेस्ट करना भूल गया:

कृपया महत्वपूर्ण नई जानकारी प्रदान किए बिना मुद्दों को उछालें नहीं। इसके बजाय पहली पोस्ट पर :+1: प्रतिक्रिया बटन का उपयोग करें।

(काश गिटहब के पास निजी संदेश भेजने का एक तरीका होता, या कम से कम छिपाने के लिए एक कस्टम कारण निर्दिष्ट करता, इसलिए मुझे इसके साथ टिप्पणी धागा नहीं देना पड़ेगा।)

पुनश्च: यह GitHub पर विशिष्ट शिष्टाचार है; यह इस भंडार के लिए विशिष्ट नहीं है।

मैं इस प्रस्ताव का समर्थन करता हूं, बस यह मत सोचो कि कोई इसे लागू करने में समय लगाएगा।
इसमें डेवलपर्स से पर्याप्त समर्थन नहीं है जो वास्तव में ऐसा कर सकते हैं।

एक कोशिश के काबिल था और चर्चा निश्चित रूप से दिलचस्प थी :)

@blurymind यदि आप अभी भी प्रस्ताव का समर्थन करते हैं और जीआईपी के लिए आवश्यक प्रारूप में इसे लिखने के लिए समय निकालने के इच्छुक हैं। यह आईएमओ करने लायक है।

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

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