La RC5 de FlashDevelop 3 est dispo, voici le log :
- Performance improvements and bug fixes
- The fold margin color can now be customized too
- Fixes to the AS3 intrinsic completion files
A noter aussi la liste des évolutions futur de l’application :
- Finish the one of the debuggers, investigate profiling.
- Implement class imports reorganisation and packages refactoring.
- Add HTML/JS projects, investigate Jangaroo AS to JS compilation.
- Evaluate the possible cross-platform implementation.
- Make the MXML completion actually smart.
Je sais pas si ces évolutions seront disponibles dans la vesion finale de FD3 mais j’avoue que je suis particulièrement impatient de tester le débugger intégré.
Il semblerait qu’Adobe veuille mettre un peu de cohérence dans la communication d’Adobe Flash Platform et ça commence par Flex Builder. En effet, la prochaine version de Flex Builder devrait être renommée en Flash Builder 4.
Je doit dire que ce changement de nom m’a fait un peu tiqué mais faut bien avouer que Flex Builder a toujours eu du mal à trouver sa place dans l’offre d’Adobe, son positionnement n’a jamais été très claire par rapport à Flash. Adobe tente donc de clarifier son offre en renommant Flex Builder en Flash Builder.
Je comprends qu’Adobe veuille clarifier le positionnement de son offre Adobe Flash Platform mais je ne suis pas sur que le fait de changer le nom de Flex Builder en Flash Builder soit suffisant. Quand est-il du nom Flash Professional ? Un néophyte peut il faire la différence entre Flash Builder et Flash Professional juste en lisant les noms de ces produits ?
En tout cas la communauté Flash n’est pas indifférente, pour s’en convaincre, il suffit de lire les articles de Lee Brimelow et de Peter Elst (lisez les commentaires, c’est interessant).
Une mise à jour de De MonsterDebugger est dispo, il s’agit de la version 2.0.1.
A noter qu’ils ont corrigé le bug de charge CPU que je mentionne dans un précédant post.
Bravo à l’équipe de De Monster.
Lire la suite…
Quand j’ai commencé à tester De MonsterDebugger pour débugger de l’AS3, j’étais très enthousiaste. Mais au final, je suis un peu déçu. La fonctionnalité « Live editing » est pas mal mais la vue « Live Application » est trop limitée parce qu’elle ne permet de voir que les propriétés publiques. Je trouve la vue « Traces » pas très pratique et pas assez lisible à mon gout. Dernier point qui est bien embêtant, c’est qu’il mange mes ressources processeur :
Pas très cool ça.
[Update: c'est bizarre, j'ai plus de problème de charge CPU. Je vais essayer de reproduire le probleme...]
Donc au final, pas si monster que ça le debuggeur sauf pour bouffer du proc 
Je vais continuer à surveiller les prochaines mises à jour mais je vais attendre un peu avant de l’intégrer dans un de mes dev au boulot.
Je vais bientôt tester Arthropod, et je vous dirai ce que j’en pense…
[Update: Je vous met une vidéo de MonsterDebugger que j'ai trouvé sur le blog Artic-Code]
Pour mes développements Flash, j’utilise FlashDevelop. Il est léger et robuste mais il lui manque quand même un débuggeur intégré comme celui de Flex par exemple.
Pour ceux qui en doutent encore, un débuggeur, c’est vraiment utile pour produire du code sain et ça permet surtout de gagner beaucoup de temps.
De MonsterDebuger permet de débuggeur du Flash, du Air et du Flex. Créé par la société De Monsters, il est open source et a des fonctionnalités plutot intéressantes comme le « Live Editing » ou « Tree Structure« .
Pour le moment, je ne l’ai pas testé dans un « vrai » projet mais il à l’air d’être plutôt bien fait.
Si vous utiliser MonsterDebugger ou une autre techno similaire, n’hésitez pas nous en faire part dans les commentaires.
Commentaires récents