Mudlet: Demande de fonctionnalité : Mudlet Rappelez-vous la quantité de zoom du mappeur entre les sessions.

Je prévois que le réglage du zoom par zone sera très pénible car il se réinitialisera entre les zones la première fois et ainsi de suite. Se souvenir du zoom entre les redémarrages serait bien, en attendant, lancer simplement https://wiki.mudlet.org/w/Manual :Mapper_Functions#setMapZoom dans un script est une solution de contournement triviale pour cela !

:bulb: N'oubliez pas qu'il existe aujourd'hui des données utilisateur de zone, il est donc possible de stocker des données par zone - voir setAreaUserData(...) et getAreaUserData(...) !

Ancienne demande, mais mauvaise réponse.
Je suis d'accord que setMapZoom combiné avec setAreaUserData et getAreaUserData aidera, mais sans "getMapZoom" ou un moyen similaire pour "obtenir" le niveau de zoom actuel, il sera quelque peu arbitraire ou contrôlé manuellement. Si je peux détecter un changement dans le niveau de zoom, puis le stocker dans areaUserData, puis le définir chaque fois que la carte se charge ou que les zones changent, ce serait parfait

Le niveau de zoom de la carte est malheureusement contrôlé de plusieurs manières qui ne communiquent pas entre elles. dans la carte 2D, vous avez la molette de la souris (verticale) et le setMapZoom() qui, je suppose, peuvent fonctionner ensemble. Cependant, le mappeur 3D est le petit déjeuner d'un chien droit. Vous avez la molette (verticale) de la souris et le contrôle "Scale" (le curseur le plus à gauche) qui fonctionnent encore une fois ensemble - mais il y a trois autres contrôles qui définissent les positions des coordonnées de l' sqrt(x^2 + y^2 + z^2) c'est-

hahahaha actuellement, je n'utilise que le mappeur 2D donc cela fonctionnerait bien pour moi :)

cartographie 3D ?? Je ne savais même pas à ce sujet :DI utilise aussi simplement la carte 2D.
(prend une note pour enquêter sur le mappeur 3D :D)

mais avec des méthodes "get" supplémentaires pour le niveau de zoom actuel (pour la 2d) et pour les positions et l'échelle pour la 3d, je suis sûr que ppl ferait rapidement en sorte que les zones aient un zoom et des points de vue persistants :)

Peut-être besoin d'un événement pour la molette de la souris s'il n'y en a pas aussi.

(ce n'est pas un gros problème pour moi cependant, car il ne faut que 2 secondes environ pour faire défiler la zone dans laquelle j'entre à la bonne échelle de toute façon, et je pourrais probablement jouer avec setMapZoom pour persister, je me sentirais juste "maladroit" d'avoir à définir cela manuellement, et pas seulement persister tout ce que j'ai zoomé la dernière fois que j'ai visité cette zone)

.... se sentirait juste "maladroit" d'avoir à régler cela manuellement, et pas seulement de persister tout ce sur quoi j'ai zoomé la dernière fois que j'ai visité cette zone

Donc vous voudriez :

• un sysMapperAreaViewedEvent qui se déclencherait au fur et à mesure que la zone était modifiée (renvoyant l'ancien et le nouveau ID de zone) et pour qu'il se déclenche juste avant que la vue ne soit éloignée de l'ancienne zone.
• quelque chose pour retourner le mode d'affichage actuel {Vue 2D/3D, coordonnées du centre de vue actuel, carte 2D (zoom uniquement) ou carte 3D (réglage du zoom/échelle et coordonnées de la position de l'œil)}

:pensée:

Probablement aussi besoin de l'API Lua pour configurer tous ces détails aussi...

Oui au sysMapperAreaViewedEvent et à ses retours.
(nécessaire pour détecter le changement, stocker l'ancien zoom pour l'ancienne zone, saisir le nouveau zoom pour la nouvelle zone)

Pour obtenir toutes les propriétés "viewmode", je ne suis pas sûr à 100% que vous ayez besoin d'aller à fond au départ. Il n'y a actuellement qu'un seul setter "setMapZoom(zoom)", ce qui signifie que l'on peut commencer par le getter "getMapZoom()". (ce qui signifie que cela ne fonctionnerait "correctement" que pour le mode d'affichage 2D initialement.

Cela pourrait bien sûr être étendu avec le support 3D, la granularité de la zone, le stockage du niveau de zoom dans la carte elle-même ou l'intégration de la persistance dans l'application. Cependant, cela pourrait probablement attendre qu'il y ait une demande?
(normalement, je préconiserais de "faire les choses correctement" au début, mais je ne connais pas la taille de la demande pour la 3D, et je prévois que l'activation des getters pour ces fonctionnalités entraînerait logiquement une demande de setters pour changer les propriétés de mode et de mode d'affichage)

(Je ne connais pas les frais généraux liés à la configuration d'une nouvelle fonction dans Mudlet, bien que je puisse imaginer que c'est un peu (code, tests, documentation, etc.). Comme indiqué, ce n'est pas une fonctionnalité indispensable pour moi. Je J'ai voulu commencer à jeter un œil au code moi-même, cela pourrait potentiellement être une motivation pour moi de recommencer le codage :D) (Je dois dire que j'aime vraiment Mudlet. Cela m'a apporté la joie de me brouiller)

Je pense qu'à ce stade, il serait logique que nous l'intégrions simplement en tant que fonctionnalité Mudlet, au lieu de demander à tout le monde de le recoder lui-même. Nous pourrions stocker le zoom de la carte par zone en tant que fonction de données utilisateur de zone.

Je prévois que le réglage du zoom par zone sera très pénible car il se réinitialisera entre les zones la première fois et ainsi de suite.

Si vous entrez pour la première fois dans une nouvelle zone qui n'a pas encore de réglage de zoom, commencez par celle de la zone précédente.