Tout comme pour les CSS 3 dans AIR, j'inaugure aujourd'hui une nouvelle rubrique qui concerne le support natif des bases de données dans Adobe AIR. Cette rubrique se déclinera sur une série d'articles qui auront pour but de vous familiariser avec le support de la base de données dans AIR.
Nous n'avons pas depuis une application AIR la possibilité d'écrire en langage serveur tel que PHP (voir chez Wikipedia pour les anglophobes : http://fr.wikipedia.org/wiki/Php) qui nous permettrait d'accéder à une base de données telle que MySQL et donc de stocker tout un tas d'informations propres à notre application.
Malgré cette restriction de langage dit "serveur", Adobe a tout de même inclus une base de données directement dans AIR ainsi que tous les outils nous permettant d'interagir avec celle-ci : SQLite. Les mauvaises langues diront que c'est quelque chose de complètement naturel étant donné que Adobe fait partie du Consortium SQLite.
Et si vous poursuiviez la lecture ?
J'inaugure avec ce billet une série d'article concernant le support avancé des CSS (en grande partie des CSS 3) dans AIR. Je crée d'ailleurs une catégorie à part entière pour cette série, pour un accès plus simple et plus rapide.
Ce premier article aura comme thème ce qu'on utilise tout le temps et dès le début lorsque nous écrivons des feuilles de styles : les sélecteurs.
Et si vous poursuiviez la lecture ?
On déjà vu que le support HTML et CSS dans AIR est plutôt bon malgré quelques écueils.
Mais qu'en est-il du javascript, composante à part entière du développement Web ? Peut on utiliser les différentes bibliothèques javascript dans AIR ?
Et si vous poursuiviez la lecture ?
[Mise à jour]
Je viens d'avoir une réponse de l'équipe de support d'Aptana (qui a été très réactive). Un ticket est ouvert à l'adresse suivante : http://aptana.zendesk.com/tickets/2709 (il faut un compte pour s'y rendre, compte gratuit et ouvert en quinze secondes montre en main). Affaire à suivre donc.
Comme je l'ai déjà évoqué, Aptana, notre IDE favori pour faire du AIR, nous donne la possibilité de tester en direct les applications que nous sommes en train de développer, via le débogueur de AIR (ou ADL pour AIR Debug Launcher).
Je n'ai jamais rencontré de réels problèmes avec ce débogueur, si ce n'est quelques fois où il refuse de lancer l'application, ce qui se finissait généralement par un redémarrage d'Aptana et tout rentrait dans l'ordre. Rien d'insurmontable donc.
Et si vous poursuiviez la lecture ?
Après quelques temps à jouer avec AIR et HTML, et voyant les possibilités offertes par le moteur de rendu (voir ici par exemple), je me suis décidé à pousser les choses un peu plus loin.
Lorsqu'on développe pour le Web, les pages des sites sont toutes (ou presque) rendues selon un type MIME particulier, à savoir text/html (plus d'infos sur ce qu'est un type MIME chez Wikipedia).
Pourtant, au départ, XHTML a été conçu pour être plus strict en matière d'interprétation et devait théoriquement permettre une interprétation XML.
Et si vous poursuiviez la lecture ?