arene:correction_arene
Différences
Ci-dessous, les différences entre deux révisions de la page.
Les deux révisions précédentesRévision précédenteProchaine révision | Révision précédenteProchaine révisionLes deux révisions suivantes | ||
arene:correction_arene [2020/09/13 14:55] – [Centre qui disparaît] lyssitz | arene:correction_arene [2020/09/13 15:12] – [III Faire en sorte que celui-ci ne puisse pas se retrouver bloquer dans l’arène] lyssitz | ||
---|---|---|---|
Ligne 35: | Ligne 35: | ||
Pour assurer que le **%BloqueAttaque% soit toujours actif** dans la zone voulue, on peut le **généraliser avec un « Auto une seule fois »** et le situer dans l’arène. Vu que la forme d’une arène est souvent rectangulaire, | Pour assurer que le **%BloqueAttaque% soit toujours actif** dans la zone voulue, on peut le **généraliser avec un « Auto une seule fois »** et le situer dans l’arène. Vu que la forme d’une arène est souvent rectangulaire, | ||
- | < | + | Pour bloquer sur la gauche en sachant que l’arène commence à la case X = 3 : |
< | < | ||
- | <center>< | + | <html> |
+ | <style type=text/ | ||
+ | TEXTAREA { | ||
+ | background-color : white; | ||
+ | font-family : MS Sans Serif; | ||
+ | font-size : 12px; | ||
+ | width: 100%; | ||
+ | } | ||
+ | |||
+ | table { | ||
+ | width: 100%; | ||
+ | } | ||
+ | </ | ||
+ | |||
+ | <table cellspacing=2 class=" | ||
Page 1 | Page 1 | ||
</ | </ | ||
Ligne 53: | Ligne 67: | ||
< | < | ||
- | < | + | <table cellspacing=2 class=" |
Page 1 | Page 1 | ||
</ | </ | ||
Ligne 63: | Ligne 77: | ||
%BloqueChevauchement%=0 | %BloqueChevauchement%=0 | ||
</ | </ | ||
- | </ | + | </ |
Et ainsi de suite, on fait en sorte de couvrir toute la zone hors de la zone de combat. Il est bien évident que si il y a plusieurs arènes dans une même map, le tout est de découper chaque fois la map en plusieurs rectangles où l’on applique son évènement. | Et ainsi de suite, on fait en sorte de couvrir toute la zone hors de la zone de combat. Il est bien évident que si il y a plusieurs arènes dans une même map, le tout est de découper chaque fois la map en plusieurs rectangles où l’on applique son évènement. | ||
- | < | + | Il suffira ensuite de mettre à l’entrée de l’arène si on est en mode avec chevauchement par exemple : |
< | < | ||
- | < | + | <table cellspacing=2 class=" |
Page 1 | Page 1 | ||
</ | </ | ||
Ligne 207: | Ligne 221: | ||
</ | </ | ||
- | Tout se passe bien et personne ne meurt ! :-p | + | Tout se passe bien et personne ne meurt ! ;-) |
- | =====II Veiller à ce que le joueur ressorte avec les mêmes configurations que lorsque celui-ci est entré dans l’arène===== | + | =====Configurations joueurs cohérentes===== |
- | Qu’est ce cela veut dire ? Tout joueur qui entre dans la maison doit ressortir avec les mêmes variables que lorsqu’il est entré. Pour bien appliquer une bonne sécurité, toujours mettre un Auto Résu dans la pièce | + | Qu’est ce cela veut dire ? Tout joueur qui entre dans la maison doit ressortir avec les mêmes variables que lorsqu’il est entré. Pour appliquer une bonne sécurité, |
- | ====1)Les changements de visions==== | + | ====Les changements de vision==== |
- | + | ||
- | %CentreY%, %CentreX% sont les deux variables concernées. Il faut toujours réinitialisé ces variables à la sortie du joueur et à sa mort. « Sa mort » veut dire qu’à coté du Résu, il doit exister un évènement de ce type | + | |
+ | [[var_char: | ||
< | < | ||
- | < | + | <table cellspacing=2>< |
Page 1 | Page 1 | ||
</ | </ | ||
Ligne 228: | Ligne 241: | ||
</ | </ | ||
- | A noter que bien sur, il est mieux de faire en sorte que le joueur ne puisse | + | A noter que bien sur qu'il est mieux de faire en sorte que le joueur ne puisse entrer dans l’arène avec une vue changée pour lui éviter tout désagrément. |
- | ====2)Les « bloque quelque chose » local ou non==== | + | ====Les |
- | Idem que les changements de visions, un event « Auto une seule fois en rappel | + | Idem que les changements de visions, un évent "Auto une seule fois" |
Ligne 248: | Ligne 261: | ||
A coupler avec les changements de vision et à changer selon les variables du joueur qui ont été modifiées. | A coupler avec les changements de vision et à changer selon les variables du joueur qui ont été modifiées. | ||
- | ====3)Les variables==== | + | ====Les variables==== |
- | Idem que les deux précédents, sauf que cela concerne par exemple la Variable 13, ne pas oublier qu’elle doit être à 0. On ne sait jamais qu’une super magie frappe les joueurs dans l’arène. | + | Idem que les deux précédents sauf que cela concerne par exemple la Variable[13] -> ne pas oublier qu’elle doit être remise |
- | C’est globalement ce que l’on retrouve mais cela s’applique à toutes variables propres au joueur qui ont été modifié. | + | C’est globalement ce que l’on retrouve mais cela s’applique à toutes variables propres au joueur qui ont été modifiées. |
- | =====III Faire en sorte que celui-ci ne puisse pas se retrouver bloquer | + | =====Joueur bloqué |
- | + | Cela reprend exactement le préambule que j’ai fait pour présenter les principaux problèmes que l’on retrouve dans une arène. Il vous faut constamment | |
- | Cela reprend exactement le préambule que j’ai fait pour présenter les principaux problèmes que l’on retrouve dans une arène. Il vous faut constamment | + | |
Cela peut se trouver dans l’utilisation d’un mot de passe pour verrouiller l’arène. | Cela peut se trouver dans l’utilisation d’un mot de passe pour verrouiller l’arène. | ||
Exemple chez les Templiers : | Exemple chez les Templiers : | ||
- | |||
< | < | ||
- | < | + | <table cellspacing=2>< |
Page 1 | Page 1 | ||
</ | </ | ||
Ligne 279: | Ligne 290: | ||
</ | </ | ||
- | Lorsque le joueur est dans l’arène, sa position est supérieure ou égale à X = 3 donc s’il y a un mot de passe et qu’il se trouve dans l’arène, il sera téléporter | + | Lorsque le joueur est dans l’arène |
- | Ne pas oublier dans la vérification des accès dans les évènements que les premières pages doivent avoir des « Condition de Déclenchement » très précises | + | Ne pas oublier dans la vérification des accès dans les évènements que les premières pages doivent avoir des « Condition de Déclenchement » très précises. |
- | ===En conclusion | + | ====En conclusion==== |
- | Lors de la correction d’une arène : | + | Lors de la correction d’une arène |
- | Mettre un Auto Résu à l’endroit où le résu est prévu | + | - Mettre un "Auto Résu" |
- | Tester l’arène avec les différents accès | + | - Tester l’arène avec les différents accès. |
- | Puis appliquer | + | - Appliquer |
- | \\ \\ \\ Merci à Itsumi pour ce Tutoriel | + | Si vous avez des questions, vous voyez des potentielles erreurs (c’est possible mais le principe normalement est juste) et d’autres idées, n’hésitez pas ;-) |
arene/correction_arene.txt · Dernière modification : 2022/09/25 19:11 de 127.0.0.1