Mudlet: बग स्पीडवॉक कमरे छू रहे हैं

इसके अलावा, कमरे के आकार को कम करना जब कमरे इतने करीबी काम होते हैं, लेकिन बग दूर होने से पहले आपको कमरे का आकार घटाकर 7 करना होगा .... कम से कम कहना बहुत दिलचस्प है। कोड को देखे बिना मैं कल्पना नहीं कर सकता कि ऐसा क्यों होता है। आशा है कि इसे ठीक करना बहुत मुश्किल नहीं है, मैं कमरे के आकार 10 का उपयोग करता हूं, और मुझे कमरे का आकार 10 दिखने का तरीका पसंद है, इसलिए यह बग मुझे दुखी करता है :(

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

• कुछ गणित हो सकते हैं जो एक भिन्नात्मक परिणाम उत्पन्न करते हैं ( double प्रकार) लेकिन संग्रहीत किया जा रहा है या int मानों की तुलना में है और चीजें qRound( ... ) एड तुलना किए जाने से पहले।
• कुछ हद तक संबंधित - double या float मूल्यों का परीक्षण == तुलना के साथ किया जा रहा है - जो कभी भी एक अच्छा विचार नहीं है!

:बल्ब: एक जटिल ìf शुरू होने वाले कोड के तीन बिट्स पर एक नज़र डालें, मुझे सोचने दें, T2DMap::paintEvent(...) ìf :

        if (((mPick || __Pick) && mPHighlight.x() >= roomRectangle.x() - (mRoomWidth * rSize) && mPHighlight.x() <= roomRectangle.x() + (mRoomWidth * rSize)
             && mPHighlight.y() >= roomRectangle.y() - (mRoomHeight * rSize)
             && mPHighlight.y() <= roomRectangle.y() + (mRoomHeight * rSize))
            || mMultiSelectionSet.contains(currentAreaRoom)) {

सदस्य (QPoint) T2DMap::mPHighligtht x/y निर्देशांक पर सेट है जहां डबल क्लिक घटना T2DMap::mouseDoubleClickEvent(...) पिछली कॉल में हुई थी, इसलिए मुझे लगता है कि आप उन सीमाओं की जांच करना चाहेंगे जिनका उपयोग यह जांचने के लिए किया जा रहा है एक कमरा डबल क्लिक की सीमा के भीतर है।

एक बात आप जांचना चाहेंगे कि क्या त्रुटि सममित है - यानी दोनों तरफ समान रूप से और समान रूप से ऊपर और नीचे भी होती है - यदि ऐसा है तो सीमाओं को केवल सिकुड़ने की आवश्यकता हो सकती है; यदि नहीं तो कोडिंग समस्या है। ध्यान दें कि गणना में शामिल कुछ मूल्य हैं, मुझे लगता है कि float या double और int प्रकार नहीं हैं, और यह कि y अक्ष 2 के लिए उलटा (IIRC) है डी मैपर...

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

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

अपडेट करें, मुझे लगता है कि आपने इसे पसंद किया है lua gotoRoom(23979) यह कमरे में सही ढंग से चला गया।

लक्ष्य के चारों ओर निर्धारित चार (या आठ भी अगर हम विकर्णों के बारे में चिंतित हैं) कमरे के लिए यह गलत चयन लक्ष्य के आसपास समान रूप से होता है?

इसके अलावा, यह हो सकता है कि यह उस क्रम पर निर्भर करता है जिसमें प्रत्येक संभावित कमरे के लिए क्षेत्र में ओवरलैप होने पर कमरे तैयार किए जाते हैं (पहला कमरा जो सीमा में है , गति चलने की प्रक्रिया की यात्रा करेगा) - और जैसा हम QSet के माध्यम से पुनरावृति कर रहे हैं इसके लिए आदेश अनिश्चित है ...

{डिबगिंग उद्देश्यों के लिए कमरे के ड्राइंग ऑर्डर को प्रदर्शित करने के लिए रूम आईडी डिस्प्ले विकल्प का उपयोग करना जानकारीपूर्ण हो सकता है - प्रत्येक कमरे के माध्यम से पुनरावृत्त होने और प्रत्येक T2DMap::paintEvent() की शुरुआत में रीसेट होने के बाद काउंटर वृद्धि के साथ: nerd_face: }

यह लक्ष्य के चारों ओर समान रूप से नहीं होता है, उदाहरण के लिए यदि मैं जानबूझकर कुछ मुट्ठी भर कमरों को एक साथ चिपका देता हूं, तो उनमें से कुछ को मैं डबल क्लिक करके स्थानांतरित कर सकता हूं, अन्य यह बस ऐसे ही रहता है जैसे कि मैं पहले से ही अपने गंतव्य पर हूं:

वास्तविक लेआउट:

कुछ कमरों को आपस में मिला दिया:

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

क्या इसका मतलब यह है कि कमरों की क्लिक करने योग्य सतह, रूम बॉक्स के बाहर फैली हुई है? मुझे समझ में नहीं आता कि ऐसा क्यों होगा... जब ऐसा होता है तो मैं कमरे के बीच में ध्यान से क्लिक कर रहा हूं।

क्या इसका मतलब यह है कि कमरों की क्लिक करने योग्य सतह, रूम बॉक्स के बाहर फैली हुई है? मुझे समझ में नहीं आता कि ऐसा क्यों होगा... जब ऐसा होता है तो मैं कमरे के बीच में ध्यान से क्लिक कर रहा हूं।

यह मेरा अनुमान होगा - मुझे दृढ़ता से संदेह है कि उन if परीक्षणों में दोष हैं जिन्हें मैंने पहले संदर्भित किया था - (और ड्राइंग ऑर्डर शायद इसे भी कंपाउंड कर रहा है - जो एक मुद्दा नहीं होगा यदि चयन क्षेत्र सटीक थे मूल्यांकन किया गया)... :चिंतित:

आज मैपिंग करते समय पता चला कि किसी क्षेत्र की सीमा पर एक कमरे पर क्लिक करना, कभी-कभी आपको उस क्षेत्र से बाहर ले जा सकता है, इसलिए समस्या दूसरे क्षेत्र के कमरों तक फैली हुई है।

इसके लिए मेरा फिक्स देखें - और मुझे भी अन्य क्षेत्र की सुविधा में कमरे में स्पीडवॉक मिला है - जो वास्तव में इरादा है (कम से कम जब ग्रिड मोड बंद हो जाता है! :stuck_out_tongue_winking_eye :)

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

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

इस SlySven को ठीक करने के लिए बहुत-बहुत धन्यवाद!