Rss Feed

Gestion des marqueurs d’un projet

Lors du développement de vos projets Flex avec Flex Builder 3, vous avez peut-être utilisé, comme moi, des marqueurs comme des tâches pour se rappeler de ce que vous aviez a faire, ou comme des signets pour retrouver l’emplacement de fonctions que vous modifiez souvent. Malheureusement avec Flex Builder 3 la gestion de ces marqueurs souffrait de quelque bugs, les vues d’ensemble ne permettaient pas toujours de retrouver les marqueurs que vous aviez mis.

Maintenant dans Flash builder 4, ces bugs sont résolus. Quand on ajoute une tâche, elle se retrouve bien dans la vue d’ensemble des tâches de même que pour les signets.

Et facilité de recherche et de développement, Abobe a créé une nouvelle vue permettant de retrouver tous les marqueurs placés dans vos projets que ce soit les tâches, les signets, les erreurs mais aussi les warnings ainsi que les points d’arrêts et les conflits SVN.

Vue des marqueurs

Flash Builder 4 / Flex 4

Cela fait maintenant plus de 6 mois que nous développons sur la nouvelle version de Flex Builder, version s’appelant désormais Flash Builder 4. Nous avons commencé sur la beta 1, et sommes désormais sur la beta 2. Nous en sommes à 4 projets dont 2 qui sont en production ce qui nous donne un certain recul sur cette nouvelle version, sur les avantages, inconvénients par rapport à la version 3.

Nous entamons donc une série de billets qui vont porter sur les nouveautés de Flash Builder 4, de Flex 4, mais aussi sur les points qui peuvent poser des soucis dans le développement de tous les jours. Dans ces billets, nous posterons parfois des exemples qui contiendront bien évidemment le code source. Afin de compiler ce code source, il vous faudra au minimum le sdk Flex 4 pour l’installer sur eclipse ou Flex Builder 3 (disponible sur http://opensource.adobe.com/wiki/display/flexsdk/Download+Flex+4) ou bien de télécharger Flash Builder 4 beta 2 (disponible http://labs.adobe.com/technologies/flashbuilder4/). Si vous disposez d’un numéro de série pour Flex Builder 3, vous pouvez obtenir un numéro de série pour Flash Builder beta2 pour étendre la période d’essai (disponible sur https://freeriatools.adobe.com/flashbuilder4beta/).

Avant de commencer la série de billets, nous voulions donner notre avis sur l’adoption de Flash Builder 4. Au sein de Matsiya, il est clair que nous ne souhaitons plus repasser sur Flex builder 3, les améliorations apportées par la version 4 surpasse de très loin les points négatifs de cette beta, qui seront, nous l’espérons, corrigés dans la version finale. De plus, cette version devrait être disponible cette année, donc il n’est pas inconscient de commencer un projet à l’heure actuelle sur cette version beta 2, qui reste très stable pour une version beta.

A très vite.

Progiciel pour Tour Opérateur – AIR / Flex

Cette application AIR/Flex permet aux voyagistes de créer et gérer les différentes options d’un séjour et les destinations en s’affranchissant du navigateur. L’interface Flex a permis de diminuer de façon significative le temps de saisie des données et ainsi augmenter la productivité des employés. Les filtres instantanés sont très appréciés.

Progiciel de gestion – Flex / AIR from Matsiya on Vimeo.

RIA Flex pour un Tour Opérateur

Voici une rich internet application développée en Flex/Flash pour un tour opérateur spécialisé dans les séjours de golf. Utilisation de web services et de la cartographie Google Maps.

RIA Flex – Agence de voyage from Matsiya on Vimeo.

Loader application Flex / AIR

Nous avons développé plusieurs applications AIR / Flex. La plupart sont soumises à des clauses de confidentialité, mais heureusement quelques unes ne le sont pas, nous pouvons ainsi vous montrer le chargement.

Pour chaque application, nous réalisons un loader personnalisé à l’identité de la société qui indique l’état de chargement de l’application et le numéro de version.

En effet, au démarrage de l’application, nous pouvons être amenés à charger des modules ou des datas. Le temps de chargement et d’initialisation de l’application AIR peut prendre plusieurs secondes, il est donc important d’informer l’utilisateur de ce chargement.

load1.jpg

 

load3.png

 

load2.png

Loader AIR from Matsiya on Vimeo.

Flash Builder 4 & Flash Catalyst sur l’Adobe Labs

C’est parti !! Adobe lâche les betas de Flash Builder 4 et Flash Catalyst…(pour ceux qui auraient manqué l’info, Flex Builder a été rebaptisé Flash Builder). C’est un lot de nouveautés pour Flash Builder 4, pour en savoir plus, je vous invite à lire l’article « What’s new in Flash Builder 4 beta » de Tim Buntel.

Flash Catalyst, plutôt destiné aux designers, va permettre de simplifier considérablement le lien designer/développeur, vous trouverez ici quelques vidéos et tutoriaux pour la prise en main.

flashbuilder.jpg

Exposer ses services avec BlazeDS et Axis2 grâce à Spring

Si l’intérêt d’utiliser BlazeDS pour faire communiquer une application Flex avec des services distants n’est plus à prouver, il en résulte souvent un manque d’interopérabilité des services.

Dans le cas d’une application qui pourrait avoir des interfaces multiples (web, ajax, swing etc …) il est alors préférable d’utiliser des services de type SOAP ou REST. On peut par exemple imaginer une application Air et une application pour iPhone développée en Cocoa qui accèdent au même applicatif serveur et qui partagent la même session hibernate. Une solution simple serait alors de dupliquer les classes de services, mais cela engendrera par exemple la duplication de la connexion à la base de donnée. L’utilisation de Spring peut alors grandement nous faciliter la tâche, en effet il est possible de partager un contexte entre servlet et donc de n’accéder qu’à une seule instance que ce soit par Axis2 ou BlazeDS.
[Lire la suite...]

« Smoother » une vidéo en flex

Actuellement en pleine préparation d’un produit tournant autour de la vidéo (plus d’informations très bientôt), nous avons rencontré un problème que beaucoup de développeurs flex ont surement rencontré. En effet, quand il s’agit d’afficher une vidéo dans un player qui n’est pas à ses dimensions et principalement quand il s’agit d’agrandir la vidéo, cette dernière se retrouve plombée par un fort aliasing. Il s’agit de petits crénaux qui apparaissent sur les courbes des objets affichés, qui rendent la vidéo pixélisée. Cela est particulièrement visible quand on affiche en plein écran la dite vidéo.

Alors comment faire pour anti-aliaser tout cela ?

La classe Video propose une option « smoothing », permettant de corriger ce problème. Mais pour ceux d’entre vous qui souhaitent utiliser la classe VideoDisplay, vous allez vous rendre compte qu’il n’est pas possible d’accéder à l’instance de la classe Video. En fait, il existe un moyen assez simple d’y accéder :

Supposons que le VideoDisplay possède l’id « vidDisplay », il suffit de faire « vidDisplay.mx_internal::videoPlayer.smoothing = true » pour activer l’anti-aliasing.

On constate une légère hausse de l’activité du processeur, surtout quand la vidéo affichée est grande, mais rien de bien catastrophique.

Voici un exemple de ce que cela peut donner, avec le code source.

Flex Smoothing Video