Et voilà, le moteur 3D Alternativa3D vient tout juste de sortir à cette adresse : http://alternativaplatform.com/en/ le moteur est téléchargeable gratuitement MAIS par contre il n’est pas en open source :(. C’est donc 3 fichiers swc (classes et symboles précompilés) qu’il faudra inclure à votre libraire pour pouvoir l’utiliser (pas d’utilisation sous flash cs3 du coup).

Aprés avoir un petit peu testé la bête, je peux dire que les performances sont bel et bien au rendez-vous et que le tout est très simple à utiliser (surtout le moteur de collision qui se résume à une propriété à activer).

La sortie de la pré-release de flash 10 a pas mal agité les flahseurs assidus que nous sommes ces derniers temps. Quelques papes ont d’ailleurs déjà publié des articles expliquant comment profiter des dernières fonctionnalités :

• Philippe Elsass nous explique comment compiler du flash 10 avec FlashDevelop
• Lee Brimelow nous explique comment charger un filtre Pixel Bender dans un swf
• Lee Brimelow via GotoAndLearn détaille en vidéo la 3D, les FileReference et le son dynamique
• Tinic Uro (Karouantin) explique en détail dans une série de 3 posts le fonctionnement du son dynamique avec Astro
• Tinic uro encore analyse et tire des conclusions surprenantes sur la prise en charge du GPU
• Add: un tutorial très complet de Senocular sur l’API de dessin

Pour le moment il n’y a pas de doc mais comme le propose le blog d’Iteratif, l’outil ClassBrowser peut se révéler très pratique si vous souhaitez compiler en flash 10.

Globalement, les nouvelles implémentations sont de véritables bombes qui, sans bouleverser les applications de Flash dans le Web, vont probablement enrichir énormément la qualité et la fluidité de nos modules/sites en flash tout en facilitant leur production.

Personnellement, j’ai surtout axé mes tests sur la nouvelle API de dessin et un post sur le résultat de ces tests devrait suivre d’ici peu.

Mais en ce qui concerne la 3D, je tire pour le moment un bilan mitigé de mes premiers tests. Nottament sur la non-prise en charge de l’axe z pour gérer les depths des display object. Même si en théorie ça paraît légitime, ça se révèle très frustrant en pratique puisque la méthode local3DToGlobal qui est censé nous permettre de récupérer la profondeur globale d’un clip imbriqué ne nous renvoie qu’un Point (contenant seulement les valeurs de x et de y à l’écran). Il sera donc “compliqué” de gérer efficacement la profondeur des display object imbriqués relativement à leur valeur de Z globale (pour créer une classe Camera3D par exemple). Où il y a peut-être quelque chose qui m’échappe ? Ces premiers tests ayant été fait de façon très superficielle, je suis peut-être passé à coté de quelque méthode ou propriété réglant ce problème.

Adobe vient tout juste de proposer en téléchargement une prerelease du Flash Player 10.

Une démo disponible sur le lab d’Adobe permet de se faire une petite idée des nouveautés qui nous attendent : 3D Native, accélération GPU (?!), Chaines IK (animateurs de tous pays, réjouissez vous…), gestionnaire de texte ameilloré, et surtout bien sûr les custom effects en Hydra Pixel Bender.

Update : Mais aussi File Reference (ouverture/écriture de fichiers locaux), génération de sons dynamiques, ECMAScript 4…etc.

Opera, éditeur norvégien qui développe le navigateur éponyme, vient de sortir en version alpha Dragonfly, un débuggeur JavaScript / DOM fort prometteur. Opera souffrait depuis un moment du manque d’un tel outil, voyons si l’attente en valait la peine…

Bien évidemment, on ne peut s’empêcher de penser à Firebug, une application similaire existant pour Firefox sous forme d’extension. Celui-ci, maintenu par un développeur de chez Facebook, a réellement changé la vie des aficionados du JavaScript tant il simplifie lé débuggage d’applications JavaScript / AJAX complexes. (pendant ce temps, les développeurs Flash attendent toujours un débuggeur décent…)

Notez que Microsoft prépare également un outil dans le style pour Internet Explorer 8.

Ce qu’il y’a d’important à retenir sur Dragonfly :

• l’appli est légère et assez réactive, contrairement à Firebug qui avait tendance à mettre Firefox 2 à genoux assez vite
• Dragonfly se comporte comme un application web et se met donc à jour automatiquement
• possibilité de débugger à distance, utile pour des terminaux mobiles ou des consoles (uniquement avec Opéra Mini pour le moment)
• mise à jour du DOM en live
• pas encore possible d’éditer le CSS à la volée, mais promis-juré c’est pour bientôt, qu’ils disent
• Dragonfly est open source (licence BSD) : un premier pas d’Opera vers le libre ?
• les gens d’Opera ont un accent rigolo.

Dragonfly est plutôt léché, mais n’offre en l’état pas grand chose de plus que Firebug. Ce n’est encore qu’une alpha et les gens d’Opera ont fait un tas de promesses alléchantes, donc wait and see…

“The initial alpha release is just the beginning. Opera Dragonfly has a fully featured road map, including support for editing of CSS, JavaScript and the DOM, a single window mode, improved JavaScript thread handling, XHR AND HTTP MONITORING, improved keyboard navigation, and translation into a number of languages.”

Dragonfly est livré avec Opera 9.5 beta 2. On accède ensuite à l’outil via Outils > Avancé > Outils de développeur, et ensuite il n’y a plus qu’à suivre le petit tutorial.

Le “oui mais t’a pas Firebug” étant généralement de mise lorsque l’on évoque Opera à un Firefox fanboy, voilà qui va peut-être un peu changer la donne et attirer un peu d’attention sur un navigateur qui le mérite largement (et qui passe le test Acid3, contrairement à d’autres…).

Un peu de Javascript dans ce monde de flasheur bon sang de bois !

Et avant toute chose, je tenais à clarifier mon statut : je suis graphiste/webdesigner et non développeur pur souche.
Voila qui est dit, on peut donc partir sur de bonnes bases !

La YUI (pour Yahoo! User Interface et à prononcer “yaoui”) est la librairie Javascript écrite par le géant Yahoo! et qui comporte un nombre très intéressants de features pour la manipulation du DOM, la gestion d’Event et l’AJAX.
Le gros avantage de cette librairie sur les autres est sa robustesse puisque la YUI est compatible tout navigateur avec une gestion des links très aisées (pas besoins de charger toute la YUI pour une simple gestion d’event). Elle est donc beaucoup plus légère que le couple prototype/scriptaculous grâce à sa conception modulaire mais en revanche bien plus bavarde à cause des namespace.

Lire le reste de cet article »

Billet original sur blogbangbang.com

Adobe à annoncé aujourd’hui la libération des spécifications des formats swf et flv !

Cet article va donc s’efforcer de détailler ce qui va changer, mais aussi ce qui ne changera pas suite à cette annonce.

Lire le reste de cet article »

Kikko l’annonçait dans son précédent article, c’est maintenant chose faite : le livre “Pratique d’ActionScript 3″ de Thibault Imbert est enfin disponible. Prévu au départ pour les éditions O’REILLY France, c’est aujourd’hui en version libre (PDF) que Thibault le propose à la communauté Flash/Flex depuis le site dédié. Pour ceux que la lecture sur écran incommode ou que l’impression des 1100 pages (!) inquiète, une version papier devrait bientôt être disponible.

Pour télécharger l’ouvrage, c’est ici.

Adobe vient de publier un document fort intéressant intitulé « Flex SDK coding conventions and best practices ». Le titre est trompeur puisqu’il n’est point question de Flex mais bien d’AS3, ce qui est révélateur quand à l’obsession maladive d’Adobe sur Flex (au détriment de Flash en tant qu’IDE, oserais-je avancer). Plus généralement, cette louable initiative, parmi d’autres, tend à montrer à quel point la firme californienne cherche à se créer une crédibilité auprès des « vrais » développeurs.

La lecture ou au moins le survol de ce document est recommandé. C’est un condensé de bon sens qui tranche avec le grand n’importe quoi de l’AS1 et de l’AS2 (”monClip1_mc”, David T. style). Et celà peut servir d’arbitrage lors d’un désaccord entre développeurs.

Pour autant, on y relève un certain de nombres de passages un peu surprenants :

Tableaux typés

Do this:
var a:Array /* of String */ = [];
Not this:
var a:Array = [];

Étrange… Cette pratique rapelle la méthode utilisée à l’époque par le compilateur alternatif MTASC. Certes, c’est bien commode pour la complétion dans FlashDevelop par exemple, mais c’est en concurrence avec la méthode officielle Flex (lourdingue) : ArrayElementType metadata tag. La prochaine version de l’EcmaScript, et donc logiquement le futur AS4, integrera en natif les tableaux typés. En attendant, si on est courageux, on peut utiliser des classes de tableaux typés (MovieClipArray, etc) que l’on trouve dans pas mal de frameworks AS.

int plutôt que uint

Use int for integers, even if they can’t be negative. Use uint only for RGB colors, bit masks, and other non-numeric values.

Tout simplement absurde. Adobe préconise cette pratique en oubliant de préciser qu’elle découle d’un bug dans le player Flash : Types in AS3: ints not so fast, uints slow!

imports

Import specific classes, interfaces, and package-level functions rather than using the * wildcard.
Do this:
import mx.controls.Button;
import flash.utils.getTimer;
Not this:
import mx.core.*;

Mouais. Ou comment avoir 30 lignes d’imports au début de chaque classe. Je pense pas que ce soit très utiles pour les classes intrinsèques du player Flash (import flash.display.*; rules !)

À part ça, que du bon. À revisiter quand le document sera terminé.

Flex SDK coding conventions and best practices

Après avoir lancé une série de démos AS3 impressionnantes (bump mapping, Parallax effect, Normal map lighting, etc.), les russes d’Alternativa Platform ont publié sur leur blog 2 nouvelles démos de leur plateforme Alternativa3D.

Le résultat est vraiment bluffant, autant visuellement que techniquement.

Et ce n’est qu’un début, car à l’avenir, Alternativa3D ne sera pas qu’un “simple” moteur3D pour flash, mais un véritable outils de développement de jeu et d’applications multiusers, avec une appli serveur, un World Editor, et un module d’administration.

Ça promet.

C’est à la fois une bonne et une mauvaise nouvelle. Mauvaise, parce que O’Reilly France n’éditera pas le livre de Thibault Imbert. Mais bonne, parce qu’il a décidé de publier son livre en Open Source. C’est une excellente idée, car cela donnera un accès gratuit au contenu pour toute la communauté flash et cela permettra de tenir le contenu à jour.

Donc si les BitmapData, Sockets, ByteArray et autres Flash Remoting vous intéresse, ça se passera ici à partir du 21avril.