Du nouveau du coté de l'intégration Flash

Pab. — Mon, 12 Nov 2007 11:26:00 +0100

Après avoir réglé son différent avec Eolas et conclu un accord "à l'amiable", Microsoft a décidé de supprimer l'avertissement d'activation pour les contenus Active X dans Internet Explorer. La mise à jour, prévue pour avril 2008 (!) nous fera donc enfin oublier le message "Cliquez ici pour activer et utiliser ce contrôle" sur les animations Flash.

Pendant ce temps, le développement de SWFObject se poursuit, Geoff Stearns travaille désormais avec Bobby van der Sluis et Michael Williams d'Adobe sur SWFObject 2.0, qui deviendra la méthode standard d'intégration Flash préconisée par Adobe. SWFObject 2 sera donc le successeur désigné de SWFObject, UFO et du Flash player detection kit d'Adobe. La beta 6 est actuellement disponible sur Google Code.

Flash : bouton retour et url "propres" grâce à SWFAddress

Pab. — Thu, 25 Jan 2007 15:15:00 +0100

Une solution très intéressante pour concilier sites en flash, bouton back du navigateur, mise en favoris, réferencement et "pretty urls" : SWFAddress

Ça fonctionne avec SWFObject dont j'ai déjà parlé, plus un autre javascript à intégrer et un fichier .as à inclure dans son fichier source Flash.

Ensuite on actualise l'url depuis Flash avec un SWFAddress.setValue("toto") et un gestionnaire SWFAddress.onChange() permet de capter les changements d'url.

L'animation doit être exportée au format flash 8 minimum (utilisation d'External Interface)

Enfin les navigateurs supportés sont les suivants :

Mozilla Firefox 1+
Internet Explorer 6+
Safari 1.3+
Opera 9.02+
Camino 1+
Mozilla 1.8+
Netscape 8

De l'art d'insérer une animation Flash

Pab. — Wed, 20 Sep 2006 12:03:00 +0200

Détection du plugin, contenu alternatif, "Active Content"... vouloir simplement mais proprement insérer une animation Flash dans sa page relève aujourd'hui du parcours du combattant...

La méthode "classique"

Voici le code que nous propose Flash lorsque il génère une page html pour contenir notre animation :

<object classid="clsid:d27cdb6e-ae6d-11cf-96b8-444553540000" codebase="http://fpdownload.macromedia.com/pub/shockwave/cabs/flash/swflash.cab#version=8,0,0,0" width="550" height="400">
<param name="allowScriptAccess" value="sameDomain" />
<param name="movie" value="animation.swf" />
<embed src="animation.swf" width="550" height="400" allowScriptAccess="sameDomain" type="application/x-shockwave-flash" pluginspage="http://www.macromedia.com/go/getflashplayer" />
</object>

On s'est donc depuis toujours contenté de ce code, pour la simple raison que ça fonctionne. Mais il pose un problème de taille : il n'est pas du tout compatible XHTML 1.0 Strict, la faute à l'élément obsolète embed, crée par Netscape à la bonne époque.

La méthode "Flash Satay"

Pour palier à ce problème, Drew McLellan a publié en 2002 (déjà...) un article sur A List Apart intitulé "Flash Satay: Embedding Flash While Supporting Standards". Voici le code correspondant à sa méthode :

<object type="application/x-shockwave-flash" data="animation.swf" width="550" height="300">
<param name="movie" value="animation.swf" />
Contenu alternatif
</object>

Cette méthode repose donc sur l'utilisation exclusive de l'élément object, en conformité avec la norme XHTML Strict. Autre avantage, le contenu alternatif est inclus directement à l'intérieur de l'élément, dans le cas ou le navigateur se trouve incapable de lire l'animation.

Génial donc... pas tout à fait malheureusement :

Cette méthode empêche Internet Explorer de lire l'animation en chargement progressif, c'est à dire qu'il attend que celle-ci soit complètement chargée avant de pouvoir la lire, plutôt embêtant donc pour des animation "lourdes".
Le contenu alternatif n'est pas lu par JAWS

Pour le premier point, on peux bien contourner le problème en chargeant un premier Flash vide (donc léger) qui chargera ensuite l'animation principale avec la fonction loadMovie, mais appliquer ce principe à chaque fois est plutôt rébarbatif.

Comme si ça ne suffisait pas, il faut depuis peu prendre en compte l'activation des contenus actifs sous Internet Explorer. Kezako ? Suite à une sombre histoire de procès, le contenu actif (animations Flash, mais aussi applets Java, films Quicktime, etc...) ne sera pas interactif (il ne sera pas réceptif aux événements souris ou clavier, par exemple) tant que l'utilisateur n'aura pas cliqué une première fois pour activer le contrôle.

Passer par javascript

La seule solution pour contourner ce problème, et rendre les animations directement utilisables sous Internet Explorer, est de passer par du javascript pour insérer notre animation. Adobe a notamment proposé sa solution, disponible ici, Microsoft en propose une autre là.

SWFObject

Au delà de ces solutions est apparue SWFObject (anciennement FlashObject, mais Adobe n'a pas aimé l'utilisation du terme "Flash"...) qui combine très bien les différentes solutions à tous ces problèmes :

C'est également une solution Javascript, donc ça règle le souci de l'Active content sous IE
De ce fait, c'est compatible XHTML
Le flash vient dynamiquement remplacer un bloc HTML que l'on détermine dans la page et détecte la version du plugin Flash. Si celui-ci n'est pas installé ou la version n'est pas suffisante, le contenu HTML reste affiché comme contenu alternatif.

Après quelques tests, c'est une solution fiable et la plus simple à utiliser. Le script principal fait une dizaine de ko, ce qui reste très raisonnable.

Bien sur on continue de passer par du Javascript, seul moyen d'éviter l'activation sous IE. Si celui-ci est désactivé, alors le contenu alternatif s'affichera même si l'internaute dispose de Flash. Mais on est bien aujourd'hui obligé de faire ce choix.

SWFObject est displonible ici.