Le navigateur Firefox de Mozilla bloque désormais tous les contenus utilisant Flash d’Adobe. Comme raison, Mozilla avance les importantes failles de sécurité qui mettent l’utilisateur en danger. Flash est donc désormais sur la liste noire des plugins Firefox. Ce n’est pas la première fois que Flash est montré du doigt et Adobe semble peiner à résoudre les problèmes de sécurité de son programme. D’importantes failles de sécurité sont régulièrement épinglées. Certaines sont corrigées, mais pas toutes.

The post Flash bloqué par Firefox appeared first on Mistra Blog.

Adobe abandonne les supports physiques pour toutes ses nouvelles versions logicielles.

Coup de tonnerre dans le monde de l’informatique ! L’éditeur américain Adobe vient de l’annoncer à sa conférence Adobe Max : il abandonne les supports physiques de ses logiciels. Il ne faudra plus parler d’Adobe Creative Suite mais d’Adobe Creative Cloud.

Désormais, il ne devrait plus être possible de trouver des nouvelles versions des logiciels d’Adobe en supports physique, à l’exception d’anciennes versions. Photoshop d’abord, puis progressivement les nouvelles versions des logiciels seront dématérialisées. Un développement du Cloud qui entraînera une captation par abonnement des clients puisqu’il faudra débourser mensuellement ou annuellement des sommes plutôt rondelettes.

Le prix est fixé à 61,49 euros par mois, pendant un an, pour ceux qui souhaitent disposer de tous les logiciels Adobe sans limitation, avec 20 Go de stockage en ligne, et l’accès complet à tous les services d’Adobe.

Pour ceux qui ne sont intéressés que par un logiciel, il sera disponible pour un coût mensuel de 24,59 euros. Les logiciels Edge et Muse devraient être proposés à un tarif inférieur. Pour ceux qui disposent des versions CS3, des tarifs préférentiels pourraient être proposés, ainsi que pour les entreprises, et les collectivités (les écoles, les universités, et les administrations).

Cette annonce sonne aussi la fin de la liberté qu’offrait le support physique. Désormais totalement tributaire du Cloud et du lien commercial avec le distributeur, le client n’aura pas d’autre choix que de passer par le système de l’abonnement pour disposer des logiciels. Un progrès ? Un progrès commercial certainement… pour Adobe !

The post Adobe quitte les supports physiques appeared first on Mistra Blog.

Adobe vient de mettre à disposition une troisième mise à jour (depuis début février) pour Flash Player.

Ce correctif à pour but de corriger trois vulnérabilités dont deux jugées critiques et déjà exploitées pour attaquer le navigateur Firefox.

Cette mise à jour s’applique à Flash Player 11.6.602.168 (et plus ancien) pour Windows et aux versions 11.6.602.167 et inférieures pour OS X.

Pour télécharger la dernière version c’est ici

The post Flash Player, jamais deux sans trois appeared first on Mistra Blog.

The post Le projet Flex devient un projet Apache de premier niveau appeared first on Mistra Blog.

Android, iPhone, Blackberry et maintenant Microsoft via Nokia et ses Windows Phone 7. Plus nombreuses sont les plateformes et plus il est couteux pour une entreprise d’être présente sur tous ces supports mobiles. Cependant pour beaucoup d’entreprises  il est indispensable d’apparaître partout. Le développement en utilisant les technologies web, avec HTML5 principalement, permet déjà de faire de belles choses mais de gros problèmes de lenteurs et de non-réactivité arrivent et l’ergonomie utilisateur sur mobile est une priorité.

Nous vous proposons donc un point sur les différentes technologies aujourd’hui qui permettent de faire du développement multi plateformes. Par multi plateformes nous entendons de développer une fois (à quelques ajustements près) et de déployer sur 2 à plusieurs plateformes mobiles (smartphones ou tablettes).

Frameworks Web

La première réponse « évidente » est de développer en utilisant non pas des technologies natives (Java pour Android, Objective C pour iPhone/iPad) mais plutôt des technologies web que nous exécuterons à l’intérieur d’une application native minimaliste (permettant de passer tout de même par le Market / App Store).

Deux problèmes se posent tout de suite :

1. Comment factoriser mon code afin d’avoir une application marchant directement sur tous les terminaux
2. Comment optimiser mon application pour qu’elle soit le plus rapide possible (ce n’est pas du natif, ça reste du Javascript dans un navigateur)

Concernant le premier point, beaucoup de frameworks sont sortis pour résoudre ce problème. Dans notre formation Web mobiles multi plateformes nous présentons par exemple les frameworks suivants :

• iUI : framework le plus ancien, utilisé par exemple pour le site m.bonjourmadame.fr
• JQuery Mobile : framework beaucoup plus récent dont la version 1.0 date de quelques semaines. Ce framework est très facile à prendre en main
• Sencha Touch : basé  sur le très utilisé ExtJS de la société Sencha, Sencha Touch reprend toutes les notions de développement de ExtJS et permet avec une vision très objet de définir son interface (nous ferons d’ici peu un article sur Sencha Touch 2 que nous découvrons en ce moment même et qui apporte beaucoup !)

Concernant le 2^ème  point à savoir l’optimisation de mon application, peu de solutions existent aujourd’hui. Les applications web sont souvent bien moins réactives et l’interface, même proche du « natif » en reste tout de même très loin. La meilleure solution que nous ayons trouvée aujourd’hui en termes de performance est d’utiliser GWT (encore et encore). Grâce au Deferred Binding permettant de ne charger que le code nécessaire à la plateforme appelante, l’application est plus réactive. Nous pouvons citer le projet MGWT qui est une adaptation de GWT pour mobiles avec des composants développés exclusivement pour. Un exemple d’application peut être trouvé sur l’App Store d’Apple ou le Market Android.

Enfin, il faut noter que quel que soit la technologie utilisée, il faut pouvoir en créer une application native. Pour cela, nous utilisons le plus souvent PhoneGap, un projet open source ayant une grande communauté. Il permet entre autres :

• D’avoir une application native chargeant notre application web
• D’accéder à toutes les fonctionnalités natives du téléphone : accéléromètre, GPS, Contacts, Fichiers, etc.
• D’exporter vers un fichier que nous pouvons directement envoyer sur le Market Android ou l’App Store d’Apple

Nous pouvons aussi citer Titanium qui a les mêmes fonctionnalités que PhoneGap.

Les Frameworks « à compilation »

Le réel problème de tous les frameworks web est que le seul langage utilisable est le JavaScript (ou le Java si on fait du GWT). C’est évidemment un problème au vu du temps de développement nécessaire à une application professionnelle (design à intégrer, etc.) et des limites en termes de performance : notre application sera toujours lancée au sein d’un navigateur.

Des solutions sont donc apparues permettant de créer des applications dans un langage non web et de générer du code natif.

Adobe Flex

La première solution est celle d’Adobe : Flex. Chez Mistra nous sommes de grands utilisateurs de Flex et nos clients apprécient tout particulièrement nos retours d’expérience sur des projets de grande envergure.

Adobe, depuis sa version 4.5, a mis en place une solution appelée « Flex Mobile ». Comportement quasi identique au Flex, même syntaxe, seuls de nouveaux composants orientés mobiles sont apparus pour une meilleure ergonomie utilisateur.

Une application Adobe Flex, quand elle n’est pas utilisée dans un navigateur, est lancée au sein de la machine virtuelle Adobe AIR. AIR est déjà présent sur Android, votre application Flex a donc simplement à être compilée pour AIR, elle marchera d’ores et déjà sur tous les mobiles Android (supérieur à 2.2).

L’iPhone et l’iPad sont des plateformes plus complexes. Steve Jobs ne voulait pas de Flash sur ses mobiles. Adobe a dû trouver une solution alternative : la génération de code natif. Lorsque vous créez une application en Flex (en MXML et Actionscript 3), le moteur Flex génère directement du code natif importable dans l’interface Apple Xcode. Il suffit ensuite d’exporter le projet sur l’Apple Store.

Pour des développeurs Flex, une simple formation Flex Mobile de 2 jours vous permet d’être parfaitement compétent sur mobiles et tablettes (Android et Apple).

Vous pouvez consulter une preview de Flex sur iOS qui date de Mars 2011.

Mono Touch / Mono Droid

Quid de nos chers développeurs C# dans tout ça ? Bloqués sur la plateforme de développement des  Windows Phone 7 ? Bien que leur nombre augmente, ça reste une audience très faible. Et bien nous avons la solution pour eux, qui fera l’objet d’un article entier d’ici peu : Mono Touch et Mono for Android. Bien que ce soit le même projet en coulisse, nous avons ici deux frameworks au vu des grandes différences de plateforme.

Mono est une machine virtuelle, open source, permettant d’exécuter du code .NET dans n’importe quel environnement : Mac OS, Linux, BSD, etc. De la même façon que Flex génère un code tournant sous la machine virtuelle Adobe AIR pour Android ; ici nous avons Mono for Android qui permet aux développeurs C# de développer des applications pour Android. Le fichier final généré est empaqueté avec Mono, permettant de le faire fonctionner sur tous les mobiles Android.

A l’inverse, Mono Touch n’échappe pas à la règle d’Apple. Ils ont donc dû faire le même choix qu’Adobe : générer du code natif. L’avantage principal est que l’application est très rapide et les résultats impressionnants. L’accès aux librairies UIKit est total donc nous avons accès à l’intégralité des fonctionnalités de l’appareil. C’est ici la grande différence entre les frameworks Mono Touch et Mono for Android.

Bien que Mono soit opensource, MonoTouch et Mono for Android sont eux payants : comptez 400 $ par développeurs.

En conclusion

Il y a ici deux écoles, celle qui défend les standards et l’open-source (et veut donc pousser HTML5) et celle qui souhaite gagner en temps d’apprentissage et de développement. L’avenir nous dira si seules les applications web ont un avenir sur les mobiles mais ce qui est sûr, c’est qu’il est aujourd’hui tout à fait possible de faire des applications natives sans avoir à connaître les détails de la plateforme de développement.

The post Le développement mobile « multi plateformes » appeared first on Mistra Blog.

Six mois après la sortie de Flex 4.5, Adobe nous propose aujourd’hui la version 4.6 de son framework Flex. Une fois de plus, c’est la partie « mobile » du framework qui est fortement avancée avec de grandes nouveautés:

• Gestion des tablettes avec des layouts s’adaptant automatiquement en fonction de la taille de l’écran
• Nouveaux éléments d’IHM adaptés aux tablettes comme le CallOut, le SpinnerList et les boutons de contrôles ToggleButtons
• Saisies de texte  avec des interfaces spécifiques à l’OS
• Optimisations de l’application générée pour les dernières tablettes (iPad, différentes versions de tablettes Android, …) pour de meilleures performance

Vous pouvez télécharger Flex 4.6 ici : http://www.adobe.com/cfusion/entitlement/index.cfm?e=flexsdk. L’installation ou la mise à jour vers Flex 4.6 est gratuite pour les clients ayant acheté Flash Builder 4.5.

Nouveaux composants Spark Mobile

SplitViewNavigator

Le SplitViewNavigator est un nouveau composant Flex permettant de gérer plusieurs tailles d’écrans de tabiettes. Le ViewNavigator, introduit au framework 4.5, permettant de gérer les écrans comme une pile de vues avec la possibilité de faire des transitions entre elles, de gérer l’historique de navigation et d’avoir une gestion de la mémoire par vue.

L’interface de l’image ci-dessus montre le design Pattern appelé Master/Détails. Dans la partie de gauche, scrollable, nous avons le master et sur la partie de droite, scrollable, nous avons le détail. Ceci permet d’afficher deux composants ViewNavigator en même temps.

CallOuts and CallOutButtons

Ce composant, géré par un Skin totalement personnalisable (CallOutSkin), permet de contenir n’importe quel groupe de composants.

Ce composant est totalement configurable : taille, hauteur, taille et position de la flèche. Il suffit de mettre un évènement sur un bouton pour l’appeler et un simple touché à un autre endroit de l’application l’a fait disparaître.

Utilisation jointe des CallOut et des SplitViewNavigator

Une utilisation classique du SplitViewNavigator est qu’en mode portrait, il faut afficher dans l’application la Détail View (du design pattern Master/Détail) mais utiliser le CallOut pour afficher la Master View comme vous pouvez le voir dans l’image ci-dessus.

Ceci est faisable simplement en indiquant autoHideFirstViewNavigator à true : lorsque l’appareil est en mode portrait, la Master View est automatiquement cachée. Ensuite, il vous suffit en mode portrait de définir un bouton dans la Détail View navigationContent qui appelle showFirstViewNavigatorPopup au clic, ceci permettra d’afficher la Master View dans un CallOut. Voici un exemple de code :

SpinnerList

La SpinnerList est un nouveau composant de gestion des listes optimisé pour les mobiles.

Ce nouveau composant permettra facilement aux utilisateurs de choisir dans une liste pré-fournie. Ce composant SpinnerList arrive avec un autre composant le SpinnerListContainer qui contient un skin personnalisable : bordure, gradient et barre de sélection.

Date Spinner

Le contrôle DateSpinner hérite du SpinnerList et utilise un SpinnerListContainer pour nous fournir un composant très pratique de gestion des dates et heures. Pour l’utiliser, le DateSpinner propose 3 modes d’affichage d’information :

• DateSelectorDisplayMode.DATE
• DateSelectorDisplayMode.TIME
• DateSelectorDisplayMode.DATE_AND_TIME

ToggleButton

Le ToggleButton permet en un simple glisser de doigts de l’utilisateur de choisir entre deux possibilités.

Changements dans Flash Builder 4.6

Support des tests unitaires

Flash Builder 4.6 intègre désormais le projet opensource Flex Unit permettant de tester chacun de vos écrans et d’effectuer des rapports de tests.

Supervision des accès réseau

Les accès réseaux sont consommateurs pour une application, il est donc important de savoir monitorer tous ces accès afin de les limites au strict nécessaire. Flash Builder 4.6 intègre donc maintenant un outil de supervision des accès réseaux.

Notez cependant qu’il sera impossible de lancer cette supervision sur un appareil connecté en USB.

Changements dans le SDK Flex 4.6

En plus des nouveaux composants graphiques, Flex 4.6 arrive avec des nouveautés au niveau du SDK.

StageText

Nous avons pu utiliser jusqu’ici les composants InputText et TextArea. Dans Flex 4.6, les équipes Flex et Air ont travaillé conjointement pour créer le StageText. Le grand avantage de ce dernier est de faire appel à l’API de saisie native du système (Android, iOS).

Prenons un exemple simple : choix d’un numéro de téléphone, il serait intéressant d’appeler directement le clavier de l’iPhone avec uniquement des chiffres :

De même pour les adresses emails ou l’auto complétion :

Enfin nous pouvons combiner les différentes options pour obtenir quelque chose du type :

Splash Screens Dynamiques

Avec un nombre croissant d’écrans différents sur les mobiles et tablettes aujourd’hui, le SplashScreen de Flex 4.5 n’était pratique à adapter aux applications mobiles. Adobe est donc revenu sur la conception du composant SplashScreenImage afin de permettre aux développeurs de définir, en MXML, un SplashScreen et un DPI différents en fonction de la taille de l’écran.

Une fois l’image créée, il suffit de l’assigner à la propriété splashScreenImage de l’application principale et au lancement de l’application, l’image choisie s’affichera avec le bon DPI.

Scroller

Plusieurs changements majeurs ont été opérés au niveau des barres de défilement. Le premier point est qu’à partir de Flex 4.6, les barres de défilement ne sont pas créées tant que le défilement n’est pas demandé. Ceci permet de gagner fortement en performance de l ‘application.

Deux nouvelles propriétés ont aussi été ajoutées : pageScrollingEnabled et scollSnappingMode. Quand pageScrollingEnabled est à vrai, la barre de défilement prendra la taille du ViewPort courant. Le ScrollSnappingMode va permettre de définir plus efficacement le comportement de la barre de défilement.

Modes 16 ou 32 bits

A la création d’une application Flex Mobile, des flags spécifiques à Android ont permis de créer des applications en 16 bits. Maintenant, il est aussi possible de choisir 32 bits. Les deux choix sont pertinents mais dépendent de la nature de l’application. Le mode 16 bits est souvent le choix le plus raisonnable au vu des meilleures performances apportées par le 16 bits mais le 32 bits sera plus adapté si vous faites de la vidéo ou de la 3D. Il est donc bon de s’interroger avant de changer le paramètre ColorDepth du fichier app.xml

Si Flex vous intéresse :

• Flex 4 : Enfin du MVC natif
• Flex 4 : ExcludeSelectionList

The post Adobe 4.6 est dans les bacs appeared first on Mistra Blog.