News Xulfr

I - Un XULRunner sous le capot

Un bon screenshot valant toutes les explications, voici un exemple d'organisation possible (parmi de nombreux autres) pour travailler le web dans Eclipse.

1. Contient l'aperçu de votre page rendue par Gecko. Les onglets suivants contiennent des documents source.
2. Un DOM inspector sur le document en cours
3. La classique console d'erreurs
4. Un DOM watcher, permettant de suivre les modifications sur le node sélectionné
5. Un inspecteur de style (computed style, style rules, box model)
6. Aperçu visuel du box model pour l'inspecteur de style
7. Un terminal javascript pour exécuter du code dans le contexte du document

Tout cela est rendu possible grâce au plugin ATF qui embarque un XULRunner 1.8.1 (cette version de XULRunner et les bindings Java sont également disponibles directement sur le ftp Mozilla).

Bien entendu, vous n'êtes pas limités au html ! Le XUL passera très bien... qu'il soit distant, local, ou même dans le chrome du XULRunner embarqué (cette dernière option n'étant pas forcément la bonne approche, cependant).

Le mode édition, enfin, a de gros atouts, aussi bien en javascript (avec la validation de syntaxe assistée par JSLint):

... qu' en (?:x|xht|ht)ml

ou encore pour l'édition des stylesheets.

Le couple Eclipse/XULRunner, ici sous la forme Eclipse+WTP+ATF, est une grande réussite : toute la puissance de la plate-forme Mozilla (inspection, rendu) intégré proprement dans un workspace hautement configurable.

II - XULBooster: La vengeance

L'intégration de XULRunner dans la plate-forme, c'est très bien - mais il ne s'agit pourtant pas d'un environnement de développement "orienté extensions" (ou orienté applicatif standalone sur XULRunner). Ce rôle-là a longtemps été assuré par EclipseXUL (par OrangeVolt). À mettre au passé, donc, puisque maintenant c'est officiel, le vénérable n'est plus... Commentaire de son créateur :

EclipseXUL will be closed - XulBooster rules. I recently ran across XulBooster, a much more complete Eclipse plugin than EclipseXUL - my own home grown Eclipse XUL plugin effort. XulBooster seems to make a lot of progress these days. Therefore - and to prevent confusing users (which plugin do I need ?) I will close the EclipseXUL project. It makes me happy to see XulBooster growing.

Nous voilà donc prévenus: XulBooster rules ! La dernière release (0.1.6), du 14 Mars 2007, contient un bon nombre d'améliorations, et si XULBooster reste un projet encore "jeune", il est maintenant très utilisable et plus que prometteur. Voici en quelques screenshots un parcours de ses fonctionnalités les plus intéressants.

Édition de l'install.rdf d'une extension en "mode visuel":

À noter les liens "Register extension", "Launch Firefox", "Using the export wizard"... qui font bien ce qu'ils suggèrent ! Créer une extension et l'installer dans le chrome en quelques clics, la packager en un clic, que du bonheur !

Snippets XUL, toujours pratique:

L'aperçu design pour les XBL (encore quelques problèmes avec les retours chariots dans les commentaires ;)):

D'autres screenshots sont disponibles sur le site XULBooster.

Conclusion: Eclipse, Mozilla ready ?

Il est traditionnel d'opposer le frame-work Eclipse (et sa toolkit RCP) à Mozilla (avec XUL) - certains veulent même les voir comme d'irréductibles concurrents. Cette perception est sans doute faussée - au moins en grande partie. Preuve en est l'excellent résultat démontré par les créateurs d'ATF (officiellement relayé par la fondation Mozilla) : on peut intégrer le meilleur moteur de rendu dans le meilleur environnement de développement pour le plus grand bénéfice de tous. Quant à la possibilité d'avoir un jour un environnement de développement de qualité professionnelle entièrement dédié à XUL, le petit XULBooster pourrait bien être en train de montrer la voie !

Notes et addenda

L'utilisation d'Eclipse n'est pas triviale: il y a une certaine marge d'apprentissage, et un temps à consacrer à apprivoiser la bête avant d'être vraiment productif. D'autre part, l'usage d'un IDE n'est pas forcément adapté à tous et à toutes les circonstances: parfois, emacs et zsh suffisent amplement ;). À noter enfin qu'une machine décente est nécessaire: 500 mégas de RAM à consacrer à l'IDE n'est pas de trop...

Ceux qui, toutefois, souhaitent se lancer dans l'aventure ne le regretteront pas ! Nous leur conseillons d'utiliser un build Eclipse récent (3.2.2), avec WTP, et de récupérer la dernière release ATF stable. On leur conseillera également l'usage de Subclipse et de Mylar.