Mudlet: फ़ीचर अनुरोध: मडलेट सत्रों के बीच मैपर ज़ूम राशि याद रखें।

मुझे लगता है कि ज़ूम प्रति-क्षेत्र में भारी मात्रा में दर्द हो रहा है क्योंकि यह पहली बार क्षेत्रों के बीच रीसेट हो जाएगा और इसी तरह। पुनरारंभ के बीच ज़ूम याद रखना अच्छा होगा, इस बीच बस https://wiki.mudlet.org/w/Manual :Mapper_Functions#setMapZoom को एक स्क्रिप्ट में फेंकना इसके लिए एक छोटा समाधान है!

:बल्ब: यह न भूलें कि आजकल क्षेत्र उपयोगकर्ता डेटा है इसलिए प्रति-क्षेत्र डेटा संग्रहीत करना संभव है - setAreaUserData(...) और getAreaUserData(...) !

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

दुर्भाग्य से मानचित्र ज़ूम स्तर को एक से अधिक तरीकों से नियंत्रित किया जाता है जो एक दूसरे के साथ संचार नहीं करते हैं। 2D मानचित्र में आपके पास (ऊर्ध्वाधर) माउस व्हील और setMapZoom() जो मुझे लगता है कि एक दूसरे के साथ काम करने के लिए बनाया जा सकता है। हालाँकि 3D मैपर एक सही कुत्ते का नाश्ता है। आपके पास (ऊर्ध्वाधर) माउस व्हील और "स्केल" नियंत्रण (सबसे बाएं स्लाइडर) है जो फिर से एक साथ काम करता है - लेकिन तीन अन्य नियंत्रण हैं जो आंख/कैमरा-समन्वय की स्थिति और सामूहिक sqrt(x^2 + y^2 + z^2) यानी पाइथागोरस के प्रसिद्ध सूत्र के माध्यम से) प्रभावी ज़ूम को भी नियंत्रित करता है। समग्र प्रभाव पर काम करना वर्तमान में अनुमानित नहीं है... AFAICT

हाहाहाहा वर्तमान में मैं केवल 2 डी मैपर का उपयोग करता हूं ताकि यह मेरे लिए ठीक काम करे :)

3डी मैपिंग ?? मुझे इसके बारे में पता भी नहीं था: DI भी सिर्फ 2d मैप का उपयोग करता है।
(3 डी मैपर की जांच के लिए एक नोट बनाता है: डी)

लेकिन वर्तमान ज़ूम स्तर (2 डी के लिए) के लिए अतिरिक्त "प्राप्त" विधियों के साथ और 3 डी के लिए पदों और पैमाने के लिए, मुझे यकीन है कि पीपीएल जल्दी से क्षेत्रों को लगातार ज़ूम और दृष्टिकोण बना देगा :)

माउस व्हील के लिए एक ईवेंट की आवश्यकता हो सकती है यदि कोई भी नहीं है।

(हालांकि यह मेरे लिए कोई बड़ी बात नहीं है, क्योंकि किसी भी क्षेत्र में सही पैमाने पर प्रवेश करने में केवल 2 सेकंड का समय लगता है, और मैं इसे जारी रखने के लिए शायद सेटमैपज़ूम के साथ खेल सकता हूं, बस "क्लंकी" को सेट करना होगा वह मैन्युअल रूप से, और जो कुछ भी मैंने पिछली बार उस क्षेत्र का दौरा किया था, उस पर ज़ूम नहीं किया था)

.... बस "क्लंकी" महसूस होगा कि इसे मैन्युअल रूप से सेट करना है, और न केवल उस क्षेत्र का दौरा करने के लिए पिछली बार ज़ूम करने के लिए जो कुछ भी मैंने ज़ूम किया है उसे जारी रखें

तो आप चाहेंगे:

• एक sysMapperAreaViewedEvent जो क्षेत्र के बदलते ही सक्रिय हो जाएगा (पुरानी और नई क्षेत्र आईडी लौटाते हुए) और दृश्य को पुराने क्षेत्र से दूर स्विच किए जाने से ठीक पहले सक्रिय हो जाएगा।
• वर्तमान दृश्य मोड को वापस करने के लिए कुछ {2D/3D दृश्य, दृश्य निर्देशांक का वर्तमान केंद्र, 2D मानचित्र (केवल ज़ूम करें) या 3D मानचित्र (ज़ूम/स्केल सेटिंग और नेत्र स्थिति निर्देशांक)}

:विचारधारा:

शायद उन सभी विवरणों को भी सेटअप करने के लिए लुआ एपीआई की भी आवश्यकता है ...

हाँ sysMapperAreaViewedEvent और उसके रिटर्न के लिए।
(परिवर्तन का पता लगाने की जरूरत है, पुराने क्षेत्र के लिए पुराने ज़ूम को स्टोर करें, नए क्षेत्र के लिए नया ज़ूम प्राप्त करें)

सभी "व्यूमोड" गुण प्राप्त करने के लिए, मुझे 100% यकीन नहीं है कि आपको शुरुआत में पूर्ण झुकाव की आवश्यकता है। वर्तमान में केवल एक "सेटमैपज़ूम (ज़ूम)" सेटर है, जिसका अर्थ है कि कोई "getMapZoom ()" गेट्टर से शुरू कर सकता है। (मतलब यह शुरुआत में केवल 2डी व्यू मोड के लिए "ठीक से" काम करेगा।

यह निश्चित रूप से 3 डी समर्थन, क्षेत्र ग्रैन्युलैरिटी, मानचित्र में ज़ूम स्तर को संग्रहीत करने, या एप्लिकेशन में दृढ़ता में निर्माण के साथ विस्तारित किया जा सकता है। हालाँकि यह संभवतः तब तक प्रतीक्षा कर सकता है जब तक कोई माँग न हो?
(आम तौर पर मैं शुरुआत में "चीजों को सही करने" की वकालत करता हूं, हालांकि मुझे 3 डी की मांग के आकार का पता नहीं है, और मुझे लगता है कि उन सुविधाओं के लिए गेटर्स को सक्षम करना तार्किक रूप से मोड और व्यूमोड गुणों को बदलने के लिए बसने वालों की मांग को बढ़ाएगा)

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

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

मुझे लगता है कि ज़ूम प्रति-क्षेत्र में भारी मात्रा में दर्द हो रहा है क्योंकि यह पहली बार क्षेत्रों के बीच रीसेट हो जाएगा और इसी तरह।

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