Ce blog est dorénavant en lecture seule. Des imprévus et réorientations tant personnels que professionnels font que je ferme ce blog. Son adresse a également changé, n'oubliez pas de mettre à jour vos favoris.
Mon site professionnel est maintenant celui-ci http://sdussaut.com. Venez me rendre une petite visite !
Mon blog fonctionne au ralenti depuis quelques mois maintenant. La faute à un changement d'activité professionnelle (je suis passé indépendant et ça ne se met pas en route toutes seules ces choses-là) un peu chaotique.
Il y a pas mal de sujets que je souhaite aborder (notamment la version bêta de AIR 2). Alors à ceux qui passent par là : non ce blog ne tombe pas dans l'oubli et dès que mon agenda le permet, il s'animera de nouveau.
Merci pour votre patience.
Seconde partie de cette série d'article sur SQLite et AIR : créer et se connecter à une base de données.
Comme précédemment, vous allez voir que tout est déjà prévu et vraiment très simple. Tout se fait en quelques étapes : instanciation de la classe File, création du fichier de base de données, ouverture de la connexion.
Et si vous poursuiviez la lecture ?
Deuxième billet dans cette série concernant le support de CSS 3 dans AIR. Au menu : la propriété background et les ajouts (importants) présents dans le brouillon de la recommandation CSS 3.
Cette recommandation se trouve à cette adresse : http://www.w3.org/TR/css3-background/. Elle détaille un certain nombre de nouveautés pour la propriété CSS background, parmis lesquelles :
Et si vous poursuiviez la lecture ?
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 ?
Une petite note vite fait pour vous faire part de certaines petites évolutions et autres correctifs ces prochains temps sur le blog.
J'ai quelques ajustements à faire encore avant que tout ne roule parfaitement. Désolé pour la gène.
J'ai déjà évoqué précédemment la spécificité de l'interprétation du HTML dans AIR : Webkit.
Moteur de rendu évolué, Webkit nous donne beaucoup plus de possibilités pour "jouer" avec le HTML et les CSS. Il propose un support déjà très fourni (presque complet en fait) des spécifications CSS 3.
Petit exercice fort sympathique et qui va vous épargner de nombreuses découpes d'images tout en procurant un esthétisme attrayant : le support de la propriété @font-face.
Et si vous poursuiviez la lecture ?
Les applications dans AIR, en tant qu'applications de bureau à part entière, sont composées de fenêtres, dont une principale.
L'API de AIR (voir mon précédent article à ce sujet si vous ne vous rappelez pas de ce que c'est) nous donne la possibilité de manipuler lesdites fenêtres : création, déplacement, redimensionnement, réduction, fermeture... Les outils fournis sont très nombreux mais restent simples d'utilisation. Je ne les passerai pas tous en revue dans cet article, mais je centrerai mon propos sur les méthodes permettant de contrôler la fenêtre : déplacement, réduction, maximisation, fermeture.
Je laisse volontairement le redimensionnement de côté pour un prochain article dédié.
Et si vous poursuiviez la lecture ?
Vous l'aurez peut être remarqué, mais lorsqu'une application AIR développée en HTML est lancée, l'utilisateur a la possibilité de sélectionner les élements (texte, images, blocs) comme il le ferait dans un navigateur Web.
Ce comportement est complètement normal étant donné que le rendu HTML est effectué par Webkit, le moteur de rendu de Safari (entre autres). Aussi cohérent soit-il, ce comportement peut donner lieu à des effets disgracieux : interface qui devient bleue/grise quand on sélectionne de larges zones, séléction d'éléments non pertinents comme les libellés de menu, etc.
Et si vous poursuiviez la lecture ?
La spécification W3C pour la propriété CSS cursor présente une multitude de valeurs possibles, correspondant à tout type d'interaction : lien, redimensionnement, progression, sélection de texte, glisser-déposer...
En voulant redéfinir la propriété cursor (pour le redimensionnement d'une fenêtre), j'ai remarqué que cela ne fonctionnait pas comme attendu. J'ai donc fait un test avec toutes les valeurs possibles (ou presque). En voici les résultats, et le moins que l'on puisse dire c'est que le support de cette propriété dans AIR est plutôt limité.
Et si vous poursuiviez la lecture ?
Note : Cet article se destine à ceux qui débutent avec AIR ou qui ont envie de découvrir le développement d'applications avec Aptana.
Aptana Studio est un éditeur de texte évolué (IDE en anglais, pour "Integrated Development Environment" ou Environnement de développement intégré) qui permet de créer facilement un florilège de fichiers dans différents langages à destination du Web. Basé sur l'éditeur Eclipse, ses capacités peuvent être étendues grâce à une multitude de plugins. Le site d'Aptana propose divers plugins gérables depuis l'application : support de bibliothèques javascript, contrôle de sources avec SVN, plugin pour Ruby on Rails, pour PHP, etc.
Et si vous poursuiviez la lecture ?
Adobe AIR est un moteur d'exécution (runtime en anglais) permettant de déployer des applications sur les ordinateurs, quel que soit leur système d'exploitation (Windows, Macintosh ou Linux). En d'autres termes, lorsqu'une application est développée pour AIR, l'environnement d'exécution permet d'appréhender un comportement identique sur toutes les plateformes. Plus besoin de faire différentes versions ou de s'ajuster selon les navigateurs.
Et si vous poursuiviez la lecture ?
Bol d'AIR est un blog consacré à Adobe AIR (je parlerai d'Adobe AIR en détail dans le prochain article, là c'est l'intro soyez patients) et en particulier à l'emploi du XHTML, des CSS et du Javascript pour déployer des applications sur cette plateforme.
Le but premier de ce blog est de me permettre de consigner mes trouvailles (plus ou moins glorieuses) que ce soit des astuces, des bugs, l'emploi de telle ou telle fonctionnalité afin de pouvoir les consulter facilement (et surtout ne pas tout éparpiller dans des tonnes de dossiers dont la moitié disparaîtront malencontreusement au prochain nettoyage de mon pc).
Et si vous poursuiviez la lecture ?