Dans la 1.3.0.1292 j’ai fixé une version qui contient le package system.events.
Dans le trunk actuel j’ai fait du refactoring et maintenant system.process remplace andromeda.process.

A noter que quand tu bosses sur un projet avec une dépendance sur VEGAS ou autre je te conseille vivement pour éviter les soucis de noter la révision de VEGAS que tu utilises à ce moment là et sinon de faire un « export » SVN des sources de VEGAS et de les mettre dans un répertoire « dependencies » ou « libs » de ton projet pour éviter les soucis

PS : même si j’avoue que pour ma part je préfère largement perdre 15 minutes maxi pour reprendre mes projets et les mettre à jour (maintenir le code en fonction des mises à jour)

Cela permet de se mettre à jour tout le temps et du coup de mieux comprendre le code lui même

eKA+

Je n’ais pas encore mis à jour vegas via le svn.

J’attends de finaliser une application flash importante.
Pour ensuite effectuer la mise à jour et modifier le code de mon appli à tête reposé. Il faut que je regarde tes dernières modif avec attention ainsi que tes exemples mis à jour. J’ai cru comprendre que l’utilisation de certaines classes, notamment les évènements ont été modifié en même temps que leurs passage dans ‘Maashaack‘.

En tout cas, tous les jours je découvre des fonctionnalités intéressantes dans vegas…

Il ne faut pas oublier au passage le travail effectué sur ‘Maashaack‘ et donc le package ‘system’ contenu dans les sources de VEGAS qui devient au fur et à mesure un package puissant et standard qui va absorber au fur et à mesure les packages les plus importants de VEGAS et ses extensions (system.events, system.process, system.evaluators, etc.)

PS : tu as du voir que j’ai mi à jour une nouvelle branche dans AST’r avec un exemple allégé du projet eGallery en simplifiant à mort l’exemple de base et en supprimant l’utilisation du pattern Visitor et la connexion via AMFPHP pour que la compréhension du pattern MVC et du pattern IoC soit simplifiée

EKA+