blog.geturl.net - actionscript

[FDT] - Entreprise upgrade, offre spéciale prolongé !

ali_o_kan — Wed, 09 Apr 2008 17:13:00 +0200

Salut

Je viens de passer ma licence FDT d'une version «Professional» vers une version «Enterprise».

La mise à jour était initialement prévu à 499€ !

Mais une offre spéciale de lancement qui devait expirer aujourd'hui vient d'être étendue jusqu'au 23 avril.

FDT Enterprise special offer prolonged!

Elle permet de passer :

Basic -> Entreprise : Pour 300€.
Professional -> Entreprise : Pour 200€.

A ce prix là je n'ai pas hésité.

Il me reste plus qu'a trouver une solution pour lancer le Debbuger à partir d'une tache Ant.

++
Laurent

[Moock] - La version Française vient d'arriver!

ali_o_kan — Mon, 10 Mar 2008 16:02:00 +0100

Ca y est je viens de recevoir la VF du dernier Colin Moock.

Une belle brique de 982 pages. :p

Laissez moi quelques jours/semaines pour vous faire review complète.

En attendant :

Colin Moock - Le meilleur d'ActionScript 3, 2e édition

++ Laurent

[haXe] - Présentation à 24C3

ali_o_kan — Sun, 20 Jan 2008 19:46:00 +0100

Salut,

Si vous avez ne savez pas ce qu'est haXe ou Neko, ou encore que vous avez besoin de savoir un peu plus avant d'y consacrer du temps, ce qui suit devrait vous intéresser.

Nicolas Cannasse était en Allemagne fin décembre pour présenter son bébé à 24C3 et ça a été filmé.

La version Google video :

La version H.264 (le code est plus lisible)

Bonne fin de week-end.

Sources : http://blog.haxe.org/

[lowRA] - ConfigLoader, des envies ?

ali_o_kan — Sun, 13 Jan 2008 19:26:00 +0100

Pour ceux qui étaient présent au "meeting" sur lowRA, vous avez peut-être noté que je travail sur la mise en place d'une solution de Config dans lowRA.

Pour le moment, j'ai suis partit sur un merge entre le Config de pixLib et la logique de AbstractView et ViewLocator de lowRA.

Ce qui permet de définir un owner pour les fichiers de configurations.

Par la suite je souhaiterai ajouter des balises dans le parser du package IOC pour pouvoir dans un premier temps charger les fichiers de config (équivalent à la balise dll). Et dans un second temps pouvoir lier le fichier de config au(x) bon plugin(s).

Ca c'est ma vision des choses aujourd'hui, comme je ne serai pas tout seul à utilise lowRA et que plusieurs têtes valent toujours mieux qu'une. :p

Je vous propose de me faire part de vos envies.

++ Laurent

PS. Pour ceux que ça intéresse, je peux vous passer le premier jet du pack de config.

[lowRA] - Owner, la notion de plugin.

ali_o_kan — Sun, 13 Jan 2008 19:01:00 +0100

Bonjour

Je pense que je n'ai plus besoin de convaincre qui que ce soit sur l'intérêt d'utiliser une structure MVC dans le développement d'une application.

PixLib permet de mettre en place une structure MVC + FrontController de manière global. C'est vraiment puissant, mais cette solution à ses limites. Prenons le cas où l'on charge plusieurs application "pixLib" dans un même site, on se retrouve avec des conflits entre les différentes classes global, le même type de souci que l'on a quand on utilise le ciblage via le _root + des loadMovie(). Pour contourner ce problème chacun a mis en place sa propre solution.

Avec lowRA se souci a disparu!

Owner, une histoire de channel

Si vous avez utilisez les channels dans pixLib vous pouvez directement passer au point suivant.

Dans pixLib on a vu apparaître la logique de Channel dans la classe Logger. L'idée du channel était d'émettre les messages de log sur différentes fréquences, et de pouvoir s'abonner sur une, plusieurs ou toutes les fréquences.

[actionscript]
var filtreChannel : LogChannel = new LogChannel("FILTRE");
Logger.getInstance().addLogListener( LuminicTracer.getInstance(), filtreChannel);
Logger.LOG("pif", LogLevel.INFO, filtreChannel);
Logger.LOG("paf", LogLevel.INFO);

Avec cette exemple, on ne recevra que le message "pif" et non "paf" car le loggueur est uniquement abonné aux messages qui sont émis sur le channel LogChannel("FILTRE").

Un plugin == un owner == un channel

Dans lowRA, on a maintenant la possibilité de définir un channel, appelé owner, pour chaque structure MVC.

ce qui donne :

[actionscript]
var monModel : Model = new Model(owner, name); // extends AbstractModel
ModelLocator.getInstance(owner).getModel(name); // récupère l'instance de monModel
var maVue : View = new View(owner, name); // extends AbstractView
ViewLocator.getInstance(owner).getView(name); // récupère l'instance de maVue

Plus de souci de scoop lors que l'on charge plusieurs structures MVC+FrontController global, car chaque plugin a son propre owner (channel).

La suite au prochaine épisode.

[lowRA] - Un petit lifting sur le MVC+FC

ali_o_kan — Sat, 12 Jan 2008 18:42:00 +0100

La première chose qui risque de troubler les utilisateurs de pixLib quand ils débarquent dans lowRA, c'est la disparition du MovieClipHelper.

Pas de panique, c'est un mal pour un bien.

Voici en deux mots comment mettre en place une simple structure MVC dans lowRA.

Commençons tout d'abord par un peu de nomenclature.

Pour rappel, une classe dit Abstraite (Abstract) ne peut être utilisé telle quelle, il faut d'abord l'étendre.

Voyons le cas de l'AbstractModel

Pour utiliser la classe AbstractModel nous devons l'étendre.

[actionscript]
public class DrawingModel 
	extends AbstractModel 
{

	public function DrawingModel(owner : Plugin = null, name : String = null)
	{
		super(owner, name);
		Debug.INFO(this + " is CREATE !!!");
	}

Dans un premier temps nous n'allons pas tenir compte de l'argument owner (~~je le présenterait dans le billet suivant~~, [lowRA] - Owner, la notion de plugin ). Ce qu'il faut retenir c'est que chaque modèle reçoit un nom, il s'agit d'un identifiant (unique!) qui permettra de récupèrer l'instance de la classe de n'importe quel endroit de l'application grâce à la classe ModelLocator.

ModelLocator

ModelLocator est un singleton (je ne veux aucun commentaire des puristes :p ), ce qui veut dire qu'il ne peut exister qu'une seule instance de la classe. Cette classe stock en elle l'ensemble des Modèle de l'application, et donc permet de récupérer de façon global n'importe quelle instance d'AbstractModel instancié.

[actionscript]
ModelLocator.getInstance().getModel("nom_de_mon_model");

Pour les vues c'est la même logique avec AbstractView et ViewLocator. Et pour les commandes c'est presque parreil, la seul différence réside dans le fait que c'est le FrontControlleur qui fait office de locator et que l'identifiant est le nom d'un événement.

[actionscript]
monController.pushCommandClass("monEvenement", MaCommandExecute);

Rien de bien nouveau avec pixLib si ce n'est le pushCommandClass. Maintenant nous pouvons choisir d'exécuter à chaque évènement la même instance de la commande ou dans instancier une nouvelle (plus proche du pattern originel).

[actionscript] 
public function pushCommandClass( eventName : String, commandClass : Class ) : void
public function pushCommandInstance( eventName : String, command : Command ) : void

Voilà, avec ces six classes nous avons de quoi déployer une structure MVC + FrontController en AS3.

En bonus, je me suis amusé à porter un petit projet MVC pixLib vers lowRA.

Les sources AS2 (pixLib).
Les sources AS3 (lowRA) - la build utilise iFac pour compiler.

Pour ceux qui veulent savoir un peut plus sur le MVC+FC dans pixLib :

[Flex SDK] - Compilation, un petit souci de lenteur ?!

ali_o_kan — Fri, 04 Jan 2008 16:01:00 +0100

Salut

Après une rapide recherche sur le net, j'ai l'impression d'être le seul à avoir des soucis de lenteur avec la compilation via le SDK de Flex.

j'arrive à 15sec de compilation pour un petit projet qui génère 3 swf.

Comparé à MTASC ça fait mal!!!

Je compile avec un Core 2 Duo 2Ghz et 2Go de RAM.
J'utilise flex_sdk_3_190423, je passe par une tâche Ant sous FDT3.

[xml]
<property name="mxmlc" value="${flex.bin.dir}/mxmlc" />

<target name="index" description="builds index swf">

	<exec executable="${mxmlc}" dir="." failonerror="false">
		<arg line="-source-path '${project.classpath}' '${project.dependencies}'" />
		<arg line="-default-frame-rate ${project.framerate}" />
		<arg line="-default-background-color ${project.bgcolor}" />
		<arg line="-default-size ${project.width} ${project.height}" />
		<arg line="-output '${project.index.swf}'" />
		<arg line="-incremental=true" />
		<arg line="-- '${project.classpath}/triptyk/swift_cropping/Main.as'" />
	</exec>
</target>

<target name="img_cropper" description="builds cropperIMG.swf">

	<exec executable="${mxmlc}" dir="." failonerror="false">
		<arg line="-source-path '${project.classpath}' '${project.dependencies}'" />
		<arg line="-default-frame-rate ${project.framerate}" />
		<arg line="-default-background-color ${project.bgcolor}" />
		<arg line="-default-size ${project.width} ${project.height}" />
		<arg line="-output '${project.dll.dir}/cropperIMG.swf'" />
		<arg line="-- '${project.classpath}/triptyk/plugins/img_cropper/Importer.as'" />
	</exec>
</target>

<target name="uploader" description="builds uploader.swf">

	<exec executable="${mxmlc}" dir="." failonerror="false">
		<arg line="-source-path '${project.classpath}' '${project.dependencies}'" />
		<arg line="-default-frame-rate ${project.framerate}" />
		<arg line="-default-background-color ${project.bgcolor}" />
		<arg line="-default-size ${project.width} ${project.height}" />
		<arg line="-output '${project.dll.dir}/uploader.swf'" />
		<arg line="-- '${project.classpath}/triptyk/plugins/uploader/Importer.as'" />
	</exec>
</target>

Il y a une solution pour accélérer tout ça, ou je dois me remettre à fumer et à boire plus de café ?!

Bon week-end

[pixLib] - Introduction, application de dessin.

ali_o_kan — Mon, 24 Dec 2007 16:33:00 +0100

Yep,

La semaine dernière j'ai données 4 jours de formation sur pixLib, que du plaisir!

Chose promise, chose due, voici les sources (avec commentaires!) :

Et les slides :

introduction_pixLib.pdf

En résumé pour les personnes qui n'ont pas suivit la formation.
j'avais une petite semaine pour faire découvrir le déploiement d'un projet avec pixLib. Cette découverte c'est fait avec la création d'une application de dessin.

Dans les premières sources se trouve les exemples de code utilisé dans les slides.
Dans le deuxième zip se trouve le projet que l'on a réalisé.

Concernant les slides, il s'agissait du squelette de la formation, pour les détails de chaque partie je renvoi vers des billets écrit précédemment sur le blog.

En bonus, voici la doc généré du projet. -> documentation du projet drawing.

Joyeux Noël!

[airLogger] - adieu LuminicTracer, bonjour airTracer

ali_o_kan — Sat, 22 Dec 2007 15:34:00 +0100

Salut

Depuis une petite semaine maintenant j'utilise la nouvelle mouture de AirLogger. Créé par Cédric Néhémie, AirLogger est à ce jour ce que j'ai vu de mieux en logger externe pour Flash.

Ces points fort

Suivi de plusieurs swf, chacun ayant son propre onglet.
Sortie des logs formaté html.
Stockage des logs dans une pile (buffer), si AirLogger est pas lancé au départ.
Copier-coller, moteur de recherche, affichage avancé (couleurs, mail, url,…), …

Une fois en mains, je n'ai pas pu m'empècher à me lancer dans un portage pour pixLib (AS2). Après quelques heures de prise de tête, à deux doigts de lacher le morceau j'ai prit contact avec Cédric qui a terminé le portage.

Donc une première version, non stable, pour l'AS2 est disponnible, hormis un souci sur les MovieClip (return null dans airLogger) elle semble fonctionnelle. Elle s'utilise comme la classe LuminicTracer (cf. [pixLib] - Comment logguer?) :

[actionscript]
Logger.getInstance().addLogListener(LuminicTracer.getInstance());
Logger.getInstance().addLogListener(AirTracer.getInstance());

com.bourre.utils.AirTracer.zip

J'en profite pour signaler que AirLogger est basé sur lowRA (pixLib to AS3). Un bon exemple pour se faire une idée de son utilisation.

info +

Allez, hop, à la douche avant le champagne,
Bonne soirée

[AS2] - Un petit compte à rebours…

ali_o_kan — Mon, 19 Nov 2007 17:02:00 +0100

Il y était une fois…

Un ami - «Peux tu me faire un compte à rebours pour mon site?»
Moi - «Oui bien sure !:)»
Dans ma tête - «Google est mon ami, je vais lui monté ça en deux coups de copier-coller :p»

Seulement voilà, Google a pas été très généreux avec moi. Quelques ressources en AS1, rien de vraiment propre ou de personnalisable. :s

J'en ai donc profité pour monté un petit exemple d'implémentation de pixLib, avec en plus l'usage d'un hack qui n'est pas très connu pour intégrer et manipuler les fonts facilement dans Flash (cf. build.xml).

Pour ceux qui ont FDT, Il suffit juste de lancer la build.xml pour compiler.

infos +

Apprenez à utiliser des polices partagées dynamiquement en AS2.

++
Laurent

MAJ - 27/12/07.
J'ai fixé un bug sur le gestion du compte à rebours quand on ne précise pas l'année.

[traduction] - Comprendre les bases du framework PixLib

ali_o_kan — Fri, 16 Nov 2007 08:36:00 +0100

Salut,

Je viens de tomber sur la traduction d'un article d'introduction à pixLib.

Originale de Xavier MARTIN.
Traduction de Grégory Dumas.

[pixSWX] - Une alternative au remoting

ali_o_kan — Wed, 24 Oct 2007 17:18:00 +0200

english version translated by Gilles Bertand

Salut

Tout d'abord pour les personnes qui ignore ce qu'est SWXformat une petite video s'impose :

[MAJ] - Pour la version Française : beflash.be

Maintenant que tout le monde sait ce qu'est SWXformat, voyons ce qu'est pixSWX. :p

C'est tout simplement l'API qui permet d'utiliser SWX dans pixLib.

SWXCall

Il s'agit de la classe principal, c'est elle qui va envoyer et recevoir les informations.

[actionscript]
// -- Basic usage
var swx : SWXCall = new SWXCall("http://www.geturl.net/services/swx_php_1/php/swx.php", "Simple.addNumbers");
swx.addListener(this); // implements ISWXListener
swx.load(18, 32);

ISWXListener

Est une interface déclare l'ensemble des méthodes qu'un écouteur doit implémenter.

[actionscript]
public function onFault(e : SWXFaultEvent) : Void;
public function onResult(e : SWXResultEvent) : Void;
// extends ILibListener
public function onLoadInit(e:LibEvent) : Void;
public function onLoadProgress(e:LibEvent) : Void;
public function onTimeOut(e:LibEvent) : Void;

SWXResponder

Cette classe permet de définir où l'on soit récupérer la réponse du serveur, basé sur la même logique qu'un Delegate.

[actionscript]
var swx : SWXCall = new SWXCall("http://www.geturl.net/services/swx_php_1/php/swx.php", "Simple.addNumbers");
var swxResponder : SWXResponder = new SWXResponder(this, onResult, onFault, onProgress);
swx.addListener(swxResponder);
swx.load(18, 32);

Dans cette exemple, ce sont les méthodes onResult, onFault, onProgress déclarer sur this qui seront utilisé.

SWXProxy

Cette classe permet de regrouper l'ensemble des méthodes d'un service.

[actionscript]
class pixswx_first.net.SWXSimpleService	
	extends SWXProxy
{
	public static var echoDataMETHOD : SWXMethod = new SWXMethod("echoData");
	public static var addNumbersMETHOD : SWXMethod = new SWXMethod("addNumbers");
	
	public function SWXSimpleService( sURL : String, serviceName : String )
	{
		super(sURL, serviceName);
	}
	
	public function echoData( swxlistener : ISWXListener, o ) : Void
	{
		super.callMethod(echoDataMETHOD, swxlistener, o);
	}
	
	public function addNumbers( swxlistener : ISWXListener, nFirst : Number, nSecond : Number ) : Void
	{
		super.callMethod(addNumbersMETHOD, swxlistener, nFirst, nSecond);
	}
}

[actionscript]
// -- SWXProxy Usage
var sGateway : String = "http://www.geturl.net/services/swx_php_1/php/swx.php";
var swxService : SWXSimpleService = new SWXSimpleService(sGateway, "Simple");
swxService.addNumbers(swxResponder, 100, 31);

SWXProxyLocator

Il s'agit d'une map qui permet de récupérer de façon global les différents service d'une application, basé sur le fonctionnement du FrontController -> http://blog.geturl.net/post/2006/10/27/63-pixlib-vues-modeles-controleur .

[actionscript]
class pixswx_first.net.SWXLocator 
	extends SWXProxyLocator
{
	private static var _oI : SWXLocator;
	public static var simpleSERVICE : String = "Simple";

	public static function getInstance() : SWXLocator 
	{
		if (!_oI) _oI = new SWXLocator();
		return _oI;
	}

	private function SWXLocator()
	{
		super();
	}

	public function init( remotingURL : String ) : Void
	{
		gatewayURL = remotingURL;
		Debug.INFO(toString() + " initialization with '" + gatewayURL + "' gateway url.");
		push(simpleSERVICE, new SWXSimpleService(gatewayURL, simpleSERVICE));
		// push all services
	}
}

à l'initialisation du site :

[actionscript]
SWXLocator.getInstance().init("http://www.geturl.net/services/swx_php_1/php/swx.php");

Ensuite :

[actionscript]
var swxService : SWXSimpleService = SWXSimpleService(SWXLocator.getInstance().getService(SWXLocator.simpleSERVICE));
swxService.echoData(new SWXResponder(this, onSWXResult, onSWXFault), "Hello World!");

Voilà pour ce tour d'horizon.

Je me suis très largement inspiré de l'API remoting que Francis a écrit, donc ce que j'ai écris au dessus est valable à peut de chose près pour les services en remoting (AMFPHP par exemple).

+ infos :

bye,

Laurent