Bon, prenons un exemple pour que tu comprenne.

Avec la mauvaise méthode , tu aurait fait dans le step event d'un objet :

Code:

execute_file(Mon_fichier_qui_dit_image_angle_egale_direction);

Avec la méthode a Nicoulas, tu cree un objet controller qui va lire un fichier, dans lequel il est ecrit :

Code:

object_add();

-> ca crée l'objet

Code:

object_event_add(...)

-> Et cet event_add permet de créer un évenement qui dit que image_angle=direction.

Et donc au lieu de l'utiliser a chaque step, tu va juste l'utiliser une fois pour créer les objet et leur évenements.

_________________
|Apprendre le GML ici et bien + encore ! |

"Chuck Norris n'utilise pas de navigateur. Il lit le code source et imagine la page. Question de gain de temps..."
"La nuit tous les chats sont #CCCCCC"

Je comprend pas l'intérêt, puisque si on a mis l'action dans l'event step, c'est pour une raison, alors que là, image_angle ne sera égale à la direction uniquement dans l'event create!

Nooon car la fonction object_event_add permet de spécifier des ev_step aussi.

Si tu ajoute un event step a ton objet dans lequel tu met image_angle=direction, ca le fera à chaque step. C'est en fait l'équivalent gml des événements D&D

Bon je laisse tomber je comprends rien. Merci à tous.

Tu finiras par comprendre :p
C'est comme pour les scripts , avant tu comprenait par leur avantages par rapport au simple 'execute a piece of code' :p

Jvais te faire un ptit exemple vite fait.

Double post mais bon pour être sûr que tu voie le lien :

http://www.mediafire.com/?zkxznxjmnnv

Ah j'ai compris, c'est pour rendre aussi les objets en dehors du jeu. Merci beaucoup, mais pour l'instant, je vais me contenter d'externiser mes rooms, mes scripts, mes sprites, mes backgrounds et mes sons

Oui, mais aussi tes scripts (enfin quand je dis scripts, je veux dire tous les execute code quoi).