Voilà un résumé de la première journée : une énorme keynote, quelques conférences plus ou moins intéressantes…
(Lire la suite…)

This installation guide step by step is based on my needs: I am user of Java and Maven technologies, and Tomcat and JBoss servers. This installation allows you to get all the tools necessary for these types of developments, starting from a “from scratch” Eclipse IDE or a standalone FlashBuilder.

(Lire la suite…)

[UPDATE] Si vous préférez la langue de Shakespeare, Tekool avait déjà écrit à ce propos il y a « fort longtemps »… je rends donc à César !… désolé…

Vous venez de créer votre douzième workspace Eclipse/Flex Builder ??? Et vous en avez marre de recréer vos perspectives, et autres vues… à chaque fois ???

Mais pourquoi diable n’utilisez vous pas les « fameux » ‘working sets’ ?

(Lire la suite…)

Cet article suit la description des concepts de base permettant d’appréhender le développement d’une application pour iPhone.
Il présente les outils de développement utilisés pour faire une application pour iPhone en analysant rapidement un projet de base proposé avec le SDK iPhone.
Il ne parle pas de la syntaxe de développement Objective-C.

Je vous suggère vivement si vous n’avez pas lu l’article ou si vous ne connaissez pas encore grand chose au développement sous iPhone de vous y intéresser pour mieux aborder cette suite…

Une dernière chose avant de démarrer : massez-vous les tempes, faites-vous un petit café…
Prêt ?
(Lire la suite…)

Avec le projet Open Screen Project, Adobe à enlevé les restrictions de licence des formats SWF, FLV/F4V et AMF.

C’est beau, c’est grand, et ça va plaire à beaucoup de monde !

Vu sur FCNG et le blog de Iteratif, je relève une nouvelle fois cette news : pas de spam ici, c’est juste trop énorme pour ne pas en parler !

Durant les conférences MAX 2007 Adobe a présenté Thermo : l’outil qui va « révolutionner » le workflow « designer / developper » durant la création d’appli Flex. Les démos nous montraient la possibilité de créer des fichiers mxml en quelques clics à partir de fichiers graphiques ( photoshop, fireworks… ).

Dans cette nouvelle vidéo, un des concepteurs de l’application revient sur les avancées de Flex builder 3 en terme de personnalisation graphique, et nous explique pourquoi et comment Thermo viendra épauler Flex 4 pour la création de nos futures applications riches.

Thermo@adobe Labs

Voir la présentation vidéo officielle de Thermo

via http://www.rictus.com/muchado

Depuis le temps que je cherchais çà… le nombre de free/share ware que j’ai installé pour çà… mais il fallait s’en douter … en fait, c’était évident !

(Lire la suite…)

Aujourd’hui s’achève la période de béta pour Flex (Builder) 3 et surtout pour AIR 1.0 -. Bye bye le labs, et welcome in the real world : AIR prend maintenant place sur la page d’accueil de la maison mère, au même rang que l’Acrobat Reader et que le Flash Player. C’est dire si Adobe veut croire en son nouveau format…

Alors que la concurrence est annoncée depuis quelques mois ( SilverLight , JavaFX ), c’est bien l’AS3 et Flex 2 qui ont permis la création de la plupart des RIA « innovantes » ( Buzzword , sliderocket, a.viary …) apparues depuis 2007. Avec AIR, Adobe tente de prendre une longueur d’avance en proposant d’utiliser cette nouvelle génération d’outils dans un nouveau contexte : hors navigateur, directement depuis le bureau. RDA ??? Applications connectées ? Ne bloquons pas sur les mots, imaginons les usages…

Un nouveau format donc, mais également une nouvelle stratégie : le gratuit ( AIR SDK ) et l’open source ( Flex / BlazeDS ). Vu le potentiel des concurrents, on comprend bien l’effort fait par Adobe pour assurer l’appropriation de ses technos par les développeurs. Tant mieux pour nous!

Une nouvelle stratégie… et son nouveau site : Adobe dévoile son espace Open Source, et confirme sa nouvelle politique d’ouverture… On y trouve donc toutes les infos sur : – Flex 3 ( et même sur Flex 4, nom de code : Gumbo ! béta1 pour fin 2008 ) – BlazeDS et d’autres projets plus anciens… On y apprend que Adobe participera au consortium SQLLite, etc, etc…

Bon çà c’est fait, et vivement la suite ( Thermo, Cocomo, Pacifica…), l’année va être chargée !!!

Me trouverez-vous intolérant, mais je déteste que des warnings envahissent mon Flex. Voici les méthodes pour masquer deux types de warnings « inutiles’ :

(Lire la suite…)

parce que Cairngorm c’est bien, mais c’est un peu long des fois…

En fait, quand on utilise cairngorm dans un projet avec plusieurs commandes, et quelques écrans, ça devient vite le Bowdel, pour une commande, 2 voir 3 de fichiers à écrire, souvent les mêmes mais qui changent un peu, à 3 mots prêts… Donc au final, on gagne du temps parce qu’on utilise cairngorm et qu’on ré-invente pas la roue mais on en perds parce que c’est pas super pratique à utiliser… Je dirai que c’est le même combat pour des projets de Remoting, avec coté serveur, le développement des méthodes Création / Ajout / Suppression / Modification (CRUD) pour les objets (VO,DTO au choix) que l’on utilise dans notre appli…

C’est la que les outils de générations automatiques du codes interviennent, plus ou moins bien fichus, plus ou moins bien intrégrés.

(Lire la suite…)