Itinéraire Libre

Grand barouf pour Adobe Air qui sort en version 1 (je ne peux pas tester, la version linux n'est pas encore sortie), dont les quelques applications ne sont pas encore vraiment attrayantes.

Mais pendant ce temps-là, sans que nulle part rien ne soit écrit, une version 0.9 de Prism est en train de mettre le nez dehors. Depuis quelques jours en effet, on peut trouver des archives qui ne sont pas encore officielles, mais qui augurent de la suite...

À noter que la commande de lancement a encore un peu changé et que les webapps packagées destinées à la version 0.8, ainsi que les applications précédemment installées dans un profil ne semblent plus compatibles. On peut supposer que le profile est géré différemment.

Au menu des nouveautés que j'ai pu constater :

• Grande facilité d'ajout d'applications, par le biais d'une simple fenêtre de formulaire, qui détecte automatiquement les favicons des urls proposées
• Gestionnaire de mot de passe, enfin !
• Gestionnaire d'extensions
• Possibilité d'activer les touches de navigation, la barre de status lors de la configuration d'une application
• Gecko plus récent

Gageons que Mark Finkle nous en parle bientôt !

L'avenir de Mozilla passera dans quelques mois par XULRunner. Et il est d'ores et déjà possible de voir de quoi cela aura l'air. XULRunner se présente aujourd'hui comme en quelques sortes un interpréteur d'applications XUL construites selon un schéma conventionnel défini. Celui-ci peut encore évoluer, et il le fera certainement, mais petit à petit, on voit se dessiner plus précisément la forme définitive de ces conventions :

base/
       application.ini
       chrome/
                 chrome.manifest
                 content/
                            applicationName/app.xul
                            applicationName/app.js
                            applicationName/(...)
                 locale/[lang-code]/applicationName/app.dtd
                 skin/classic/applicationName/app.css (...)
                 icons/applicationName/app.(ico|xpm)
       defaults/preferences/app-prefs.js

Le fichier application.ini est celui qu'il faut pour l'instant passer en paramètre à xulrunner, que ce soit avec linux ou windows. Les répertoires content, locale et skin peuvent être regroupés dans des fichiers jar. Cela est décrit dans chrome.manifest. Par ailleurs le fichier defaults/preferences/app-prefs.js (qui peut avoir un autre nom) est indispensable pour définir quel est le layout xul de départ (qui se trouve dans content).

Après ce rapide tour d'horison d'une application XUL, quelques tests ! Première étape : télécharger la nocturne récente (le numéro de version a son importance, mais rien ne vous empêche d'essayer avec les 1.9). Installez-les fichiers dans un répertoire simple à retrouver :

• sous linux, /usr/local/xulrunner avec un lien symbolique pour plus de facilité

# ln -s /usr/local/xulrunner/xulrunner /usr/local/bin

• sous windows "c:\Program Files\xulrunner" et l'ajout d'une entrée dans la base de registre [HKEY_CLASSES_ROOT\inifile\shell\XULrunner\command] : @="\"C:\\Program Files\\xulrunner\\xulrunner.exe\" \"%1\""

Les application publiques qui tournent sous XULRunner ne sont pas encore bien nombreuses, ni volumineuses. Mais quelques petits exemples permettent aux développeurs de se familiariser avec le principe.

• A commencer par l'exemple de base, qui date un peu et ne fonctionne qu'avec la version 1.8. A noter que pour faire fonctionner une application XULRunner sur la version 1.9 il faut changer dans application.ini la valeur de l'entrée MaxVersion (de 1.8 à 1.9) mais cela ne suffira pas toujours.
• Plus probant et même déjà pas mal intéressant, le mini browser pour XULRunner, par Darin Fisher, ainsi que son démineur qui donnent déjà la preuve que de simples applications fonctionnent déjà très bien.
• Dans le même style, je ne peux m'empêcher de faire la pub de svgclock qui utilise les capacités SVG de mozilla pour afficher une petite horloge sur le bureau. On n'est pas encore tout à fait au niveau des dashboards, mais cela viendra sûrement... N'hésitez pas à jouer avec ces petites applications, à les améliorer, vous en inspirer... il est temps de passer à la vitesse supérieure.

Car de vrais applications avec XULRunner, c'est déjà possible !

• Daim, un projet d'analye d'images, qui a été présenté aux dernières JDLL (ah comme j'aurais aimé y être) utilise XULRunner comme frontend de la librairie. C'est encore en développement, mais déjà utilisable.
• MozMapEditor de Paul Rouget sera une application vraiment intéressante, basée sur XUL et SVG. il est possible de voir un bout de code sur le cvs de mozdev, et de tester les balbutiements de l'application, mais Paul a dû retarder sa sortie. C'est sans doute pour bientôt !
• GenCat (via Pascal) est un agregateur écrit pour XULRUnner. Il a la particularité de s'installer avec le runtime de XULRunner, sans doute pour plus de simplicité côté utilisateur. Le mode de distribution des applications XULRunner n'étant pas encore au point.
• Chatzilla fonctionne désormais avec plus ou moins de bonheur dans XULRunner.
• Tout nouveau, il n'y a pas beaucoup d'infos dessus mais déjà le fonctionnement est pas mal du tout, Mozchat est un client jabber/gtalk léger et rapide. Il lui manque pas mal de fonctionnalités encore, certes, mais c'est déjà du bon boulot ! A noter que j'ai tenté rapidement de porter Jabberzilla pour XULRunner, avec un succès mitigé, puisque quelques éléments essentiels (le roster, par exemple) ne fonctionnent vraiment pas...)

Si vous voyez d'autres applications oubliées, je suis preneur !

Dernière remarque : Benjamin Smedberg qui est le chef du projet devrait lancer une petite compétition de développement d'applications après la sortie de Firefox 1.5... Préparons-nous !

Et d'ici peu, peut-être que cette page sera étoffée.

Petite astuce vraiment utile : tout comme pour Firefox, les options -console et -jsconsole passées en ligne de commande à xulrunner font apparaître les consoles demandées !

Mais bizarrement, cela ne fonctionne apparemment que si ces options sont passées en dernier (après le fichier .ini).

Depuis un bon moment traîne dans un coin de ma tête et sur un bout de papier une idée d'extension pour Firefox. J'en avais parlé à un développeur d'extensions prolixe^[1], mais il manquait de temps pour me donner un coup de main, du coup, j'ai laissé de côté. Mais franchement, une telle extension serait bien pratique parfois. Alors pourquoi pas partager l'idée ! Par manque de temps et aussi n'ayant pas réfléchi à ce par quoi il faudrait commencer, je n'ai rien réalisé de concret. Alors quiconque est intéressé en fait ce qu'il veut...

Le "Page holder" me manquait... cette fonction implémentée par David Hyatt le 4 août dans les webpanels, permettant d'envoyer un contenu web dans la sidebar directement. Cette fonction a été retirée le 6 août, parce que Dave ne trouvait pas de valeur ajoutée à cette partie des web-panels.

A noter qu'il existe une extension, Content holder très souple qui permet d'afficher un contenu web dans un second volet de fenêtre... Cette extension est bien paramétrable, mais ne me satisfait pas vraiment : pas assez simple, sans doute.

J'ai donc récupéré le code du page holder de Dave dans les cvs pour en faire une extension, mais sans l'autorisation de l'auteur, je ne préfère pas la publier. Puis en y réfléchissant bien, les besoins pour envoyer du contenu vers la sidebar sont rudimentaires : une ouverture de la page courante ou du lien sélectionné dans le sidebar, le tout par un menu contextuel. La fonction existe déjà : elle ouvre les bookmarks de panel dans la sidebar et les liens qui ont l'attribut target="_search", issu d'un usage dans IE (mais inutilisable puisque l'attribut target n'existe plus en xhtml strict 1.0 !). Du coup, voici venir pour commencer une toute petite extension[xpi] nouveau fichier[xpi] consacrée à cette tâche... J'envisage de faire une extension plus importante, genre "web-panels enhancer", avec menu contextuel dans la sidebar, raccourci clavier, etc... Là c'est juste pour dépanner !

Ah oui : les idées sont les bienvenues !