Mudlet: IRE सर्वर MXP के लिए बातचीत नहीं करता

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

सच; हालाँकि, फिर समस्या इवनिया और अन्य MUD खेलों पर वापस आ जाएगी जो इसके लिए भी बातचीत करते हैं, @ vadi2 : हँसते हुए: तो आप गर्म आलू के साथ खेल रहे होंगे। :man_shrugging:

इवनिया के अनुसार, मशक्लिएंट उनके लिए काम करता है! यह एक विकल्प नहीं हो सकता है।

दिलचस्प। तो हम एमएक्सपी को आगे बढ़ने के लिए डिफ़ॉल्ट करते हैं? (और इस मुद्दे को संदर्भित करने के लिए कहीं और टिप्पणी करने के लिए ...)

खैर, नहीं, हमें एक ऐसा समाधान खोजना होगा जो इवनिया और आईआरई दोनों के लिए कारगर हो। एमएक्सपी पर बातचीत करने से पहले ईवनिया <> से बचने के लिए नहीं है और आईआरई के लिए किसी भी तरह से एमएक्सपी को बातचीत के बिना काम करने के लिए।

यही कठिन काम है जो हमें करना है। उपयोगकर्ताओं को परवाह नहीं है कि यह एक या दूसरे पर काम करता है, वे चाहते हैं कि मडलेट सिर्फ काम करे :man_shrugging:

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

उसी समय, उस कार्यक्षमता का होना उपयोगी है ताकि मड कोडर (ओं) और एक मडलेट उपयोगकर्ता इसे आसानी से देखने के लिए बंद और चालू करने के लिए एक उपनाम बना सकें।

आईआरई उपयोगकर्ताओं के लिए यह अभी भी एक कामकाज है। MUSH क्लाइंट इसे कैसे करता है - और क्या यह वास्तव में इवनिया/चैटएमयूडी और आईआरई दोनों के लिए काम करता है?

मुझे ध्यान रखना चाहिए कि यह मुश क्लाइंट में डिफ़ॉल्ट रूप से 'कमांड पर' था।

आह ठीक है, तो यह बॉक्स से बाहर आईआरई टूट गया है।

मैं मशक्लिएंट में कुछ इसी तरह के रूप में लागू करने की कोशिश करने की सोच रहा हूं:

1) 'हां/नहीं/कमांड पर'
2) यह भी उपयोगी टूलटिप प्रदान करना चाहिए कि कौन सा विकल्प किस सर्वर के लिए उपयुक्त है। उदाहरण के लिए, 'हां' के लिए:
"यदि आप आईआरई गेम (अचिया, एटोलिया, स्टारमोर्न, आदि) खेल रहे हैं तो इस विकल्प को चुनने की सिफारिश की जाती है।

3) इसे XML विकल्प में लागू करें (forced_mxp_negotiation विकल्प को न छोड़ें) इसके बजाय नए चर के विकल्प को आयात करने के लिए इसका उपयोग करें। यह एक अद्यतन में पुरानी प्रोफ़ाइल को एक नई प्रोफ़ाइल में परिवर्तित कर रहा है।
4) प्रत्येक डिफ़ॉल्ट प्रोफाइल में एक्सएमएल विकल्प होगा जो प्रत्येक संबंधित गेम के लिए सक्षम/अक्षम/कमांड टेलर में से कोई भी विकल्प हो सकता है।

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

हम MXP का स्वतः पता लगाने और उसे सक्षम करने के बारे में क्या सोचते हैं?

तो हम [#z के रूप में एमएक्सपी का पता लगाना चाहते हैं और बातचीत का भी पता लगाना चाहते हैं?

हाँ। मूल रूप से, IRE के लिए वर्कअराउंड जोड़ें (जब तक वे इसे ठीक नहीं करते)।

मुझे आश्चर्य है कि वे इस बात पर बातचीत नहीं करते हैं कि उनका एमएक्सपी कार्यान्वयन कितना व्यापक है - आपको यकीन है कि यह मामला है?

मशक्लिएंट या आईआरई?

क्रोध

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

ठीक है - आइए उन मामलों के लिए एक ऑटो-डिटेक्ट विकल्प जोड़ें जहां एक इंजन इसे मजबूर करना शुरू कर देता है (जैसे हमारे पास पहले था ... हे)

इससे पहले कि मैं उन्हें संशोधित करूं, इससे पहले या उसी कोड से पहले हमारे पास यह ऑटो-डिटेक्ट था?

नहीं, याद रखें कि हमने मान लिया था कि MXP सर्वर के बिना इसके लिए बातचीत किए बिना चालू था - और इसीलिए IRE ने काम किया।

तब फिर
1) डिफ़ॉल्ट रूप से, हम mxp को चालू रखते हैं (mMxp के साथ init पर झूठा करने के लिए) जाहिर है IRE इसे (esc) द्वारा चालू कर सकता है [4z
2) यदि और किसी भी मड सर्वर से बातचीत की जानी चाहिए, तो एमएमएक्सपी को सही पर फ़्लिप किया जाएगा। (एकेए कोड 0 ओपन लाइन)

अच्छा न?

मुझे ऐसा लगता है - आप कह रहे हैं कि एमएक्सपी को या तो उचित बातचीत से या हमारे द्वारा जादू स्ट्रिंग के लिए स्कैन करके चालू किया जा सकता है। अन्यथा यह बंद है और < , > ठीक दिखाई देता है। सुनने में तो अच्छा लगता है।

जादुई ऑटो-डिटेक्ट। :p मैं कल एक जादुई पैच पीआर बनाऊंगा।

याद रखें कि वहां एमयूडी हैं जो एमएक्सपी के बारे में भी नहीं जानते/परवाह नहीं करते हैं, इसलिए यदि वे < > करते हैं, तो सूची में एक मूल्य को हाइलाइट करने के कुछ रूप का उपयोग करते हैं। ताकि HTML/XML के दृष्टिकोण से ऐसा लगे कि कोई टैग चालू नहीं है। क्या ओह! या, कम से कम, यह डिफ़ॉल्ट रूप से चालू नहीं होना चाहिए...! :कोई बुराई नही दिखी:

आपको लाइन के बाद TBuffer::translateToPlainText(std::string& data, const bool isFromServer) में कुछ डालकर ऑटो-डिटेक्ट जादू को आग लगाने में सक्षम होना चाहिए:

                case static_cast<quint8>('z'):

जो सभी MXP कंट्रोल कोड सीक्वेंस को इंटरसेप्ट करेगा लेकिन स्थिति सही होने पर ही उन पर कार्रवाई करेगा। आपको शायद isFromServer साथ फायरिंग को गेट करना चाहिए ताकि केवल सर्वर डेटा (और संबंधित रिप्ले) आपके कोड को गुदगुदी कर सकें - ऐसा करने से feedTriggers( ... ) से झूठी सकारात्मकता को रोका जा सकेगा।

@SlySven धन्यवाद। मुझे इस पर गौर करना है।