Mudlet: 기능 요청: Mudlet 세션 간 매퍼 확대/축소 양을 기억합니다.

영역별로 확대/축소를 설정하는 것은 처음으로 영역 간에 재설정되는 등의 작업이므로 엄청난 고통이 될 것으로 예상합니다. 다시 시작 사이에 확대/축소를 기억하는 것이 좋지만, 스크립트에 https://wiki.mudlet.org/w/Manual :Mapper_Functions#setMapZoom을 던지는 것은 간단한 해결 방법입니다!

:bulb: 요즘에는 지역 사용자 데이터가 있으므로 지역별 데이터를 저장할 수 있다는 것을 잊지 마십시오. setAreaUserData(...) 및 getAreaUserData(...) !

오래된 요청이지만 기분이 좋지 않습니다.
setAreaUserData 및 getAreaUserData와 결합된 setMapZoom이 도움이 될 것이라는 데 동의합니다. 그러나 "getMapZoom" 또는 현재 확대/축소 수준을 "가져오는" 유사한 방법이 없으면 다소 임의로 또는 수동으로 제어됩니다. 확대/축소 수준의 변경을 감지할 수 있다면 areaUserData에 저장한 다음 지도 로드 또는 영역이 변경될 때마다 설정하면 완벽할 것입니다.

지도 확대/축소 수준은 불행히도 서로 통신하지 않는 여러 가지 방식으로 제어됩니다. 2D 지도에는 (수직) 마우스 휠과 setMapZoom() 가 있으며 서로 작동하도록 만들 수 있습니다. 그러나 3D 매퍼는 올바른 강아지의 아침 식사입니다. (수직) 마우스 휠과 함께 작동하는 "스케일" 컨트롤(가장 왼쪽 슬라이더)이 있습니다. 그러나 눈/카메라 좌표 위치 와 그 sqrt(x^2 + y^2 + z^2) 즉 Pythagorus의 유명한 공식을 통해)도 효과적인 확대/축소를 제어합니다. 전반적인 효과를 계산하는 것은 현재 예측할 수 없습니다... AFAICT

하하하하 현재는 2D 매퍼만 사용하므로 잘 작동합니다. :)

3d 매핑?? 나는 그것에 대해조차 몰랐습니다 : DI도 2D 맵을 사용합니다.
(3D 매퍼를 조사하기 위해 메모합니다 :D)

그러나 현재 확대/축소 수준(2d용)과 3d용 위치 및 배율에 대한 추가 "가져오기" 메서드를 사용하면 ppl이 영역에 지속적인 확대/축소 및 관점을 빠르게 만들 수 있을 것이라고 확신합니다. :)

마우스 휠도 없으면 이벤트가 필요할 수 있습니다.

(어쨌든 올바른 크기로 입력하는 영역을 스크롤하는 데 약 2초 밖에 걸리지 않으며 이것을 유지하기 위해 setMapZoom을 가지고 놀 수 있기 때문에 이것은 큰 문제가 아닙니다. 설정해야 하는 "투박한" 느낌 수동으로, 마지막으로 해당 지역을 방문했을 때 확대한 내용을 유지하는 것이 아닙니다.)

.... 수동으로 설정해야 하는 "투박한" 느낌이 들며 마지막으로 해당 지역을 방문했을 때 확대/축소한 내용을 유지하는 것이 아닙니다.

그래서 당신은 원할 것입니다 :

• sysMapperAreaViewedEvent 영역이 변경되면 실행되고(이전 영역 ID와 새 영역 ID 반환) 뷰가 기존 영역에서 멀어지기 직전에 실행됩니다.
• 현재 보기 모드를 반환할 항목 {2D/3D 보기, 현재 보기 중심 좌표, 2D 지도(확대만 해당) 또는 3D 지도(확대/축소 설정 및 눈 위치 좌표)}

:생각:

아마도 이러한 세부 사항을 모두 설정하려면 Lua API 수단이 필요할 것입니다.

sysMapperAreaViewedEvent 및 해당 반환에 대해 예입니다.
(변경 사항을 감지하고 이전 영역에 대해 이전 줌을 저장하고 새 영역에 대해 새 줌을 가져오는 데 필요)

"viewmode" 속성을 모두 얻으려면 처음에 완전히 기울일 필요가 있다고 100% 확신할 수 없습니다. 현재 "setMapZoom(zoom)" 설정자가 하나만 있으며, 이는 "getMapZoom()" getter로 시작할 수 있음을 의미합니다. (즉, 처음에는 2D 보기 모드에서만 "제대로" 작동합니다.

이것은 물론 3D 지원, 영역 세분성, 지도 자체에 확대/축소 수준 저장 또는 애플리케이션에 지속성 구축을 통해 확장될 수 있습니다. 그러나 이것은 수요가있을 때까지 기다릴 수 있습니까?
(일반적으로 처음에는 "올바른 일을 하는 것"을 옹호하지만 3d에 대한 수요의 규모를 알지 못하며 이러한 기능에 대한 getter를 활성화하면 논리적으로 모드 및 viewmode 속성 변경에 대한 setter에 대한 수요가 발생할 것으로 예상합니다)

(나는 Mudlet에서 새로운 기능을 설정하는 오버헤드를 알지 못하지만, 꽤 많다고 생각할 수 있습니다(코드, 테스트, 문서 등). 언급한 바와 같이 이것은 저에게 꼭 필요한 기능은 아닙니다. 코드를 직접 살펴보고 싶었고, 다시 코딩을 하도록 동기를 부여할 수 있습니다.

이 시점에서 모든 사람이 스스로 다시 코딩하게 하는 대신 Mudlet 기능으로 빌드하는 것이 합리적이라고 생각합니다. 영역별 지도 확대/축소를 영역 사용자 데이터 기능으로 저장할 수 있습니다.

영역별로 확대/축소를 설정하는 것은 처음으로 영역 간에 재설정되는 등의 작업이므로 엄청난 고통이 될 것으로 예상합니다.

아직 확대/축소 설정이 되지 않은 새로운 영역을 처음으로 입력하는 경우 이전 영역에서 시작합니다.