Hello,
et bien pour le "reloader" il faut que ton code s'y prête, donc pour le coup il faut que tu anticipes les comportements de ton animation, et ce en anticipant également l'interaction avec les autres. Ton animation en question est codée sur une seule image-clé, il faut donc que tu parviennes à réinitialiser celle-ci dès lors que la "fin" de ton code survient, de manière à ce que lorsque tu reviennes sur la frame qui contient ton animation -> Celle-ci reparte de zéro.
En gros ça équivaudrait à rédiger un code contenant une simple tween dans l'idée, tu lances ta tween, et par exemple tu insères un "onComplete" dans ta tween qui réinitialisera les coordonnées et comportements de chacun des éléments qui auront bougé durant la tween. Et bien il faut que tu codes ton animation, dans ta seule et unique image-clé, de cette manière-ci. Comme dans un scénario hollywoodien tu vas dire : "à la fin de cet épisode, Mike retourne dans sa maison, il prend une bière, et à ce moment-ci -> épisode 2". Et bien dans ton Flash c'est pareil : il faut que tu arrives à dire à Mike de retourner chez lui afin de prendre une bière, et si et seulement si Mike obtempère -> tu lances la lecture de l'image-clé suivante. Ainsi lorsque tu renverras ton animation à l'image clé "mike", Mike sera alors chez lui en train de boire sa bière et comme dans les feuilletons à l'américaine il rejouera la scène pour le grand plaisir des spectateurs.
Bon, au-délà de cette métaphore démonstrative du plus mauvais goût, je te l'accorde, l'idée est finalement toute simple : rembobiner par le code, donc s'arranger pour qu'à chaque retour sur l'image-clé en question tes éléments soient prêts à rejouer la scène (les tweens pour ça c'est top).
A tout hasard mets ton code dans ton post...
BBFUNK01
//C'est en forgeant qu'on devient forgeron... ;-) ;