Différences

Ci-dessous, les différences entre deux révisions de la page.

--- arene:correction_arene [2020/09/13 14:56] – [Attaque hors arène] lyssitz
+++ arene:correction_arene [2022/09/25 19:11] (Version actuelle) – modification externe 127.0.0.1
@@ Ligne 26: / Ligne 26: @@
 {{ tutoriaux:aranet10.jpg }}
-=====BUGS & JOUABILITÉ=====
+=====Bugs & jouabilité=====
 ====Attaque hors arène====
@@ Ligne 38: / Ligne 38: @@
 <html>
+<html>
+<style type=text/css>
+TEXTAREA {
+  background-color : white;
+  font-family : MS Sans Serif;
+  font-size : 12px;
+  width: 100%;
+}
+table {
+  width: 100%;
+}
+</style>
 <table cellspacing=2 class="tablew"><tr height=25><th colspan=3 align=left>
 Page 1
@@ Ligne 207: / Ligne 221: @@
 </html>
-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=====
-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 adéquat de la maison lors de l’entrée dans l’arène.
+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é, il faut toujours mettre un Auto Résu dans la pièce adéquate de la maison lors de l’entrée dans l’arène.
-====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:centrey|%CentreY%]] et [[var_char:centrex|%CentreX%]] sont les deux variables concernées. Il faut toujours réinitialiser ces variables à la sortie du joueur et à sa mort. « Sa mort » veut dire qu’à coté du point de résu, il doit exister un évènement de ce type :
 <html>
-<center><table cellspacing=2><tr height=25><th colspan=3 align=left>
+<table cellspacing=2><tr height=25><th colspan=3 align=left>
 Page 1
 </th></tr><tr><td><b>Conditions de déclenchement</b></td><td></td><td><b>Commande événements</b></td></tr><tr><td><TEXTAREA ROWS=10 SIZE=320 WRAP=soft readonly>
@@ Ligne 228: / Ligne 241: @@
 </html>
-A noter que bien sur, il est mieux de faire en sorte que le joueur ne puisse pas entrer dans l’arène avec une vue changée pour lui éviter tout désagrément.
+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 «Bloque...», local ou non====
-Idem que les changements de visions, un event « Auto une seule fois en rappel », de ce type est toujours la bienvenue
+Idem que les changements de visions, un évent "Auto une seule fois" en rappel de ce type est toujours le bienvenu.
@@ Ligne 248: / Ligne 261: @@
 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 à 0. On ne sait jamais qu’une super magie frappe les joueurs dans l’arène.
-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 dans l’arène=====
+=====Joueur bloqué dans l'arène=====
+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 contrôler que chaque modification faite par les joueurs dans l’arène ne devienne pas un obstacle pour les joueurs, dans le sens où ils seront bloqués.
-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 contrôlé que chaque modification faite par les joueurs dans l’arène ne se retrouvent pas être un obstacle pour les joueurs dans le sens où ils seront bloqués.
 Cela peut se trouver dans l’utilisation d’un mot de passe pour verrouiller l’arène.
 Exemple chez les Templiers :
 <html>
-<center><table cellspacing=2><tr height=25><th colspan=3 align=left>
+<table cellspacing=2><tr height=25><th colspan=3 align=left>
 Page 1
 </th></tr><tr><td><b>Conditions de déclenchement</b></td><td></td><td><b>Commande événements</b></td></tr><tr><td><TEXTAREA ROWS=10 SIZE=320 WRAP=soft readonly>
@@ Ligne 279: / Ligne 290: @@
 </html>
-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 hors de l’arène.
+Lorsque le joueur est dans l’arène (si sa position est supérieure ou égale à X = 3) et qu’il y a un mot de passe, il sera téléporté hors de 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 et on doit aller vers le général au fur et à mesure, globalement le joueur de base.
-===En conclusion :===
-Lors de la correction d’une 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.
-Mettre un Auto Résu à l’endroit où le résu est prévu et assurer la sécurité quant aux variables des joueurs lorsqu’ils meurent
+=====En conclusion=====
-Tester l’arène avec les différents accès
+Lors de la correction d’une arène il faut :
-Puis appliquer les points que j’ai expliqués plus haut. 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 ;-)
+  - Mettre un "Auto Résu" à l’endroit où la résu est prévue et assurer la sécurité quant aux variables des joueurs lorsqu’ils meurent.
+  - Tester l’arène avec les différents accès.
+  - Appliquer les points expliqués plus haut.
-\\ \\ \\ 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 ;-)