Adobe prépare la version 2.0 de sa plateforme AIR

Un renforcement des liens avec la machine locale

La plateforme AIR d’Adobe est multiplateforme : en utilisant un ensemble de technologies, dont Flash et ActionScript, les développeurs peuvent viser aussi bien Windows que Mac OS X et Linux. L’utilisateur installe en fait un moteur d’exécution, et l’application AIR a alors la garantie d’être parfaitement identique,...La plateforme AIR d’Adobe est multiplateforme : en utilisant un ensemble de technologies, dont Flash et ActionScript, les développeurs peuvent viser aussi bien Windows que Mac OS X et Linux. L’utilisateur installe en fait un moteur d’exécution, et l’application AIR a alors la garantie d’être parfaitement identique, quel que soit le système d’exploitation utilisé. Adobe, très actif sur son produit, prépare d’ailleurs la version 2.0.

Une première bêta d’AIR 2.0 devrait être disponible d’ici la fin de l’année. Elle proposera les nouveautés suivantes :

Une API pour les processus natifs : permettra aux applications AIR d’invoquer et de communiquer avec des applications natives du système. Il faudra que lesdites applications AIR soient distribuées sous la forme de fichiers EXE ou DMG.
Le support des périphériques de stockage de masse
Un meilleur support de l’accessibilité, avec par exemple la prise en charge de JAWS
Une API pour l’ouverture des documents, l’application par défaut s’ouvrant pour un type particulier (Word pour un .doc ou Reader pour un PDF)
Meilleures performances, consommations mémoire et processeur réduites
Nouvelle API pour l’enregistrement du son provenant d’un microphone (il fallait avant passer par un serveur)
Gestion du multitouch pour Windows 7, ainsi que de la reconnaissance des gestes pour Windows 7 et Snow Leopard
Intégration d’une version plus récente de Webkit, avec moteur JavaScript plus rapide et de plus grandes possibilités avec le HTML 5 et les CSS 3

Source : Adobe

Vincent Hermann

Rédacteur/journaliste spécialisé dans le logiciel et en particulier les systèmes d'exploitation. Ne se déplace jamais sans son épée.

Twitter

Le 7 octobre 2009 à 18:09 (8 565 lectures)

Actu Précédente Actu Suivante

Soutenez l'indépendance de PC INpact en devenant Premium

Tout le contenu de PC INpact sans pub
Et bien plus encore...

À partir de 0,99 €

Il y a 16 commentaires

INpactien

Zed-K Le mercredi 7 octobre 2009 à 19:09:44 #1

Inscrit le vendredi 20 avril 07 - 7548 commentaires

L'utilisation des API d'accès aux processus natifs (qui m'intéresse énormément pour mon boulot) n'est accessible qu'aux applications qui seront compilées non pas en .air mais en exe ou dmg (enfin, .app dans un .dmg bien sûr).

Ce qui est tout à fait logique ; l'application étant amenée à faire appel à des exécutables propres à un OS donné, Adobe n'avait pas intérêt à l'autoriser à compiler en .air (qui doit rester totalement compatible multiplateforme, Windows/OSX/Linux, ce qui n'est plus le cas si on a besoin de lancer un .exe par exemple).

Donc on compile en .exe ou .dmg.
Cool. J'aime pas le concept du runtime de toute façon, ça m'arrange.

Sauf que... exe ou dmg, pour faire tourner mon appli sous nux, ça me fait une belle jambe

Le fait qu'ils n'aient même pas mentionné Linux (même pas un petit "ça viendra un peu plus tard") me fait un peu peur, alors qu'Adobe met en avant l'aspect multiplateforme pour tout le reste...

Wait & see donc, après tout je n'ai pu que lire les résumés de la keynote, vu que le site d'Adobe MAX a pas voulu me filer de clé pour assister au streaming