Fix sur les actions à faire une seule fois en cas de plusieurs GM
Quand plusieurs GM ou assistant GM sont connectés, ils exécutaient
tous certaines actions.
Conséquence: ajout de casetmr en doublon, détermination de 2 chiffres
astraux, modification d'initiative de premier tour en double
Gestion de mois 12 (par modulo)
Ajout de l'année
incrémenter le jour se fait sur l'index (et calcul des infos de
calendrier)
+ sécurité pour les calendriers existants
dice3d n'est pas dispo si on n'a pas de canvas dans dice-so-nice 3.4.0
Du coup, plantage et aucun jet dans le système RdD pour un joueur
qui n'a pas de scène.
Accessoirement, dice-so-nice 3.4.0 plante à l'init, mais ça on n'y peut
rien (Issue raised)
permettre de poster un message au MJ pour que du code soit exécuté par
le MJ.
Ceci permet par exemple à un joueur de payer un objet posté par un autre
joueur, et que l'argent soit transféré à l'autre joueur
Ajout de la classe de base RdDItem qui se charge du calcul pour un Item
Formatage de la zone d'équipement pour avoir de la place pour le Nom
Simplification des calculs de totaux
- remplacer xxxOwnedItems par xxxEmbeddedDocuments
- corrections des accès aux items vs itemData
- corrections cases spéciales TMR et effets draconiques
- correction monnaies/payer
* fermeture des cités
* utilisations d'icônes pour les cases spéciales, rencontres, sorts
en réserve
* séparation pixi/actions TMR / définition des cases spéciales
fixes divers:
* #153 lancer de sort si draconic utilise compétence autre que rêve
* #152: table de résolution doublée sur cht points de rêve
* /table n'affichait plus les résultats suite à chgt sur souffles/queues
- mise en forme des messages
- Ajout de messages poétiques
- regroupement par rencontre de la gestion et des messages
- séparation table de proba/type de rencontre
- quelques fixes lors de tests (mes régressions?)
- lors d'un déplacement avec un tourbillon, on n'a pas à vaincre les
cases humides
- pas de rencontre après un déplacement par une rencontre
La demi-surprise ou surprise dépend des états:
- les TMRs sont ouvertes (sauf visu)
- le personnage est sonné
- un status parmi: prone, restrain
- si inconscient ou aveugle, surprise totale
Ajout de la possibilité de filtrer les status
- nettoyage des infos et messages de combat améliorés
- message de status envoyé uniquement par le GM (pour éviter les
doublons)
- stockage des infos de passes d'armes géré par RdDCombat
Déplacement des Hooks/notifications de messages socket:
- liés au combat dans la méthode RdDCombat.init
Convention de nommage: les méthodes de gestion de notification par
hook/socket sont préfixées 'on'
ex: onSocketMessage, onUpdateCombat, onPreDeleteCombat
