Flash Platform // Actionscript // FDT // Pixlib

Voici le premier tutorial d'utilisation de la librairie réalisée par Francis Bourre, pixLib. Je vais vous présenter l'intérieur du package log.

Pour commencer de quoi est composée cette partie de la librairie?

• LogEvent
• Logger
• LogLevel
• LogListener

Dans pixLib on retrouve deux implémentations de LogListener, il s'agit de LuminicTracer et de SosTracer. Ces deux implémentations nous permettent d'utiliser facilement deux traceurs externes à Flash.

LuminicBox.Log : Ce tracer externe utilise LocalConnection() de Flash.
Powerflasher SOS (SocketOutputServer) : Celui-ci utilise une connexion à un serveur XML Socket.

Je me concentrerai uniquement sur le logguer de LuminicBox, car c'est celui que j'utilise. Attention, je dois vous prévenir que si vous continuez la lecture de ce billet vous risqué de modifier vos habitudes de travaille à tout jamais. :p

C'est mi 2004 que Francis Bourre commença le développement de pixLib. La beta test débuta en septembre 2004, elle rassembla une bonne dizaine de personnes actives. Et c'est en octobre 2005 que pixLib fut présenté comme une librairie open-source sur le site d'osFlash.org. Aujourd'hui pixLib en est à sa revision 22 et est un framework stable. A l'origine pixLib devait être une librairie qui faciliterait le développement de jeu en Flash. Mais avec le temps on c'est retrouvé avec une librairie légère, facile d'accès et qui encourage le polymorphisme, le typage fort et le débuggage, le tout compatible avec le player Flash 6.

Pour les personnes qui se demandent ce qu'est une librairie en ActionScript. En faisant court il s'agit d'un ensemble de classes (AS2), qui dans le cadre de pixLib nous facilite le développement de tout les jours.

Dans ce premier post je ne rentrerai pas dans les détails, je vais faire un survol rapide du contenu de pixLib, d'autres billets suivront avec des exemples pratiques.

Qui n'a jamais été confronté au limitation des boutons de Flash ?!

Les boutons sont une version light des MovieClips, la seul chose qu'ils ont pour eux ce sont les trois états qu'ils ont par défaut (_up, _over et _down), plus la zone de survole. Ce qui est très bien pour faire des boutons simple, c'est même quelque chose de magique pour un utilisateur lambda. Mais dés qu'il s'agit de créer des boutons avancés, par exemple avec des transitions entre les différents états ça se complique. :p

Fasse à ce problème, pas mal d'utilisateurs se sont fabriqué leurs astuces.

Dernièrement j'étais sur un projet où le graphiste utilisait un MovieClip qui contenait des interpolations pour faire des transitions entre les différents états du bouton. Par dessus le MovieClip il avait placé un bouton qui avait uniquement la zone de survole rempli, Ce bouton «vide» était utilisé que pour les gestionnaires d'événements qui lançait des gotoAndPlay() dans le MovieClip. Maintenant imaginé la prise de tête quand je devais modifier l'occurrence du clip placé sous le bouton; obligé de verrouiller le calque des boutons pour avoir accès au clip. :/

Tout ça pour dire que chacun à sa méthode, plus ou moins pratique. :p

Cela fait un moment que j'utilise un hack, et je me suis toujours demandé pourquoi il n'était pas plus utilisé, je vais donc vous le présenter dans ce billet.