On connaissait l'utilisation des balises # dans le scripting flash afin d'utiliser l'historique de navigation, mais cela ce corsait pour les animations flash complexes. SWFAddress appporte une solution au problème. ( à utiliser avec SWFobject)

Au fil des années, on ne compte pluis les differentes solutions mises en ouvre pour détecter la presence du plugin flash dans nos pages web ... Avec la récente mise à jour de sécurité de Windows liée aux contrôles ActiveX, de multiples possibilités de script s'offrent de nouveau à nous.Nous avons finalement retenu le script swfobject qui permet la détection et l'integration du flash player. Vous saurez tout en allant sur le site de Geoff Stearns: http://blog.deconcept.com/swfobject/

Vous souhaitez faire des tests sur une animation flash: permutez votre plugin avec l'extension Firefox: http://www.sephiroth.it/weblog/archives/2006/10/flash_switcher_for_firefox.php

Nombreux sont les développeurs Flash qui se sont arraché les cheveux avec la gestion des polices sous Flash, et j'en fais partie, il n'y a qu'à voir ma photo ;)

Bon, la situation est simple :

• Le studio graphique prépare des compositions créatives sous Photoshop / Illustrator. Evidemment, il utilise avec succès des packs de typos Mac OS X.
• Une fois la création validée, le projet est transmis à un intégrateur Flash qui opère bien souvent sous Windows XP. Et dès les premières minutes, il s'aperçoit qu'il doit charger une bonne dizaine de typos exotiques.

Dès lors, 3 types de problèmes peuvent apparaitre :=> Problème #1 : Il s'agit de typos au format TTF qui ne sont pas installées sur le poste de travail : Laisson alors de côté la méthode sauvage qui consiste à copier la police dans le répertoire c:/windows/fonts ! Je ne vous dis pas le ralentissement machine au bout de 6 mois d'activité, et 250 fontes copiées ! Non, la solution consiste évidemment à charger dynamiquement le dossier de polices depuis le réseau, avec un gestionnaire tel que Extensis Suitcase (80$). Une fois les polices chargées, lancez Flash, et les polices apparaitront !

=> Problème #2 : Il s'agit de typos Mac, non true type ! Ah bravo les graphistes, on vous avait bien dit de ne plus le faire, mais bon ... Le premier réflexe va consister à se procurer une version Windows TTF de la typo, mais attention à la galère pour trouver ! De plus, même si l'on trouve une typo qui porte le même nom, rien ne garantit qu'elle se comporte exactement comme la typo Mac (crénage, graisse, ...). Voilà pourquoi je recommande plutôt la conversion de polices MAC->PC, et pour ce faire, je ne saurais trop recommander le fantastique logiciel Transtype de Fontlab (179$), cette société qui a racheté à Macromedia les droits sur le vénérable Fontographer. En un clin d'oeil, voilà vos polices dispos en version TTF sur PC.

=> Problème #3 : Vous avez chargé 6 typos de la même famille (ex: Famille AvantGarde Bk BT en styles Book, Book Oblique, Medium, etc ...), mais en ouvrant Flash vous ne parvenez à en voir que 2 ! Arghhh ... L'explication est aussi simple que révoltante : La version Windows de Flash ne distingue les polices que par rapport au nom de famille (dont il se sert comme clé unique), et pas par rapport à la propriété de Style : Incroyable non ? Il convient donc d'éditer les fichiers de polices TTF pour aller manuellement changer les noms de famille, et y injecter la notion de style. C'est comme cela qu'on en vient à créer des polices nommées "Avant Garde Bk BT Medium" et "Avant Garde Bk BT Book Oblique". Une activité passionnante et épanouissante, que l'on exerce avec son éditeur de polices favori. Pour ceux qui n'ont pas acheté la version Pro de Transtype, vous pouvez vous rabattre sur le fameux Font Expert 2005, à 49$ chez proxima Software.

La voilà enfin ! La solution ...

Après quelques heures à transpirer sur la théorie, je vous propose une première mise en oeuvre Actionscript pour Flash 8 de l'algorithme de conversion des cordonnées terrestres exprimées en latitude et longitute (degrés décimaux) vers les coordonnées UTM, caractéristiques des projections de Mercator. Pour ceux que la théorie intéresse, c'est ici par exemple !

Bon, pour ma part je vous livre :=> le source Flash que j'ai sué avec amour=> Un source Javascript, aimablement diffusé par Chuck Taylor.

Faites en bon usage avec tous vos nouveaux jouets cartographiques !

On voir fleurir ces derniers temps sur le web les applications de cartographie temps réel, à base de client riche (AJAX, Flex, JAVA, ...).

Outre les désormais célèbres Google, Yahoo, Mapquest et consors, une foule de petites boites se lancent dans la commercialisation de modules cartographiques !

La problématique de fond pour un studio de développement comme le notre, c'est d'arriver à proposer à nos clients des modules "Contacts" ou "Locator" vraiment dynamiques à 100%, c'est à dire que les sites à localiser soient visuellement placés en temps réel à partir d'informations stockées dans une base de données.

Par exemple, cf. le module Contacts Actaris.

Pour cela, il convient de saisir dans la base de données un jeu de doordonnées X,Y, qui permettra de placer le point d'implantation sur un fond de carte donné. Outre des fonctions de translation et d'homothétie nécessaires au calage finale, la question récurrente est finalement de savoir comment convertir la seule information objective disponible, à savoir [Latitude / Longitude], en un jeu de coordonnées planaires adaptées à une projection de Mercator du globe terrestre.

Ce jeu de coordonnées s'appelle UTM, et la réponse est ici : Merci à l' université du Wiswonsin à Green Bay !

Armé de ces belles formules, il ne reste plus qu'à écrire un petit javascript / actionscript qui va bien => On s'y attèle :P

Suite à la brève de Lucas il y a quelques jours, concernant le blocage des contrôles activeX sous IE, Adobe/Macromedia se devait de réagir en sortant un correctif.

Cet update est disponible à cette adresse sous la forme d'une extension MXP:http://www.macromedia.com/support/flash/downloads.html

L'update en Français au format Zip (17kb) :http://download.macromedia.com/pub/flash/updates/8/activecontent/flash8_ac_update_fr.zip

L'update en Anglais au format Zip (15kb) :http://download.macromedia.com/pub/flash/updates/8/activecontent/flash8_ac_update_en.zip

Et pour les Infostratiens :V:\Trousse Multimedia\Macromedia Flash tools\Update - Flash Active Content

Suite à une récente discussion avec Manolo, nous nous sommes posé la question de savoir quelle convention adpoter pour nommer et classer les composants et classes développés sous Flash ou Flex dans le cadre de projets chez Infostrates.

Pour faire avancer la réflexion, j'ai identifié quelques recommandations utiles :

• Définir le "namespace" de composants dans le code
• Distribuer les composants

Rappelons que les composants Flash se stockent dans le dossier : C:\Program Files\Macromedia\Flash 8\en\Configuration\Components

Rappelons que les composants Flex se stockent dans le dossier : $WEBAPPS_ROOT\mon_projet\WEB-INF\flex\user_classes\

Pour vos premiers essais de mutualisation, testez-vous avec quelques-uns des composants libres proposés sur le site suivant : http://flashcomponents.net/

Je pense que cela donne les bases.

A suivre :-)

12 Avril 2006 : Une date à retenir !http://www.informationweek.com/security/showArticle.jhtml?articleID=185300841

C'est avec stupeur que les internautes du monde entier qui surfent encore avec Internet explorer 6 découvrent depuis quelques jours que leurs pages web favorites ne réagissent plus tout à fait comme avant : Toutes les animations Flash (et d'une façon générale, tous les contrôles ActiveX) sont par défaut verrouillées au chargement de la page ! Et il faut cliquer une première fois dessus pour déclencher l'interactivité avec l'utilisateur. D'ailleurs, un texte à bulle indique clairement "cliquez ici pour activer ce contrôle".

Mais d'où cela peut-il bien venir ? Un spyware, un virus, un bug DirectX ou de carte graphique ? Pas du tout, ne reformatez pas votre ordinateur tout de suite : Il s'agit des conséquences d'une toute récente mise à jour de sécurité de Windows, merci Bill :-/.

Bon, plus sérieusement, c'est une profonde refonte dans la gestion de la sécurité de l'OS, liée aux contrôles ActiveX, qui est engagée par Microsoft, après plusieurs semaines d'annonces discrètes et de communications confidentielles auprès des développeurs. Pour information, aucun autre navigateur n'est concerné, et vous pouvez continuer de surfer normalement avec Firefox, Opera ou Safari.

Mais pourquoi tout cela ? Tout simplement parce que Microsoft, qui s'est fait récemment rappeler à l'ordre par la justice américaine à propos d'un différend qui l'oppose à Eolas, se voit obligé de revoir une copie vieille de dix ans (cf cet article). Suite à ce litige, où raison a été donnée à Eolas, Microsoft, n'a plus le droit de proposer un accès direct à ses composants ActiveX quand ils sont encapsulés dans des balises <EMBED> ou <OBJECT> dans le code HTML ! Mince alors, et dommage pour les webmasters et internautes du monde entier. La mise à jour de sécurité vient de paraitre sous le numéro 912945.

Bon, pas de panique, il existe une feinte, qui est d'ailleurs largement exposée sur MSDN : Si on n'a plus la liberté d'insérer nos ActiveX préférés dans une balise <OBJECT> directement dans le code source, rien empêche de différer l'insertion du côté du client web, au moment de l'interprétation du code HTML par le navigateur ! ;-) Et pour ce faire, la clé s'appelle Javascript. C'est simple :

• AVANT on écrivait :<OBJECT classid="clsid: D27CDB6E-AE6D-11cf-96B8-444553540000" codebase="http://download.macromedia.com/pub/shockwave/cabs/flash/swflash.cab#version=6,0,29,0" width="900" height="100"><param name="movie" value="menu.swf"><param name="quality" value="high"><EMBED src="menu.swf" quality="high" pluginspage="http://www.macromedia.com/go/getflashplayer" type="application/x-shockwave-flash" width="900" height="100"></EMBED></OBJECT>

• DESORMAIS, veillez à écrire par exemple : <div id="embedControlLocation"><script id="elementid" src="embedControl.js"/></div>

  Le fichier embedControl.js contenant le script suivant :

  // embedControl.jsdocument.write('<OBJECT classid='clsid: D27CDB6E-AE6D-11cf-96B8-444553540000' codebase='http://download.macromedia.com/pub/shockwave/cabs/flash/swflash.cab#version=6,0,29,0' width='900' height='100'> <param name='movie' value='menu.swf'> <param name='quality' value='high'> <EMBED src='menu.swf' quality='high' pluginspage='http://www.macromedia.com/go/getflashplayer' type='application/x-shockwave-flash' width='900' height='100'></EMBED> </OBJECT>');

Ah bravo, c'est du joli ... mais ça marche ! :>>

Pour les adeptes de Flex, à noter que Adobe à publié un HOTFIX pour la version serveur 1.5 afin que le SWF généré par le MXML soit correctement encapsulé dans le HTML servi, pour ne plus interférer avec la nouvelle politique de sécurité de IE6 : http://www.macromedia.com/cfusion/knowledgebase/index.cfm?id=ace0407

Le problème devrait être traité nativement par Flex 2, enfin quand la version finale sortira enfin :-)