!cof-initLes tokens sélectionnés sont ajouté au tracker de tour. Si celui-ci n'existe pas, un nouveau est créé, avec compteur de tour à 1, et on rentre en combat. Les tokens ayant un prédicat aucuneActionCombat ne sont jamais ajoutés au turn tracker.
Une option du script (ajustable en utilisant !cof-options) permet d'utiliser la règle de l'initiative variable (ajout d'un d6 explosif à l'initiative). Il est alors possible de faire lancer les dés d'initiative par les joueurs.
Les règles de tri suivent ce qui est donné p 70 : priorité aux PJs. Pour l'instant, on distingue un PJ d'un PNJ au dé de vie : si le personnage d'a pas de dé de vie, c'est un PNJ. Ensuite, entre PJs, priorité à la plus haute sagesse. Pour les PNJ, c'est aléatoire.
-À chaque instant, le token dont c'est le tour d'agir est signalé par une aura qui bouge lentement. L'image de cette aura peut être modifiée dans les options (!cof-options images), et il est possible de spécifier une aura pour chaque token, en ajoutant une ligne dans le champ GM Notes du token (en bas de la partie basique de l'édition du token). Cette ligne doit commencer par init_aura:, et contenir une url valide pour un token. N'oubliez pas de sauvegarder le token comme token par défaut pour un personnage si vous voulez que ce personnage ait toujours cette aura.
À chaque instant, le token dont c'est le tour d'agir est signalé par une aura qui bouge lentement. L'image de cette aura peut être modifiée dans les options (!cof-options images), et il est possible de spécifier une aura pour chaque token, en ajoutant une ligne dans le champ GM Notes du token (en bas de la partie basique de l'édition du token). Cette ligne doit commencer par init_aura:, et contenir une url valide pour un token. N'oubliez pas de sauvegarder le token comme token par défaut pour un personnage si vous voulez que ce personnage ait toujours cette aura. Le token dont c'est le tour est automatiquement mis au premier plan, sauf si le personnage a un prédicat tokenEnDessous (utile pour les gros tokens).
Il est possible de laisser les joueurs passer leur tour, en utilisant la commande !cof-tour-suivant. Une utilisation possible est de le mettre en macro dans les actions du tour (voir Actions du tour ci-dessous).
La limite au nombre d'escaliers est de 12 étages, donc pas de lettre après L.
Il est possible d'avoir des escaliers qui mènent à d'autres cartes (ce qui fait alors changer la carte vue par le joueur). Il suffit que le nom de l'escalier commence par tmap_. Attention, à cause de limitations de Roll20, cela ne peut fonctionner que si l'image du token est dans une library personnelle d'un joueur : si elle vient du marketplace, il faut d'abord la copier dans sa library, puis utiliser l'image qui est dans la library pour le token.
Pour des escaliers plus flexibles (voire des portails), on peut décrire dans le champ des Notes du MJ du token sur la couche MJ une destination quand on monte et une destination quand on descend. Il suffit de mettre sur une ligne, descend: directement suivi du nom du token vers lequel aller pour descendre, et/ou sur une autre ligne monte: suivi du nom du token vers lequel aller quand on monte. Par exemple, pour bloquer un escalier qui descend, il suffit de mettre descend: dans le champ de notes du MJ. On peut aussi faire des "escaliers" à sens unique.
Il est possible d'automatiser les escaliers, de façons à ce que les tokens qui passent sur le lieux de l'escalier soient automatiquement transportés. Pour cela, sélectionner le token de l'escalier et lancer la commande !cof-tp-auto. Dans sa version sans argument, le dépacement automatique aura lieu dès qu'un token sera dans le rectangle du token de l'escalier. Sinon, on peut préciser un rayon (en mètres), et le mouvement aura lieur dès que le token sera à moins de cette distance du centre de l'escalier. Le déplacement se fera vers le haut si c'est possible, et sinon vers le bas. À noter que Roll20 peut perdre parfois les données sur les tokens entre les parties. Quand c'est le cas, le script va s'efforce de rerouver les escaliers automatiques, mais ça a plus de chances de marcher si vous donnez un nom unique au token de votre escalier. Pour mettre fin au déplacement automatique sur un escalier, sélectionner le token de l'escalier et taper la commande !cof-tp-auto off.
Il est possible d'automatiser les escaliers, de façons à ce que les tokens qui passent sur le lieux de l'escalier soient automatiquement transportés. Pour cela, sélectionner le token de l'escalier et lancer la commande !cof-tp-auto. Dans sa version sans argument, le déplacement automatique aura lieu dès qu'un token sera dans le rectangle du token de l'escalier. Sinon, on peut préciser un rayon (en mètres), et le mouvement aura lieur dès que le token sera à moins de cette distance du centre de l'escalier. Le déplacement se fera vers le haut si c'est possible, et sinon vers le bas. À noter que Roll20 peut perdre parfois les données sur les tokens entre les parties. Quand c'est le cas, le script va s'efforce de rerouver les escaliers automatiques, mais ça a plus de chances de marcher si vous donnez un nom unique au token de votre escalier. Pour mettre fin au déplacement automatique sur un escalier, sélectionner le token de l'escalier et taper la commande !cof-tp-auto off.
!cof-echange-init @{selected|token_id} @{target|token_id} n --limiteParTour 1 actionConcertee où n peut valoir 0, 1 ou 2 selon le rang dans la voie.!cof-a-couvert @{selected|token_id} @{target|token_id} le target est l'allié qui se déplace avec l'arquebusier. Se sélectionner soi-même si pas d'allié.combatDeMasse.secondSouffle permet de faire apparaître un bouton pour utiliser le second souffle quand le guerrier a perdu des PVs en combat, limite le gain de PVs à ceux perdus dans le combat en cours, et utilise automatiquement la capacité en fin de combat si elle n'a pas été utilisée. Si cette automatisation ne vous convient pas, vous pouvez utiliser la commande !cof-soin @{selected|token_id} secondSouffle à la place. Enfin, on peut préciser une valeur pour ce prédicat, pour remplacer le niveau + CON (par exemple pour un PNJ).durACuire sur la fiche.durACuire sur la fiche et ajouter le bonus de +5 aux tests de CON.!cof-set-attribute meneurDHommesCible @{selected|token_id} --target @{target|token_id}. Le personnage peut utiliser cette action pour désigner sa cible. Tous les alliés du personnage recevront automatiquement les bonus sur le reste du combat.necromancie, avec comme option --mana 3 --effet decarnationMorbide. Pour le maintien de la concentration, ajouter une seconde attaque magique de portée 30 m, DM 2d6+INT, avec les modificateurs necromancie, auto et comme option --si etat concentrationSurDecarnationMorbide --effet decarnationMorbide. Le MJ doit vérifier si la cible a bien un squelette à décarner.!cof-enduire-poison -1 type force save.
!cof-effet-temp clignotement [[1d6+2]].nonVivant.vegetatif.crocDuDragon dans les prédicats de l'arme, et --seulementVivant --bonusContreArmure 3 dans les options d'attaque. Le dragon est reconnu par un prédicat dragonInvicible, et ses émissaires par un prédicat emissaireDuDragonInvincible.!cof-effet-temp cyclone [[1d4+1]] --limiteParCombat 1. Cela va proposer une attaque Traverser dans les actions de l'élémentaire, qui ne peut fonctionner que si le personnage a au moins une attaque sur sa fiche. Par défaut, l'attaque utilisée en traversant est l'attaque de label 1, mais on peut préciser un autre label en utilisant l'option --valeur.dmSiToucheContact, de valeur les dégâts, suivis de -- et du type si besoin. Par exemple, pour un élémentaire de feu, le prédicat dmSiToucheContact:: 1d6 --feu, en fin de ligne (rien ne doit suivre sur cette ligne).auraDrainDeForce pour la version de base. Pour la version avancée, remplacer par un prédicat auraDrainDeForceSup.attributsDeStatut.attributsDeStatut.