MAPPE_EDITOR

Commentaire de ferber le 26/12/2003 16:42:08

A noter au cas ou, pour que la sauvegarde fonctionne bien il vaut mieux lancer le tout a partir d'ie( car on envoy un gros paquet de variables en "post").

noter qu'il faut le faire tourner sur le local host.
si vous le faite tourner sur un herbergeur autre que votre propre pc,
dans ce cas modifier la fonction saveMonde() qui se trouve rattaché a la première frame.

cordialement
nicolas Maucci

Commentaire de AtomPouce le 26/12/2003 20:46:23

aïe je vienb de me rendre compte que ma fonction precedement citée ne fonctionne pas avec les tableau dans les tableau ..donc je m en vai essayer d arranger ca ...

Commentaire de ferber le 27/12/2003 14:07:57

ouip, Merci,
mais j'ai fait sa se week end pour m'ammuser,
je ne vais pas y retoucher maintenant,

c'est vraie que les map sont assez lourdes, mais moin qu'elle ne l'aurrait étaient en Xml.

dans l'absolue pour gagner plus de poid j'arrais du utiliser des id numérique pour le nom des décos. de plus la j'utilise des '#' comme séparateur,  or il y'as deux valeur qui aurrait pus tenir l'une a côté de l'autre soit : le type de sole (mur , creuvace etc)( de  0a 9) et le type d'action ( message , dialogue, degats etc)( de  0 a ),
il est clair que beaucoup de chause aurrait pus / et peuvent être améliorer.

La centralisation du code en est un bon point.
car du code se retrouve sur un btn dans la bibliotheque alors qu'il aurrait pus se trouver sur la première frame est rattaché a l'initialisation de l'annime.

autre point assez négatif :
pour séléctionner une case il faut séléctionner cette dernière avec un click gauche, se qui peut entréner un changement de déco par inadevertance.

a la base je souhaitais faire un éditeur de mapp a plussieur temp/mode...
c.A.D. une mode strictement attribué a la décoration, un autre sctrictement lié aux actions et au évenement s, et un autre pour placer les montres ( sur un layer suppérieur );

ceci aurrait permis une gestion de meillieur calité. mais
un perte de temp du a des modifications séparé pour la décot/event.

le mieux en y repensant en se qui concerne les types de sole,
serrait que dés l'application d'un type de déco par exemple  "herbe" le type de sole passe directement a "sole", pareile pour une déco "mur" qui appliquerait un comportement de type "mur" il devrait en être de même pour les déco de pièges qui ne sont pour l'instant pas présente dans ce swf.

Enfait je voulais faire ce mapp éditor,
car je me suis rendu compte qu'a chaque fois que je fabriquais un jeu ,
je commensait par faire le moteur de déplacement, ensuite l'attaque ensuite la séléction d'obj, dialogue etc....
c'est vraiment annarchique dans le sens ou je commensait a chercher le moyens de stoquer les données qu'au momment ou je m'attaquais au problème ( par exemple pour les dialogue j'ai utilisé un fichiers xml car je savais pas ou le placer ) ( de la même mannière mes jeux contiennent des objetcs prenables mais ces aubjets ne sont pas rattaché a un fichier par exemple baseobjet.txt, mais sont stoké dans la mapp, ce qui fait qu'on peut les perdres en changement de mappe
.)
dons cette fois j'ais commencé par faire l'éditeur de mapp et a réfléchir au stokage des informations avant de m'attaqué au moteur de depla, selection etc ( bon y'a encor beaucoup d'améloration a apporter au stockage ).
car de cette mannière les testes deviennement bien plus simple car nous avons dés le début un systéme pèrméttant de modifier les mappe, sans avoir à passer par le notepadde.

d'autrepars, mes présédent jeux n'utilisaient pas le system des tuiles ( sauf le tétris )donc, j'en est profité pour  tester.

et biensure tu peux reprendre la source a ton aise, c'est fait pour ca.

cordialement
Nicolas Maucci