[LOGICIEL] : Sortie de SWF Studio V3

[Tek]

La version 3 de SWF Studio vient de sortir.

Une liste des nouveautés est accessible sur le site de Northcode.

Une version d'essai peut être directement téléchargée depuis le site de Northcode. Comme à leur habitude cette version d'essai n'expire jamais, mais génère des projecteurs inutilisables au bout d'une journée, ce qui est plutôt bien pensé.

Cette version coûte $300 bien qu'il soit annoncé qu'une offre promotionelle temporaire la ramène à $250 jusqu'au 15 Aout.

--

La première des nouveautés mises en avant est que SWF Studio a reçu l'autorisation de distribuer le lecteur Flash en même temps que chaque projecteur généré. En clair, vous n'êtes plus dépendant de la version du lecteur installé sur la machine. Pour information, la version du lecteur actuellement inclu dans les projecteurs générés est la version 7.0.19.0.

La deuxième des grandes nouveautés c'est la disparition complète des fsCommand au profit de l'apparition de méthodes de script utilisant des objets déclarés dans le scope _global à la manière de Flash Studio ou de mProjector.

Mais malheureusement, aprés quelques tests, il ne s'agit en fait que de la même méthode utilisée par Flash Studio Pro (Zinc) qui consiste simplement à utiliser des méthodes de callbacks (donc complètement asynchrones) pour chaque appel à une méthode d'évaluation d'une variable propre à SWF Studio. Aucune méthode ne retourne directement de résultats donc.

Pour avoir la taille de l'animation par exemple :

Code PHP:

this.successCallback = function(obj)
{
    ssDebug.trace(obj.width);
}

ssCore.Win.getClientSize(obj, {callback:this.successCallback,scope:this}); 


En plus les arguments des méthodes d'affectation de variables ou de commandes utilisent toutes un objet appelé parameters, ce qui interdit tout typage et fait perdre complètement l'utilité de ne plus recourir aux fsCommand pour travailler dans des classes AS2 par exemple (bien que ce soit quand même possible bien sur) comme dans Zinc.

Exemple d'appel à une méthode nécessitant le passage de paramètres:

Code PHP:

ssCore.Tooltip.show
(
    {
        text: 'Un roman avec des sauts de lignes\net des caractères spéciaux',
        delay:'500'
        timeout:'5000',
        maxWidth:'400',
        maxHeight:'200',
        fontName:'Tahoma',
        fontSize:'10',
        tipColor: '#00FF00',
        textColor: '#000000',
        bevelColor: '#CCCCCC',
        edgeColor: '#EEEEEE'
    },
    {callback: this.callBackSuccess, scope:this},
    {callback: this.callBackError, scope:this}
); 


Ça n'est pas grand chose, mais ça peut donner lieu à des lignes de code vraiment ridicules :

Code PHP:

ssCore.Browser.setBrowser({browser:'MOZILLA'}); 


Et au final ça devient vite trés lourd de devoir utiliser cet objet de paramètres en permanence, surtout qu'il faut principalement se souvenir des noms des variables passées en argument.

Mais on peut trés bien comprendre pourquoi il existe. Sans cela, la position des fonctions de callback dans l'ordre des arguments changerait sans arrêt et obligerait à définir chaque argument même en le passant à nul pour pouvoir utiliser les méthodes de callback.

Si le moteur de script avait intégré la possibilité de créer de vrais objets Actionscript à partir des retours de méthodes de SWF Studio (à la manière de mProjector), il aurait été possible d'utiliser le système d'EventDispatcher pour attendre le résultat des méthodes de callback et ainsi libérer le passage d'arguments à la fois de cet objet de paramètres et des méthodes de callback par la même occasion.

--

Une fois passée la vraie nouvelle du faux nouveau moteur de script, il en reste quand même que SWF Studio est chargé de bonnes fonctionnalités. Il permet d'intégrer un browser, le lecteur Windows-Media, de communiquer directement avec JScript, d'utiliser des connections ADO et d'accéder à de nombreuses fonctionnalités système comme par exemple de changer la position de la souris même sur le système ou de simuler un click ou doubleclick, d'envoyer des signals d'utilisation des touches du clavier à une application tierce, ce qui peut laisser la porte ouverte à la conceptions de quelques sympathiques applications d'automatisation des tâches.

Cela vaut vraiment le coup de l'essayer. Surtout que je trouve l'interface utilisateur vraiment intuitive et bien pensée. Un bon point par exemple à la case à cocher qui laisse la possibilité de compiler, d'exécuter directement l'application tout en allant à la fenêtre de sortie (ssDebug.trace) du logiciel.