ChatMessage.create est async, il faut donc de préférence
l'appeler avec un await.
Des effets secondaires avaient lieu (ordre de messages, updates
ultérieurs parfois pas pris en compte)
- icone de l'action différente de "manger"
- correction tooltip dans fenêtre de jet
- support d'images svg pour les item-actions
- prise en compte de la difficulté de préparation brute
L'appréciation utilise:
- un niveau de qualité (qui réutilise la qualité sur les items en ayant)
- un bon moment (coeur/musique/...)
- un niveau de jet de moral
- une caractéristique (perception)
- une compétence
Les bon moments passés sont remis à zéro lors du passage de
château dormant.
Ajout des jets de moral très heureux.
Ajout de jet d'appréciation sur les résultats des oeuvres et des jeux.
- l'attaquant ne sait plus que c'est une entité de cauchemar (surprise!)
- l'encaissement indique une blessure dans le tchat... même si ce
n'est que de l'endurance
- les blurettes suivent les règles des entités de cauchemar (p322)
- dans la liste d'équipement, liste d'actions fournie par code
- support d'actions multiples
- listener générique
Utilisation du mécanisme pour tous les items, standardisation de
l'apparence des boutons d'items
L'item "race" permet de paramétrer des ajustements de caracs,
des min/max de taille, et une limite de force.
Ajouter une race à un acteur enlève la/les races précédentes et ajoute
les modificateurs de caracs de la nouvelle race.
Enlever une race enlève les modificateurs de caracs de la race
aux caractéristiques
Calcul automatique des informations dérivées:
- vie max
- endurance max
- bonus dommages
Ces informations ne peuvent plus être saisies.
L'endurance max des animaux est vie+constitution.
Les entités non-incarnées n'ont pas de +dom
Dans les messages d'automatisation de combat, le nom des
tokens est utilisé au lieu d'utiliser le nom de l'acteur.
Ceci permet de ne pas dévoiler un nom générique (Villageois)
si le token a un nom personnalisé.
Les messages dans les TMRs sont envoyés au GM
Simplification des messages de tchat liés à un actor: on peut
utiliser les Owners (car les GMs sont owner).
Au lieu de passer le name de l'Actor (qui peut être incorrect si deux
actors ont le même, mais pas les mêmes propriétaires), on passe
directement l'actor pour déterminer mles destinataires de messages
Ajout d'un bouton pour générer aléatoirement les éléments de description:
- nom (pour le MJ seul)
- sexe
- age
- main directrice
- cheveux, yeux
- heure de naissance
- taille et poids (selon la caractéristique Taille)
Lors d'une partie, la feuille d'un personnage a été bloquée.
Après debug, il semble que l'objet a eu le flag estContenu=true
sans être contenu.
En regardant le json, il semble que des Item "objet" se sont retrouvés
avec un champ "contenu", et que l'arbre des contenant a été cassé.
Du coup: l'ajout dans un conteneur est maintenant "sécurisé" pour
éviter l'accident. si on essaie d'ajouter dans un Item non conteneur,
on positionne estContenu à false, et on corrige si possible le "contenu"
de la cible, qui ne devrait pas être là.
- remplacement des données/JSON dans le html par des Flags sur
le ChatMessage
- extraction de la gestion des infos de ventes pour rassembler la
génération du ChatMessage
- on ne perd plus la quantité ou le vendeur
- attention au mergeObject: il modifie le premier parametre, ce
qui modifiait parfois l'acteur (!!!) et toujours la quantité de
l'objet du vendeur lors de la création de l'objet de l'acheteur!
