Mudlet: गीजर विंडो प्लेसमेंट बग

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

यहाँ बताया गया है कि यह कैसे गणना की जाती है: https://github.com/Mudlet/Mudlet/blob/development/src/TConsole.cpp#L2776

: +1: मुझे यकीन नहीं है कि मैं इस चर्चा में अपने आरएल के साथ वर्तमान में योगदान कर सकता हूं, लेकिन क्या मैं आपको सिर्फ @basooza का धन्यवाद कर सकता हूं जो मुझे लगता है कि एक रचनात्मक मुद्दे की रिपोर्ट है - मुझे लगता है कि वहाँ है वहाँ प्रासंगिक विवरणों की एक बहुत है कि विशेष रूप से नीचे के रूप में उपयोगी होगा जो संस्करण पहले मुद्दा सामने आया ...

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

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

इसकी कोशिश करें!

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

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

मैं यह देखने जा रहा हूं कि क्या मैं इसे किसी भी दूर तक डिबेट कर सकता हूं ...।

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

एक विंडोज़ सिस्टम पर, पहले गेम्स से सेटिंग करें-> प्ले मेन्यू "मडलेट पर ओपन प्रोफाइल" अनचेक करें। मेनू गेम करने के लिए -> प्ले करें, बॉक्स को अनचेक करें और कनेक्ट कनेक्ट करें। एक बार प्रोफ़ाइल खोलने के बाद आप Mudlet को बंद कर सकते हैं, प्रोफ़ाइल को बचा सकते हैं, फिर फिर से मैलेट को लॉन्च कर सकते हैं।

बिंदु पर मैलेट को कॉन्फ़िगर किया जाना चाहिए ताकि यह स्वचालित रूप से एक प्रोफ़ाइल लॉन्च न करे।

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

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

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

क्या कोड जो बचाता है (डॉक किया गया: मैपर / यूजर विंडो / टूलबार) विंडोज़ का लेआउट सिर्फ बोर किया जा सकता है?

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

... निश्चित रूप से, या, उन सभी उप विंडो को मर्ज किए गए डॉक विंडो (प्रभावी रूप से एक दूसरे के ऊपर डॉक किया गया) में

@ क्या आप जानते हैं?

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

मैंने प्रोफाइल सेव की गई सेटिंग्स की तुलना की और त्रुटि होने पर पहले और बाद में मैलेट के लोड के बीच कुछ भी अलग नहीं दिखता है, मैं सोच रहा हूं कि क्या अन्य फाइलें जिम्मेदार हो सकती हैं जैसे कि windowLayout.dat (अगर यह एक xml फ़ाइल की तुलना करना आसान होगा, तो lol )

हालाँकि वह फ़ाइल एन्कोडेड है और इसलिए मुझे यकीन नहीं है कि @ vadi2 से पहले / बाद में इसकी तुलना कैसे की

@itsTheFae क्या आप जानते हैं?

@xekon उस फ़ाइल को मडलेट 3.2 में जोड़ा गया जब userwindows को अपनी स्थिति याद आने लगी: https://www.mudlet.org/2017/06/mudlet-3-2

परीक्षण करना चाहते हैं कि क्या यह मुद्दा मुदलेट 3.1 और 3.2 में मौजूद है?

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

हालाँकि इस रिपोर्ट के पहले पोस्ट के आधार पर उन्होंने ३.१०.१ का उल्लेख किया था। मैं हर बार बग को 100% पुन: पेश करने में सक्षम रहा हूं और पुष्टि कर सकता हूं कि यह मौजूद नहीं है 3.10.1

मैंने ऊपर से परीक्षण करना जारी रखा: 3.11, 3.11.1, 3.12, और फिर अंत में 3.13 ने मुझे बग दिखाया।

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

इसलिए मैंने अब भी 3.11.1 बग तक डाउनग्रेड किया है।

अगले 3.11, अभी भी बग।

अगले 3.10.1 और अंत में बग साफ हो गया।

संक्षेप में 3.10.1 बग बिल्कुल नहीं है प्रकट नहीं होता है।

उसके बाद आप बग का अनुभव किए बिना 3.10.1 से 3.11, 3.11.1, या 3.12 पर अपग्रेड कर सकते हैं, लेकिन जैसे ही आप 3.13 पर अपग्रेड करेंगे, आपको बग का अनुभव होगा।

3.13 या बाद के साथ बग का अनुभव करने के बाद, बग को पूरी तरह से खाली करने का एकमात्र तरीका 3.10.1 (3.11, 3.11.1, या 3.12) को डाउनग्रेड करना है, जब तक आप पहले 3.10 तक डाउनग्रेड नहीं करते, बग को खाली नहीं करेंगे। 1)

मेरी आंत महसूस कर रही है कि windowLayout.dat फ़ाइल में कुछ अनुचित तरीके से सहेजा जा रहा है। (और किसी तरह यह लिनक्स को प्रभावित नहीं करता है, लेकिन यह विंडोज़ को प्रभावित करता है।)

क्या आप क्लियरिंग विंडो क्लीयर करने की कोशिश कर सकते हैं। अपग्रेड 3.10.1 - 3.13 के बीच?

अगर मैं windowLayout.dat फ़ाइल को साफ़ करता हूं, तो बग 3.11-3.13 के साथ तुरंत प्रस्तुत करता है।

लगता है कि 3.10.1 अंतिम संस्करण था जिसने बग प्रदर्शित नहीं किया था।

तो 3.11 डोडी रिलीज है। https://www.mudlet.org/2018/07/mudlet-3-11-quality-improvements-all- सान इसके लिए जारी नोट हैं और https://github.com/Mudlet/Mudlet/compare/Mudlet- 3.10.1 ... मडलेट-3.11.0 अंतर है (दुर्भाग्य से बहुत शोर होने पर हमने अप्रयुक्त 3rdparty/zziplib निकाल दिया)

100% यकीन है कि यह Mudlet-3.10.0 के साथ ठीक काम करता है? जब हम Qt 5.6 से 5.11 में बदल गए (जो हम आज भी उपयोग करते हैं)। वहाँ मुदित कोड में एक अपराधी हो सकता है और नहीं। यह वही है जो मुझे मूल रूप से https://github.com/Mudlet/Mudlet/issues/2076#issuecomment -432114672 पर संदेह है

हां 3.10.1 में शून्य मुद्दे हैं।

मैं इसके बारे में सहमत होना चाहूंगा कि Qt को छोड़कर, बग केवल हर दूसरे लॉन्च के समय होता है जब किसी प्रोफाइल को एक्सेस करने के लिए उपयोग किए जाने वाले कैरेक्टर का नाम बदल दिया जाता है, जो यह बताता है कि चीजों को सहेजने के साथ कुछ करना है ... यही कारण है कि मैं खुदाई करना चाहता था। मान windowLayout.dat में संग्रहीत हैं

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

मुझे कोशिश करनी होगी और windowLayout.dat की सभी घटनाओं के कोड में देखना होगा और देखना होगा कि क्या मैं इस डिबग का सबसे अच्छा तरीका समझ सकता हूं :) (मैं सोच रहा हूं कि यह उस फाइल के मान को बचाता है या नहीं, यह भी स्टोर है एक फ्लैट .txt या xml फ़ाइल के मान, ताकि मैं वहाँ पहुँच सकूँ और देख सकूँ)

हां। हो सकता है कि https://wiki.mudlet.org/w/Manual के साथ खेल रहा हो: विविध_Functions # saveWindowLayout और https://wiki.mudlet.org/w/Manual : विविध_Functions # loadWindowLayout कुछ परिणाम भी देगा।

कलह के लिए धन्यवाद, मुझे पता चला कि यह बग संभावित रूप से संबंधित है: https://github.com/Mudlet/Mudlet/issues/2023

कैलेड ने यह भी कहा: "इसके अलावा, मेरा काम मैपर बनाने और 'sysLoadEvent' इवेंट में GUIframe को जोड़ने का रहा है। बस इस मामले में कि जानकारी भी उपयोगी है।"

यह उदाहरण Jor'Mox GUIFrame का उपयोग करता है और जब मैपर सक्षम होता है तो बग मौजूद होता है:
Bugged.zip

यहाँ एक बग मुक्त उदाहरण है जिसमें एक मैपर है:
बगफ्री।जिप

यहाँ बग स्क्रिप्ट को आयात करने के बाद कार्रवाई में बग दिखाया गया है (आप इस प्रोफ़ाइल के बाद के लॉन्च पर देखेंगे मैं मानचित्र को लोड करने को अक्षम करता हूं, जो बग को रोकने के लिए लगता है।):

यहां बगफ्री लिपि का उचित कार्य दिखाया गया है, जिसमें एक मैपर भी मौजूद है:

बासुजा मदद से II को यह काम मिल गया ताकि बग न हो। ऐसा लगता है कि बग को पूरी तरह से लोड करने से पहले मैप के साथ आगे बढ़ने / बातचीत करने के परिणामस्वरूप होता है, और जाहिर है केवल कुछ शर्तों के तहत क्योंकि मेरे पास ऊपर एक बगफ्री उदाहरण है।

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

भी! यह बग केवल विंडोज पर होता है, जिसका अर्थ है कि लिनक्स काफी स्मार्ट है या स्वाभाविक रूप से तेजी से लोड होता है, इसलिए मानचित्र के साथ बातचीत करना कोई समस्या नहीं है। हालाँकि, विंडोज़ पर आपको बग से बचने के लिए लगभग 100ms के लिए मानचित्र के साथ बातचीत करने या स्थानांतरित करने में देरी करने की आवश्यकता होती है।

यहाँ समाधान मैं @basooza के लिए धन्यवाद के साथ आया:
Bugfix_final.zip

एक और चीज़ जो आप नीचे दिए गए स्क्रीनशॉट में देखेंगे, जो कि मैं प्रिंट करता हूं () getMainWindowSize () का परिणाम और आप देख सकते हैं कि बग अभी भी होता है, लेकिन यह कि कम से कम 100ms के एक tempTimer का उपयोग करना इसके आसपास काम कर रहा है:

इसके अलावा इसे जोड़ने के लिए ..... बस एक अस्थायी रूप से पर्याप्त नहीं है, क्योंकि मैंने 0.01 का समय आज़माया है और यह पर्याप्त नहीं है (10ms) लेकिन 0.1 पर्याप्त है (100ms)

@ vadi2 ने बग को पुन: पेश करने के लिए एक बहुत ही सरल स्क्रिप्ट का अनुरोध किया, यहां यह है:
बग-getMainWindowSize.zip

और प्रिंट दिखाने वाला स्क्रीनशॉट () डीबग:

mapperContainer = Geyser.Container:new({x=-700,y=0,width=700,height="70%",name="mapperContainer"})

print('Before Geyser.Mapper:new: ' .. tostring(getMainWindowSize()))
mapper = Geyser.Mapper:new({name = "mapper", x = 0, y = 0, width = "100%", height = "100%"}, mapperContainer)
print('After Geyser.Mapper:new: ' .. tostring(getMainWindowSize()))

print('before 100ms tempTimer: ' .. tostring(getMainWindowSize()))
tempTimer(0.1, function()
    print('after 100ms tempTimer: ' .. tostring(getMainWindowSize()))
end)

इस मुद्दे के माध्यम से कार्य करना। ऐसा लगता है कि बाएं / दाएं टूलबार हैं, जहां आसान बटन आमतौर पर किसी तरह एक पल के लिए चौड़ाई प्राप्त करते हैं - और यही कारण है कि यह यहां कम हो गया है।

@basooza @xekon कृपया परीक्षण करें अगर https://github.com/Mudlet/Mudlet/pull/2945 आपके द्वारा यहां बताई गई समस्या को ठीक करता है। धन्यवाद!