News Xulfr

La prochaine version majeure de Firefox (la version 4 à priori), aura de nombreux changement dans le système d'extensions XPI. Par exemple, la plupart d'entre elles pourront être installées sans avoir à redémarrer l'application, nous l'avions évoqué dans une news précédente.

Un des obstacles à l'installation d'une extension sans redémarrage, est la façon dont les composants XPCOM sont activés. Actuellement, ils ne peuvent l'être qu'au démarrage. Gecko parcours le dossier components, charge le fichier dll/so/js, et appelle une fonction spécifique, NSGetModule implémentée dans la bibliothèque, pour que les composants puissent s'enregistrer.

Dans un futur proche (d'ici quelques jours ou semaines dans mozilla-central), la déclaration des composants se fera dans le chrome.manifest. Ce sera donc plus simple. Vous pourrez toutefois continuer à implémenter NSGetModule et cie, pour maintenir une compatibilité avec les versions précédentes de Gecko.

Ce changement permettra en plus un démarrage plus rapide de l'application, puisque gecko n'aura plus à parcourir le dossier components et à précharger les bibliothèques.

Une incidence à ce changement : le composant ne pourra plus écouter les notifications "xpcom-startup" et "app-startup", mais devra écouter la notification "profile-after-change", qui est préférable de toute façon, puisque elle est envoyée une fois le profil chargé, donc le composant a accès aux ressources du profil.

Pour plus de détails, et commencer donc à migrer vos composants pour Firefox 4, voir le billet de Dave Townsend.

Un nouveau tutoriel a fait son apparition sur le Mozilla Developer Center : Xul School. Il est orienté développement d'extensions, et a une approche plus pédagogique que le célèbre Xul Tutorial. Il permet ainsi de mieux comprendre les rouages des technologies Mozilla.

Reste à trouver un volontaire pour le traduire dans la partie française de MDC ;-)

Hier soir, des développeurs XUL, dont l'équipe Xulfr, étaient invités à rencontrer et à discuter avec Chris Beard (Chief Innovation Officer chez Mozilla) et Nick NGuyen (Director of Add-ons chez Mozilla), qui étaient de passage à Paris. Suite à certaines annonces malencontreuses par le passé, cela a donc été l'occasion d'en savoir plus sur le futur des extensions.

Lire la suite

Deux gros chantiers dans Gecko sont en cours : l'accélération matérielle graphique, et une nouvelle version majeur du moteur javascript.

Lire la suite

Mozilla a décidé de supprimer le support de XUL dans les pages web. Cela signifie que l'on ne pourra plus utiliser des éléments XUL dans application "distantes", hors chrome.

Lire la suite

Firefox 3.6 est sorti en version finale il y a une dizaine de jour, ainsi que sa version mobile pour Maemo.

Le coeur de Firefox 3.6, gecko 1.9.2, apporte de nombreuses nouveautés au niveau des technologies web, et permettent, avec les autres avancées HTML5 présentes dans les versions précédentes de Firefox, de réaliser maintenant des applications web vraiment puissante.

Pour le montrer, Paul Rouget vient de sortir une nouvelle démo. Cependant, c'est plus qu'une démo, c'est une véritable petite application concrète.

Lire la suite

Mozilla vient de publier un brouillon sur les évolutions futures dans Gecko et dans Firefox. L'occasion de faire le point.

Lire la suite

Pour faire de la 3D dans Firefox, il y a actuellement une extension qui ajoute un contexte 3D sur la balise <canvas>. Et ce week-end, le code de ce contexte 3D vient d'être inclus dans le trunk Mozilla. Cela, en vue d'améliorations significatives et de fournir à terme, nativement dans Firefox et XulRunner, une API 3D.

Cela fait suite à la création en mars dernier d'un groupe de travail à Khronos Group, en collaboration avec Mozilla, pour créer un standard ouvert et libre de droits sur l'accéleration graphique 3D sur le Web. (voir le communiqué officiel).

Pour le moment, ce contexte 3D n'est pas compilé par défaut. Il faut activer le flag --enable-canvas3d dans le fichier .mozconfig pour activer la 3D dans XulRunner ou Firefox. À noter aussi que l'API du contexte 3D n'est pas stable, et qu'il y aura certainement des changements durant les prochains mois, suite au travaux du Khronos Group.

Pour la sortie de Firefox 3.5, un site vient d'ouvrir : hacks.mozilla.org. Ce site va publier à partir d'aujourd'hui, chaque jour et pendant 35 jours, un article et/ou une démonstration qui vous montrera une nouveauté technique de Firefox que vous pourrez utiliser dans vos pages web, et accessoirement, dans vos applications XUL. Par exemple, des demos sur la geolocalisation, le drag and drop, l'utilisation des fontes web, les nouveautés sur l'élément canvas, les nouvelles balises audio et video, les nouvelles propriétés CSS et les nouveaux sélecteurs etc..

Découvrez toutes les nouvelles possibilités de Gecko 1.9.1 !

Pour les impatients, voyez la liste complète des nouveautés pour les dévelopeurs, sur developer.mozilla.org.

Mozilla Labs lance le projet JetPack. L'objectif de ce projet est de développer une extension qui propose toute une API pour créer des extensions d'une manière plus simple, en réutilisant au maximum les technologies du web, et en n'obligeant pas à faire du XUL par exemple. Le but étant de permettre aux développeurs web de créer rapidement des extensions, sans avoir à lire un tutoriel XUL.

Lire la suite

À l'image de ce qui est fait dans le navigateur Chrome ou Internet Explorer 8, une future version de Firefox pourrait bien profiter des processeurs multiples, en créant un processus pour chaque onglet ouvert. Un projet vient de démarrer au sein de l'équipe Mozilla pour étudier la faisabilité de cette fonctionnalité, et réaliser les changements à effectuer dans Gecko. Une page sur le wiki de Mozilla a été créée pour l'occasion.

Lire la suite

Dans Firefox 3.5, de nombreuses améliorations vont permettre de faire des choses inédites dans les pages web.

• La balise <video>, qui permet d'afficher une video
• Des améliorations sur la balise <canvas>
• Les DOM workers, qui permettent d'exécuter plusieurs traitements javascript en parallèles.
• Des améliorations sur XHTMLHttpRequest qui permettent de savoir l'avancement d'un téléchargement, et de travailler avec des sites exterieurs au site courant.

Paul a réalisé plusieurs démonstrations pour mettre en avant ces possibilités.

• Améliorations sur XHTMLHttpRequest
• Les Web Workers en action
• Et la plus impressionnante : Experimentation avec canvas et video

Pour des explications en français, vous pouvez allez lire le billet de René-Luc : Soyez créatif avec HTML5.

Bien sûr, c'est utilisable non seulement dans des pages web, mais aussi en XUL dans vos extensions ou applications XulRunner. Pour en savoir plus sur les améliorations apportées dans le future Firefox 3.5 (qui sortira cet été si tout va bien), allez voir la liste sur MDC. Et si vous êtes un développeur d'extensions, commencez dés à présent à adapter vos extensions pour cette future fantastique version !

Le développement de Firefox 3.1 suit son cours. Une troisième beta vient de sortir. Vous pouvez la télécharger ici.

Les nouveautés de cette beta :

• Amélioration du mode navigation privée.
• Amélioration du support des worker threads en javascript (executions de scripts JS en parallèle)
• Le support natif de JSON
• Amélioration sur les performances du moteur de rendu
• Améliorations des performances et de la stabilité du nouveau moteur Javascript TraceMonkey.
• Améliorations sur les nouvelles balises <video> et <audio>

Vous trouverez la liste complètes des nouveautés de Firefox 3.1 sur MDC (par rapport à Firefox 3.0).

Sachez que la version finale de Firefox 3.1 sera en fait nommée Firefox 3.5, justifié par le nombre d'améliorations. Cependant le numéro de version de Gecko correspondant restera 1.9.1 (à priori, idem pour XulRunner, mais rien n'est encore confirmé).

Il est temps pour les développeurs d'extensions de commencer à adapter leurs extensions pour Firefox 3.5, afin qu'elles soient prêtes quand les utilisateurs quand ils mettront à jour. Le numéro de version maximum à indiquer (surtout si vous voulez poster votre extensions sur addons.mozilla.org), est 3.5b4pre. Pour les développeurs qui ont commencé à développer des extensions pour la version de Firefox d'après, ce n'est plus 3.2a1pre, mais 3.6a1pre.

En ce début d'année 2009, Mozilla sort une nouvelle version stable de XulRunner, la version 1.9.0.5 donc, qui correspond à Firefox 3.0.5, et qui corrige principalement des bugs de sécurité.

• Les binaires
• les SDKs
• Les sources

À noter aussi ce tutoriel en anglais sur devmo pour débuter avec XulRunner : Getting started with XULRunner.

Meilleur voeux pour 2009 !

La sortie récente du framework Apollo (Adobe) a suscité quelques réactions dans la sphère des Xul-eurs, et tout particulièrement de la part de vos serviteurs.

• Laurent Jouanneau est interviewé sur son point de vu sur les technologies Mozilla (des précisions sur son blog).
• Paul Rouget donne son avis sur l'implication de la Mozilla Corporation dans la plateforme Mozilla.
• et à noter, un commentaire plutôt pertinent de Tristan Nitot à ce sujet.

Modification importante dans le dernier ChangeLog de Firefox 3: support SOAP abandonné, et ce, principalement pour des raisons de sécurité et de difficulté de maintenance. Le composant XPCom SOAP pourra toujours être distribué sous forme de composant tiers fournit avec votre extension ou votre application XulRunner. Il est aussi possible et conseillé d'utiliser un script tiers (comme décrit dans un tutoriel sur ibm.com).

Plus d'infos dans les commentaires du bug correspondant.

La future version de XulRunner et Firefox, implémenteront la balise video de HTML5. Gecko saura lire nativement les vidéos au format ogg-theora, et peut être d'autres formats via le système d'exploitation. Ainsi, il sera aisé d'inclure des vidéos dans vos applications XUL, en écrivant une seule balise dans vos fichiers XUL.

L'élément video a des méthodes et propriétés pour contrôler la lecture de la vidéo, mais offre aussi la possibilité d'afficher une interface par défaut, avec des boutons de lecture, arrêt, volume sonore etc..

À lire pour plus de détails :

• Une présentation de la balise video, sur mon blog.
• L'article de Schrep, expliquant le choix du format ogg theora. L'article est traduit en français sur framablog.
• des démos sur le site de Chris Double (le développeur de la balise video dans Mozilla), mais aussi une superbe démo sur le blog de Paul, montrant les possibilités d'une balise video, combiné avec SVG et des nouveaux effets CSS disponibles dans Firefox 3.1. (Ces démos nécessitent d'installer la beta1 de Firefox 3.1).

Il y a quelques jours, l'implémentation de l'API HTML5 pour faire du glisser/deposer a été incluse dans la version de développement de Gecko 1.9.1 (Firefox 3.x). Il est donc possible d'ajouter assez simplement des fonctionnalité de glisser/deposer dans une page HTML distante. Dans son principe de fonctionnement, elle ressemble à l'API drag'n'drop qui existe depuis toujours en XUL en mode privilégié (extensions, applications). La différence c'est qu'en XUL, il faut manipuler des composants XPCom, ce qui en interdit son utilisation sur les pages XUL web.

La bonne nouvelle, c'est que cette restriction est du passé, car l'API HTML5 du glisser/déposer est aussi utilisable en XUL ! Ce qui est une très bonne nouvelle, quand on sait que l'ancienne restriction était un frein à l'utilisation de pages XUL distantes, et que souvent les développeurs choisissait de réaliser leur application sous forme d'extensions à cause d'elle. Bien sûr, cette API, plus simple que la manipulation des composants XPCOM, peut être aussi utilisée dans les extensions et applications XulRunner.

Pour des explications sommaires sur l'utilisation de cette API, lisez ce billet sur mon blog, avec en prime un exemple d'utilisation en XUL (à tester avec une nightly de Firefox 3.1).

Grosse amélioration des performances du moteur Javascript dans le prochain Firefox 3.1 (et donc Gecko 1.9.1/XulRunner 1.9.1), que vous pouvez tester dans les nightlies (mais il faut l'activer, via une préférence dans le about:config). Le moteur javascript, SpiderMonkey, qui devient pour l'occasion TraceMonkey, inclus une technologie d'exécution JIT qui inclus un système d'optimisation de code. Sur pas mal de benchmark javascript, Firefox 3.1 est de 1.8 à 22 fois plus rapide que Firefox 3. Et pour le coup, dépasse à nouveau le nouveau moteur javascript de Webkit, qui avait pris la tête du peloton il y a quelques mois, grâce à son compilateur de bytecode embarqué. Mais bien sûr, ce n'est qu'un début. L'inclusion complète de la machine virtuelle Tamarin dans SpiderMonkey améliorera encore plus les choses (mais ça, pas avant Mozilla 2). Pour en savoir plus, voici quelques billets à lire :

• TraceMonkey: JavaScript Lightspeed (Brendan Eich)
• Tracing the Web (Andreas Gal)
• The Birth of a Faster Monkey (Mike Shaver)
• Great performance improvements coming for refox 3.1 (Mike Schroepfer)
• TraceMonkey (John Resig)

XulRunner 1.9 RC2 est disponible en téléchargement ! C'est une distribution officielle : Mozilla fera donc à nouveau des sorties régulières de XulRunner, au même rythme que les versions de Gecko (et de Firefox donc).

Au programme de cette nouvelle version : toutes les améliorations de Gecko 1.9 que vous avez également dans Firefox 3. Rappelez-vous aussi que Firefox 3 n'est autre qu'une appli XulRunner, et donc peut executer des applications XulRunner !

Bien que la préparation de la sortie de Firefox 3 mobilise pas mal de développeurs pour corriger des bugs, cela n'empêche pas d'autres développeurs de continuer à améliorer Gecko pour une version ultérieure (gecko 2.0 ou gecko 1.9.1). Quelques évolutions intéressantes :

• Chris Double continue son travail sur la balise <video> : un patch est disponible pour utiliser gstreamer comme backend.
• David Baron a fait un patch sur le support des sélecteurs de pseudo classes :nth-*(). Ce sera disponible dans Gecko 1.9.1 à priori, et permettra d'avoir un support quasi complet des sélecteurs CSS3.
• Michael Ventor est en train de travailler sur la propriété text-shadow en CSS. Il propose même une version expérimentale de Firefox qui contient son patch. Vous pouvez testez en visualisant cette page.

Des nouvelles pour les développeurs XUL :

• Dans Gecko 1.9 (Firefox 3), l'affichage des images qui sont utilisées pour le background tient compte de -moz-border-radius. (Voir un exemple sur le blog de songbird).
• Mark Finkle explique une modification qui a été faite sur l'API FUEL. Mettez à jour votre extension si elle utilise cette API (mais bien sûr, elle l'utilise n'est-ce pas ? Car bien entendu, vous avez ou êtes en train d'adapter vos extensions pour Firefox 3 ;-) )
• Comme vous le savez déjà certainement, Mozilla se lance à fond dans le mobile. Voici des nouveaux mokups pour firefox, mais aussi les premiers binaires de XulRunner pour les mobiles basés sur des processeurs ARM (Maemo par exemple). Blad Lassey en parle et vous donne une liste de mini-navigateurs utilisant XulRunner à tester sur votre mobile :-)
• J'ai écrit un snippet pour montrer comment charger un document XML, le modifier, et le sauvegarder (dans un fichier local). Ça ne fonctionne que sur Gecko 1.9 car le composant documentEncoder n'est pas scriptable sur Gecko 1.8.
• La version nightly de Firefox 3 a un score de 70/100 au test acid3. Sachez cependant que Firefox 3/gecko 1.9 n'atteindra pas 100/100. En effet, les tests qui ne passent pas encore concerne entre autre des choses comme les animations SVG, qui nécessitent trop de temps de développement pour être prêt pour la sortie de Firefox 3.

Mozilla vient de sortir la dernière version alpha de Firefox 3. Il est rappelé que cette version est destinée uniquement aux développeurs (d'extensions entre autres), et non aux utilisateurs finaux. Voici un récapitulatif de ce que l'on peut trouver de nouveau, pour les développeurs, depuis la sortie de la version 1.9a3 que l'on avait signalé.

Lire la suite

Sur developer.mozilla.org, le guide sur les templates a été presque entièrement mis à jour en expliquant comment utiliser le nouveau système de template dans Firefox 3, en particulier l'utilisation des sources de données XML et sqlite. C'est en anglais, mais ce sera très certainement traduit dans la section française par les contributeurs qui font un travail remarquable de traduction sur ce site. Au passage, le tutoriel XUL que l'on avait traduit sur xulfr a depuis quelques temps migré sur developer.mozilla.org.

Le développement de la balise <video> dans Firefox, qui permet d'afficher une vidéo de façon simple dans une page web, avance à grand pas. Des versions expérimentales de Firefox 3 avec le support de cette balise sont désormais disponibles pour Windows, Mac et Linux.

• Téléchargement
• Exemples d'utilisation de <video>
• Ticket dans Bugzilla sur l'implémentation
• Spécification de la balise <video>

On ne sait toujours pas encore si <video> sera intégrée dans la version officielle de Firefox 3. Il y a en effet encore du travail, et la beta2 approchant, il devient de moins en moins évident que cette intégration soit acceptée si tardivement.

À noter aussi que se tient aujourd'hui et demain, un séminaire au W3C sur la vidéo sur le web, qui débouchera certainement sur la création d'un groupe de travail pour créer des spécifications sur la manière d'intégrer des vidéos dans une page web (peut-être par le biais de cette balise <video> mais rien n'est sûr), sur les formats recommandés etc.

À propos de graphisme, Vladimir, un core-developer de Mozilla, a publié un article sur l'architecture interne de la couche graphisme dans Gecko. Un sujet très intéressant pour ceux qui veulent comprendre comment fonctionne de manière général cette partie de Gecko, qui a été beaucoup remanié depuis Firefox 2.

Enfin, Vladimir a aussi publié une extension qui permet de faire de la 3D avec <canvas>. Il vous faut Firefox 3b1, et de la chance car apparement, ça ne fonctionne pas chez tout le monde.

XPFE va bientôt disparaitre du dépôt CVS de Mozilla. Pour rappel, XPFE est le premier toolkit crée pour la plateforme Mozilla, et ayant servi de base aux navigateurs Netscape 6, Netscape 7 et la suite Mozilla. Il contenait ainsi les premiers xbl du langage XUL, certains composants "métiers" et techniques de la suite Mozilla, les thèmes par défaut etc. Pour la création de Firefox, les développeurs avaient choisi de refaire un nouveau toolkit (appelé toolkit tout simplement), mieux organisé, avec des composants plus efficaces et des nouveautés (gestionnaire d'extensions, de thèmes, gestionnaire de download, système de mise à jour).

Comme vous le savez, le toolkit est utilisé aujourd'hui par la majeur partie des produits Mozilla (Firefox, Thunderbird, Calendar, XulRunner...), et il ne restait plus qu'un seul produit qui utilisait encore XPFE : la suite Seamonkey (ex suite Mozilla). Or la prochaine version de Seamonkey (1.5 normalement, et dont le nom de code est suiterunner) sera basé sur le toolkit actuel, et non plus sur XPFE. Après un énorme travaille de fond, la migration est sur le point de se terminer, ce qui annoncera alors la fin de XPFE. Par la même occasion, Seamonkey profitera donc de toutes les api, de toutes les possibilités du toolkit, qui ont fait le succès de Firefox et Thunderbird.

FUEL est un ensemble d'API javascript qui facilite énormément le développement d'extensions. En gros, il s'agit d'objets Javascript qui cachent la manipulation complexe de certains objets XPCOM. La version 0.1 est maintenant incorporée dans la version nightly de Firefox 3. Cette version 0.1 propose ainsi des objets permettant de récupérer des informations sur l'application, sur les extensions, de manipuler les préférences, SessionStorage et les évènements.

La version 0.2 ira plus loin, puisqu'elle permettra de manipuler facilement les différents éléments de firefox : les toolbars, les onglets, les bookmarks etc..

Pour les développeurs d'extensions qui prévoient de migrer leurs projets sur Firefox 3, c'est une API à étudier !

Tenir compte de l'accessibilité permet à des personnes ayant des déficiences physiques (mauvaise vue, utilisation de lecteur d'écrans vocaux etc..) de mieux utiliser l'interface. Mais l'accessibilité concerne en fait tout le monde, car les personnes "normales" profitent aussi des avantages d'une interface accessible : facilité d'utilisation, meilleure ergonomie (puisque l'interface aura été mieux pensée) etc.

Le langage XUL contient tout ce qu'il faut pour faire des interfaces "accessibles" : raccourcis clavier, suivi de focus etc.. Encore faut-il utiliser les balises et attributs qu'il faut et comme il faut.

Aussi Aaron Anderson a-t-il produit sur MDC, un document, une sorte de check-list, énonçant les points auxquels il faut faire attention quand on réalise une interface avec XUL. Il a également réalisé une extension qui permet de détecter les points faibles de vos interfaces, en matière d'accessibilité.

N'hésitez pas à consulter ces liens, vos applications n'en seront que meilleures.

• L'écriture des spécifications de XBL 2 est désormais terminée. Il ne manque qu'une seule étape avant que XBL 2 soit un standard au W3C : il faut que le langage soit implémenté dans deux produits différents. C'est prévu dans Gecko bien sûr, mais il n'y a pour le moment aucune date (voir le ticket dans bugzilla).
• Parmis toutes les choses nouvelles qui sont incorporées chaque jour dans le trunk Mozilla pour le futur Gecko 1.9, notons dernièrement :
  • L'implémentation du format APNG (du PNG animé)
  • Le système de cache offline pour HTML , avec la balise <link rel="offline-resource" /> (voir la news au sujet des applis web offline dans Firefox 3).
• Une nouvelle version du plugin eclipse XulBooster est sortie (0.1.6), apportant un nouveau wizard pour exporter une extension au format xpi, des améliorations dans l'éditeur de XBL, et quelques autres améliorations au niveau de l'interface.
• Même si ce n'est pas une version "officielle", sachez que XulRunner 1.8.0.9 est disponible sur le ftp de Mozilla, incluant donc les corrections des bugs de sécurité de Gecko 1.8.0.9/Firefox 1.5.0.9.

update 30/03/2007 : il semble y avoir des problèmes sur l'installation de XulBooster. En attendant que ce soit corrigé dans la version officielle, vous pouvez télécharger une version corrigé par l'un des internautes de xulfr, DavidB21 : XulBooster-0.1.6.2-repacked.zip.

Mozilla a sorti une nouvelle version intermédiaire du développement de Firefox 3. Pas encore de grande nouveauté au niveau de l'interface, le plus gros des changements ayant été pour le moment dans Gecko, le moteur de rendu (version 1.9a3).

Lire la suite

Tor a publié un billet sur les avancées de SVG prévues dans Firefox 3. Du fait qu'il n'y a pas beaucoup de temps disponible sur le développement de SVG, des priorités ont été établies :

1. au top des priorités, la correction des bugs de sécurité
2. viendra ensuite les améliorations sur ce qui a déjà été implementé pour SVG et finir si possible l'implémentation des spécifications de base.

Par contre, pour l'implémentation de SMIL (donc de "SVG animate"), ainsi que de "SVG fonts", il faudra attendre au moins 2008. À moins qu'il y ait des volontaires pour le faire. D'ailleurs Tor appel les entreprises qui ont besoin de SVG, à mettre à disposition des développeurs pour accélérer ces développements.

Firefox évolue de façon à implémenter de nouvelles fonctionnalités pour les applications web, surtout celles de type ajax. C'est ainsi que de plus en plus de spécifications du WHATWG, dont certaines en cours de normalisation au w3c, sont incluses dans Firefox (voir les groupes de travail web API et web application format au w3c).

Lire la suite

Plusieurs personnes chez Mozilla sont en train de plancher sur une API pour faciliter le développement d'extension. Elle a pour nom FUEL et une rubrique a été créée pour l'occasion sur le wiki de mozilla.

FUEL permettra de manipuler plus facilement les préférences, les bookmarks, les extensions, les toolbars, les évènements, et bien d'autres choses à terme.

Cette API devrait être inclus dans Firefox, voir même dans le toolkit donc dans XulRunner, Thunderbird etc (rien ne semble être figé pour le moment).

Un petit exemple : pour récupérer une préférence, on fait habituellement ceci :

var prefValue = false;
try {
   prefValue = gPrefService.getBoolPref(this.domain);
} catch (e) {
}

Avec FUEL, on a juste à faire ceci :

 var prefValue = Preferences.get(this.domain, false);

N'hésitez pas à aller voir les blogs de Mark Finkle et John Resig pour avoir un aperçu de l'API.

Stuart Parmenter a publié sur son blog, les slides de la présentation sur le futur de Gecko qu'il a fait au developer day, organisé par Mozilla Japon.

Lire la suite

Brendan Eich a annoncé le projet Tamarin : ce projet a pour but de développer une implémentation complète et performante d'Ecmascript édition 4. Cette implémentation sera toujours basée sur le moteur actuel, spidermonkey, l'interpréteur javascript de Mozilla, mais contiendra en plus une machine virtuelle Ecmascript. Grâce à cela, le code javascript des pages web est compilé en bytecode puis exécuté par cette machine virtuelle. Elle fait même du JIT (Just In Time) : le bytecode peut lui même être traduit directement en instruction machine.

Conséquence immédiate : des performances accrues dans l'exécution des scripts JS, que ce soit dans les pages web, dans les extensions, ou dans les applications XUL, et donc dans le futur Firefox 3, Thunderbird 3^[1] etc.. Les développeurs pourront aussi profiter des dernières évolutions syntaxiques de Ecmascript.

Le code vient d'être posté dans le trunk Mozilla ^[2] et, grande nouvelle, il a été livré par... Adobe ! En effet, cette machine virtuelle n'est rien d'autre que celle utilisée dans le moteur Flash 9 pour exécuter de l'ActionScript 3 (qui est basé sur le standard Ecmascript). Et bien sûr a été développée par Adobe. Elle a été intégrée dans Mozilla sous les trois licences habituelles du code Mozilla : MPL, GPL, LGPL.

• L'annonce "technique" de Brendan Heich (Chief technology officer chez Mozilla Corp.)
• Les explications de Franck Heicker (Directeur Exécutif de la fondation Mozilla)
• L'annonce presse

Un des éléments les plus puissants du framework XUL est l'élément Tree. Il a l'avantage de fournir un moyen simple de construire des arbres complexes et fluides (en se passant de la lourdeur du DOM).

Actuellement, vous ne pouvez mettre dans un arbre que des cellules non éditables. Neil Deakin travaille sur une amélioration de l'arbre pour que l'on puisse éditer ces cellules.

Laurent Jouanneau travaille actuellement sur un nouvel élément, Richtreeitem, à placer dans un richlistbox, qui de la même manière que les richlistitem, permet de mettre n'importe quel élément XUL dans chaque item, tout en affichant les items sous forme arborescente. Laurent exploite la technologie XBL pour réaliser cet élément.

Comme un screenshot vaut mieux que mille mots:

• richtree sur le Glazblog.

Une nouvelle version de l'extension Mozilla XForms est sortie Jeudi 27 Juillet.

Vous pouvez donc faire la mise à jour de la version 0.5 à partir de votre gestionnaire d'extension préféré ou bien télécharger l'extension sur le site addons.mozilla.org. (Voir aussi la page du projet).

Pour rappel XForms est un langage XML normalisé par le W3C et ayant pour but d'être utilisé pour les formulaires avançés. Pour plus d'informations vous pouvez visiter la page dédiée sur le wiki. L'extension Mozilla XForms permet donc à Gecko d'interpreter les balises XForms contenues dans vos fichiers HTML et XUL, et d'afficher le formulaire.

À en croire la page de l'état d'avancement du développement , la majorité des spécifications de XForms sont implémentées, avec toutefois son lot de bugs...

Le W3C vient de sortir un premier brouillon des spécifications de XBL 2.0. Ian Hickson (développeur Mozillien de son état) travaille depuis plusieurs mois sur ces spécifications, que peut-être certains avaient déjà pu lire sur le site de Mozilla. XBL 2.0 sera probablement implémenté dans Gecko 1.9 (donc disponible courant 2007). Tout dépendra de la rapidité de l'avancement du projet.

Bref, donc c'est maintenant officiel, XBL 2.0 va être normalisé par le W3C. Il ne manquera plus qu'une standardisation de XUL pour que la plateforme Mozilla soit certifiée "100% standards inside" ;-). À ce propos, le groupe de travail "Web Application Formats" n'a toujours pas statué sur le langage XML d'interface utilisateur sur lequel ils vont se baser pour normaliser un XUL-like. Cependant le XUL de Mozilla semble avoir de grandes chances.

Neil Deakin, que vous connaissez certainement puisqu'il est l'auteur du tutoriel que nous avons traduit sur xulfr, et l'auteur du site XulPlanet.com, vient d'annoncer ce sur quoi il a travaillé depuis qu'il a été embauché par Mozilla Corporation au début de l'année. Il est en train d'apporter de grandes améliorations sur le XUL. Jugez plutôt..

Lire la suite

À la conférence XTech 2006, il y a eu deux présentations des prochaines versions de XBL et Javascript.

XBL2 tout d'abord, qui va être normalisé par le W3C si tout va bien. Ce sera un grand pas en avant car contrairement à XBL 1.0, il y aura donc une vraie spécification, qui sera certainement adoptée par Opera et Safari. Cette future version corrigera un certain nombre de problèmes de la version actuelle implémentée dans Gecko 1.8, et permettra plus de choses. En particulier, le but de XBL 2 est de faire sauter les quelques limitations de XBL 1.0, afin de pouvoir ajouter la prise en charge par le navigateur, d'un dialecte XML complexe (comme XForms). De ce fait, XBL 2.0 ne sera pas compatible avec XBL 1.0. Vous pouvez en lire la spécification en cours de rédaction sur le site de Mozilla.

Ensuite, Javascript 2, qui apportera de gros changements, tout en restant compatible avec l'existant. C'est ainsi que l'on aura :

• la possibilité de typer les variables, les paramètres et la valeur de retour des fonctions
• des types supplémentaires : int, double, decimal, Class, Type.
• la possibilité de réaliser des classes, avec namespaces, types d'accés (public, private...), héritage, interfaces
• un système de package comme dans Java : package org.mozilla.venkman {...}, import org.mozilla.venkman.*
• portée des variables restreint à un bloc si on veut
• iterateurs, générateurs, "à la Python", que l'on retrouvera dans Javascript 1.7 (Firefox 2) puisque cela vient d'être implémenté.
• redéfinition d'opérateurs comme en C++
• meilleure prise en charge des opérations sur les décimales

Pour plus de détails, vous pouvez lire la présentation de Brendan Eich sur JS2. La majorité des spécifications de Javascript 2 sera implémentée dans Gecko 1.9 (Firefox 3.0), sous le nom Javascript 1.9.

Vous pouvez lire les autres présentations XTech à propos de Mozilla sur http://developer.mozilla.org/presentations/xtech2006/.

• Une des nouveautés de Firefox 2, sera sa nouvelle boîte de gestion d'extension et de thèmes. Voici quelques captures ici.
• Une autre des nouveautés de Firefox 2, était un nouveau système remplaçant les marques pages et l'historique de navigation. Il a été reporté à une version ultérieure (Firefox 3 certainement), pour des raisons techniques.
• Benjamin Smedberg annonce qu'il a enfin une version experimentale du futur Firefox 3, qui tourne avec XulRunner.
• Une version experimentale de Firefox 3/gecko 1.9 passe le test Acid2 ! Ce test permet de vérifier l'implémentation correcte de certaines spécificités de CSS2. Actuellement les dernières versions d'Opera, Safari et Konqueror passe le test (mais pas IE 6, ni le futur IE 7). Dans la version de développement de Gecko 1.9, le test donne ça. Vivement que les patchs soient intégrés !
• Daniel Glazman est en train d'inclure l'extension MinimizeToTray dans le code de Mozilla : on aura donc la possiblité (dans Gecko 1.9 probablement), de minimiser une application XulRunner dans la partie "systray" de la barre des tâches de windows, sans installer d'extension tierce.
• Sortie de la version 0.5 de l'extension XForms (pour Firefox 1.5.02 ou Seamonkey 1.0.1).

Dans la version en développement de Gecko 1.9 (Firefox 3.0), le système de template XUL a largement évolué : il permet maintenant de travailler sur des sources de données autre qu'un fichier RDF (locale ou distant). Pour cela l'architecture interne du moteur de template a été complètement revue, et ce dernier s'appuie sur des sortes de "drivers", dédiés à des types de sources de données précis, pour générer un contenu XML quelconque (XUL, XHTML...). C'est donc un moteur de template extensible.

Pour le moment, il n'y a que le "driver" RDF, mais il y en aura prochainement

• pour utiliser n'importe quel source de données XML
• pour utiliser MozStorage (SQLite)
• certainement un autre utilisant l'extension sql.
• etc.

Et on pourra normalement en développer soi-même, pour s'appuyer sur d'autres types de sources de données (en faisant notament des composants implémentant nsIXULTemplateQueryProcessor et nsIXULTemplateResult).

À noter que ce nouveau moteur de template est compatible semble-t-il avec l'ancienne syntaxe de la balise template, bien qu'il y ait pour le moment encore des bugs.

Pour en savoir plus sur ce nouveau système :

• Les spécifications
• Le bug 285631 qui permettait de suivre le développement de ce système

XUL Runner, l'environnement d'exécution pour applications Mozilla, vient de sortir en version "developer stable" : 1.8.0.1. Les développeurs XUL disposent maintenant d'une plateforme stable pour déployer leurs applications.

Lire la suite

Les communications du type voix sur IP, permettant de "téléphoner" d'ordinateur à ordinateur et de messagerie instantannée connaissent un véritable engouement ces derniers temps. Il y a bien sûr la célèbre solution de Skype, propriétaire et fermée. Mais il y a aussi les solutions basées sur le protocole ouvert SIP.

Mozilla n'échappe pas à cet engouement. Alex Fritze, contributeur mozillien, vient de publier la version 0.2 de Zap, son client SIP. C'est une application basée sur XulRunner. On peut l'utiliser en théorie avec tous les services commerciaux de voix sur IP utilisant SIP, et on peut même l'utiliser sans passer par un services SIP. Les composants XPCOM implémentant SIP sont réutilisables dans d'autres applications puisque tout est publié sous les licences MPL/GPL/LGPL.

Il y a également la société Wengo, qui est sur le point de publier une extension pour Firefox, permettant de communiquer à travers leur propre service de voix sur IP. Cette extension utilisera le protocole SIP et permettra de "téléphoner", "chatter" etc. Leur implementation de SIP est sous licence libre.

À propos de messagerie instantannée, il y a le protocole Jabber, ouvert et libre, qui commence vraiment à se répandre et se populariser, notament grâce à Googe Talk. Là encore, on commence à voir apparaître des implémentations du protocole jabber dans Mozilla, notament avec le client Jabberzilla, application 100% Mozilla. Skyrock a aussi crée son propre client de messagerie basée sur Mozilla, Skymessenger. L'originalité de ce client coté technique, est qu'il est compilé avec pyXpcom et utilise la bibliothèque xmpp en python pour le protocole Jabber.

Depuis la sortie de Firefox 1.5, bon nombre de splendides exemples utilisant <canvas> ont vu le jour. Que ce soit l'horloge présentée dans la précédente news, ou un jeu en 3D, une foule de démos gravite sur la toile. Ce billet vous propose de découvrir le top 10 des meilleures démonstrations technologiques de <canvas> !

Lire la suite

Vous avez certainement pu voir la démo de l'horloge codée avec la technologie Canvas. Voici ce même exemple mais codé avec d'autres technologies.

Lire la suite

En novembre dernier, nous avions annoncé que le développement de XForms connaissait un serieux ralentissement, à cause de Novell qui arretait sa contribution au projet. Alan Beaufour, le développeur principal, a toutefois retrouvé un "sponsor", et dés le mois prochain, l'extension Xforms connaîtra de nouvelles évolutions et améliorations.

Déjà annoncé par plusieurs têtes pensantes de planet.mozilla.org, le nouveau système intelligent de gestion des bookmarks (ou marque-pages) fait son apparition dans un premier build.

Lire la suite

Benjamin Smedberg nous livre la nouvelle roadmap de XulRunner.

On y apprend ainsi que les versions compilées actuellement à partir de Mozilla 1.8 sont considérées comme des versions "preview" stables pour les développeurs (puisque basées sur le même noyau que Firefox 1.5).

Une première version officielle "stable developer preview", 1.8.0.1 sortira à peu prés en même temps que Firefox 1.5.0.1, courant Janvier 2006. Bien qu'il y aura à peu prés toutes les API stabilisées de Gecko 1.8, il manquera toutefois à XulRunner 1.8.0.1 certaines fonctionnalités prévues, comme par exemple un gestionnaire d'installation/désinstallation et de mise à jour des applications basées sur XulRunner, un meilleur toolkit XUL pour le développeur, etc.

La plupart de ces fonctionnalités manquantes seront livrées avec la version 1.8.1 de XulRunner qui est prévue durant l'été 2006 en même temps que Firefox 2.0.

Il faudra attendre début 2007 pour avoir une première version officielle publique, que l'on pourra qualifier de "version de production stable". Ce sera la version 1.9, et comme son numéro l'indique, elle utilisera le futur moteur Gecko 1.9 qui apportera énormément de nouveautés, comme Javascript 2, l'utilisation de python dans XUL etc.. Firefox 3.0 reposera d'ailleurs entièrement sur XulRunner 1.9.

Bien que la date de la première version officielle stable soit éloignée, XulRunner 1.8 est tout à fait utilisable. De nombreuses applications commencent à faire leur apparition, comme DaimXul, un logiciel de traitements avançés d'images, ou encore Songbird, un véritable JukeBox.

Plus d'info sur XulRunner.

Alan Beaufour va quitter Novell. Novell finançait le projet de l'implémentation de XForms dans Firefox, et Alan en était le principal développeur. Du coup, le développement de XForms risque de connaître un serieux ralentissement, même si Alan tentera de progresser un maximum d'ici la fin novembre, malgré un manque compréhensible de motivation.

Toutefois, l'implémentation de XForms est bien avançée et on peut utiliser d'hors et déjà des formulaires XForms pas trop complexes.

Il faut éspérer que quelqu'un voudra bien prendre la suite. On peut aussi se mettre à réver : et si Mozilla Corp embauchait Alan ? :-)

Au chapitre des bonnes nouvelles : Robert Acceturra, monsieur "foreignObject" (entre autre), se lance dans l'optimisation de la partie affichage de Gecko. Il explique ainsi brièvement comment la partie "layout" de Gecko fonctionne actuellement, ses défauts, et comment il compte les résoudre. Son travail est important car il touche à la partie la plus importante de Gecko, se reposant sur les rêgles de fichiers CSS et les améliorations attendues permettra un affichage plus rapide non seulement des pages HTML, mais aussi des fichiers XUL, SVG etc...

Dans leurs BLOGs respectifs, Ben Goodger et Asa Dotzler invitent les créateurs d'extensions ou de thèmes à vérifier leurs compatibilités avec Firefox 1.0PR et Thunderbird 0.8.

Les conseils pour faire ces vérifications sont résumés sur cette page. Pour les extensions hébergées sur http://update.mozilla.org/, il conviendra à leurs auteurs de signaler leurs compatibilités sur le bug 255804.

Il est à signaler que désormais une différenciation entre le numéro du logiciel et du gestionnaire d'extension sera effectuée, ceci afin de pallier à la mise en place de la fameuse balise <em:maxVersion> du fichier install.rdf. Une extension ou un thème pourra ainsi rester compatible avec les versions à venir du navigateur ou du courrielleur sans nécessité de mise à jour.

Nous en avions déjà parlé, il y a une implémentation en cours de XForms dans Mozilla. Le projet avance trés bien et l'extension XForms sera operationnelle pour la sortie de Firefox 1.5.

Aujourd'hui est sortie la version "preview 2" de l'extension et est disponible pour Firefox 1.5 beta2. Comme le montre la page d'avancement du projet, il manque encore quelques caractéristiques à développer mais le principal est là et permet de faire fonctionner des formulaires XForms assez complexes.

À cette occasion, une page dédiée à XForms a été crée sur le wiki et met notamment en avant les avantages de XForms sur les formulaires HTML. Libre à vous bien sûr d'y rajouter toute information complémentaire interressante sur XForms.

DevNews vient de publier une petite liste de choses que doivent faire les developpeurs d'extensions pour qu'elles fonctionnent avec Firefox 1.5 beta, dont voici une traduction :

• Téléchargez une nightly build de Firefox (Pour windows, pour mac et linux).
• Firefox 1.5 beta vérifiera la compatibilité des extensions avec la version 1.4. Il faut donc mettre la valeur "1.4" dans la variable "maxVersion" du fichier d'installation de votre extension. Pour la version finale de Firefox 1.5, il faudra mettre "1.5".
• Ne pas oublier que XPCNativeWrappers est activé par défaut (pour comprendre XPCNativeWrappers, voir l'explication sur developer.mozilla.org et pour comprendre comment l'enregistrement chrome de votre extension affecte l'utilisation de XPCNativeWrappers, voir la page expliquant l'enregistrement chrome)
• Testez votre extension avec Firefox 1.5 beta. Et en cas de problème, signalez le sur netscape.public.mozilla.browsers.
• Si votre extension est listée sur Mozilla Update, allez vérifier que toutes les informations sont mises à jour via votre compte

Doug turner vient de sortir une petite application, mozGL, utilisant OpenGL et embarquant Gecko, le moteur de rendu de Mozilla Firefox. Il montre ainsi l'affichage d'une page web par gecko dans une surface vue en perspective. Toute la page web est fonctionnelle : il est possible de cliquer, de remplir des formulaires etc.. Il y a encore quelques bugs mais cela montre une utilisation originale de Gecko.

• Le billet de Doug expliquant son exemple
• La capture d'écran
• La page du projet mozGL sur sourceforge

Rappel : OpenGl est une API pour faire de la 3D.

Benjamin Smedberg confirme qu'il n'y aura pas de connecteurs de base de donnée dans XulRunner, à part SQLite qui servira dans Gecko 1.9 pour le stockage des différents fichiers de configuration.

Il explique les raisons à cela : l'objectif de XulRunner est de fournir une plateforme pour les applications clientes basées sur les technologies du web et utilisant des services web pour communiquer. La communication entre votre application et un serveur de base de donnée devra donc se faire via des services web (donc via un serveur http), comme des appels en SOAP, en XML-RPC ou ce que vous voulez via XMLHttpRequest.

Il fait toutefois remarquer que si la communication directe avec un moteur de base de donnée est essentielle pour vous, il suffira alors de fournir avec votre appli l'extension sql, qui existe depuis quelques temps déjà, et qui permet de communiquer avec une base MySql, Postgres et Sqlite. Cependant, il faut pour l'instant la compiler vous même : ils vont donc l'améliorer un peu et ils la proposeront sur le site des extensions de mozilla.

Cela a été demandé maintes fois par beaucoup de développeur XUL, Brendan Heich l'avait annoncé il y a un an et demi, et ce voeux commence à devenir réalité comme l'écrit aujourd'hui Brendan dans son blog : la possibilité d'utiliser python à la place de javascript dans les écrans XUL (exemples à l'appui) !

Le développement se fait actuellement dans la branche DOM_AGNOSTIC_BRANCH du dépot cvs de Mozilla. L'objectif de ce développement n'est pas seulement la prise en charge de Python, mais aussi de modifier le code afin qu'à l'avenir, ils puissent intégrer plus facilement la prise en charge d'autres langages. Le résultat de ces développements seront intégrés dans le tronc d'ici la fin de l'année. Ainsi donc, gecko 1.9 (sur lequel sera basée la prochaine version majeure de Firefox aprés Firefox 1.5), permettra d'utiliser python dans ses scripts.

Mais à une seule condition : il faudra que l'interpreteur python soit installé sur la machine de l'utilisateur (ce ne sera pas possible d'embarquer python dans gecko, ça ferait un trop lourd logiciel). Et c'est donc un problème encore à résoudre pour les développeurs de Mozilla : comment obliger l'installation de python quand il est requis et qu'il n'est pas déjà installé, en même temps que firefox, et quelque soit la plateforme.

Brendan en profite pour confirmer que Javascript ne sera pas abandonné, loin de là, et prévoit même d'y apporter de nombreuses améliorations (à part E4X dans Gecko 1.8, il n'y a pas eu vraiment d'évolution depuis pas mal de temps dans le moteur JS). Car le moteur Javascript est trés performant, léger et particulièrement bien adapté au "scripting" dans les écrans XUL.

Derrière ce nom barbare XPCNativeWrapper, se cache un système de contrôle qui permet d'être sûr d'appeler les propriétés et méthodes originales d'un objet issue d'une page web distante. En effet, en javascript il est possible de redéfinir toute propriété et méthodes à la volée d'un objet, mais si celui-ci est instancié et fourni d'office par Gecko. C'est le cas par exemple de l'objet document, math, array, window et tous les objets dom définissant un document xml.

Je viens de mettre en ligne une page expliquant ce qu'est XPCNativeWrapper, et comment l'utiliser afin de réaliser des extensions sans trous de sécurité dans les objets de pages distantes.

O'Reilly vient de publier une interview de Axel Hecht, l'un des membres fondateur de Mozilla Europe, s'occupant de la partie XSLT et RDF dans Mozilla. Dans cette interview, Axel explique entre autre ce que sera XulRunner.

Doug turner vient de publier sur son blog une mini roadmap décrivant les prochaines avancées de Minimo. Je rappelle que Minimo est un navigateur basé sur Gecko et déstiné aux PDA, téléphones portables et tout autre appareil ayant des ressources limitées.

Ainsi la version 009 sortira le 21 septembre. Entre autre, elle fonctionnera mieux sous linux et aura une boîte de dialogue pour choisir ses préférences. L'optimisation de l'occupation mémoire sera aussi une des préoccupations pour cette version.

La version 010 (octobre) proposera un installateur pour Windows CE, un script d'installation pour Debian, une version pour smartphone 2003, basculement portrait/paysage et un meilleur mode plein écran.

Pour les suivantes, je vous laisse lire la roadmap. Il va de soi que ces avançées sont des prévisions, et sont succeptibles d'être modifiées.

Cela faisait un bout de temps que l'implémentation de Javascript dans Mozilla n'avait pas évoluée. Cependant Firefox 1.5 (donc Gecko 1.8) proposera certaines nouveautés, en plus de E4X, notament en ce qui concerne les tableaux. Les développeurs disposeront donc de nouvelles méthodes sur l'objet Array.

Lire la suite

Rappelons que XulRunner est une version autonome de Gecko. À l'avenir, l'objectif est de n'avoir que des XulApp, des applications XPFE (XUL, XBL, SVG, JS, CSS, ...). Par exemple, il est envisagé que Mozilla Firefox 1.5 soit basé sur XulRunner. Le but étant de séparer clairement le moteur de rendu (Gecko) et l'application (Mozilla Firefox, Mozilla Thunderbird...).

Benjamin Smedbergs annonce la feuille de route de XulRunner à court terme et à moyen terme.

Donc, pour XulRunner 1.8 (Gecko 1.8), il est prévu de sortir une pré-version de XulRunner pour les développeurs. Le but étant de présenter les fonctionnalités de XulRunner et de déterminer celles qui pourraient être rajoutées.

Pour XulRunner 1.9, Benjamin Smedbergs voudrait avoir un produit complètement fonctionnel. Un gros travail sera effectué sur la construction de Mozilla Firefox en tant que XulApp dans le but d'avoir une version du navigateur fonctionnant entièrement avec XulRunner.

Le but du projet XulRunner est de séparer completement le framework mozilla (toolkit, gecko ...) du reste des applications basées sur ce framework. Il permettra ainsi de distribuer les applications XUL sans gecko, un peu comme il se fait avec les applications JAVA avec cette séparation de la JVM et du code des applications. Voici quelques détails sur ce que sera XulRunner.

Lire la suite

Neil Deakin, l'auteur du tutoriel que nous avons traduit sur xulfr, a commencé à écrire une longue serie d'article sur le fonctionnement des templates et de RDF. C'est en effet un élement de XUL que beaucoup de développeurs ont du mal à bien cerner.

"Comment les templates fonctionnent" : partie I, partie II, partie III, partie IV, partie V, partie VI, partie VII, partie VIII, partie IX, partie X , partie XI, partie XII, partie XIII, partie XIV, partie XV

Une traduction de ces articles a commencée et sera peut être disponible dans les semaines à venir sur xulfr, si Neil nous en donne l'autorisation.

Un document, écrit par les principaux contributeurs à l'implementation de SVG dans Gecko, dont Alex Fritze, retrace l'historique et le futur de l'implementation de SVG dans Gecko.

Lire la suite

Brendan Heich annonce sur son blog une nouvelle roadmap pour le développement de Gecko et Firefox ( roadmap qui sera bientôt disponible en détail sur le site de mozilla.org). Il explique également l'évolution de l'architecture de Gecko.

Lire la suite

Cairo est une bibliothèque graphique et un projet indépendant de Mozilla. Elle permet à un programme de "dessiner" toutes sortes de graphisme. Elle est utilisée depuis quelques temps dans Gecko (le "moteur" de Mozilla/Firefox) pour afficher les figures en SVG. Pour le moment, Cairo est un peu lente comparée par exemple à la bibliothèque libart (que l'on peut aussi choisir pour l'affichage du SVG, lors de la compilation de Mozilla). Mais c'est une bibliothèque encore en développement et a au moins deux avantages par rapport à la libart :

• Elle est disponible en licence MPL et LGPL, elle peut donc être diffusée avec Mozilla (libart n'est diffusé qu'en LGPL, ce qui pose des problèmes pour la diffusion de Mozilla en MPL).
• Elle propose semble-t-il plus de fonctionnalités que la libart.

Les développeurs de Gecko semblent satisfait de Cairo, c'est pourquoi l'un d'eux, Robert O'Callahan, annonce qui l'utiliseront non plus uniquement pour le SVG, mais aussi pour tout le reste. En clair, Gecko utilisera Cairo pour le rendu CSS, donc l'affichage du XUL, HTML, etc.. Robert livre d'ailleurs une capture d'écran montrant Mozilla dont l'affichage entier est réalisé par Gecko avec Cairo.

Qu'est ce que cela va changer pour les applications comme Firefox ?

1. La possibilité d'afficher de la 3D et même de profiter de l'accéleration materielle;
2. D'avoir un meilleur affichage de SVG au sein d'une page HTML ou XUL;
3. Cairo offrant la possibilité de "rediriger" l'affichage vers du PDF, du PNG, ou du Postcript, on pourra donc s'attendre à de serieuses améliorations du coté de l'impression, mais aussi imaginer l'export d'une page HTML vers du PDF ou sous forme d'une image PNG, sans que cela soit compliqué pour les développeurs de Gecko.

Ben Goodger, le chef de projet de Firefox, vient de dévoiler les changements qui vont être apportés au gestionnaire d'extensions (Voir le billet sur son blog).

Au programme donc :

• possibilité d'installer une extension ailleurs que dans le repertoire extensions du profil utilisateur ou de firefox. Il faudra alors déclarer les autres endroits dans un gestionnaire de catégories d'extensions. Cette possibilité a été ajouté dans l'optique d'une compatibilité avec xulrunner.
• Pour installer une extension, il suffira de la mettre dans un des répertoires déclarés. Elle sera alors reconnu au prochain démarrage de Firefox/Thunderbird ou autre.
• Lors de l'installation d'une extension, vous avez remarqué qu'un repertoire est crée en ayant pour nom l'identifiant de l'extension. Il suffira simplement, pour supprimer une extension, de détruire ce répertoire. Idem pour en installer une (autrement que par un xpi), ce qui peut être utile pour développer.
• On pourra également indiquer de prendre en compte une extension installée quelque part ailleurs (sur une autre machine par exemple)
• Enfin, des améliorations vont être apporter sur le gestionnaire d'extensions, conçernant l'API, la robustesse, la fiabilité du système de mise à jour etc.

Tout ceci serait déjà fait, mais ce n'est actuellement qu'un patch (Non intégré au tronc CVS apparement).

Le fondateur de Mozdev Group Pete Collins présente un tutoriel expliquant comment signer ses packages XPI. Cette documentation est orientée unix.

• le tutoriel

La première version beta de Mozilla 1.8 est sortie la semaine dernière, avec son lot de nouveautés (vitesse d'affichage accrue, corrections de bugs etc..), avec notament, l'implémentation partielle de E4X.

Lire la suite

Ben goodger (monsieur Firefox), vient de publier un patch sur bugzilla, permettant de charger un overlay dynamiquement en javascript :

var obs = { observe: function (subject, topic, data) { } };
document.loadOverlay("foo.xul", obs);

Ce qui va permettre de faire des choses beaucoup plus sympa et plus "dynamique".

• Le patch en question et informations complémentaires
• Source de l'info : Neil Deakin
• Tutoriel : le principe des overlays

Nous annoncions la semaine dernière qu'un package proposant une implementation de XForms allait sortir. C'est maintenant officiel ! (Lire le communiqué de presse de Mozilla).

En installant une toute dernière version (nightly build) de Mozilla, puis ce fameux package, vous pourrez alors tester une calculatrice et un formulaire de saisie de taxe, entièrement réalisé avec un formulaire XForms, embarqué dans une page XHTML.

Ce package inaugure aussi le framework XTF, qui permet d'ajouter dynamiquement le support d'un langage XML dans Gecko.

Vous trouverez toutes les instructions d'installation sur la page du projet Xforms de Mozilla.

Mozilla.org a depuis quelques temps déjà démarré le projet xforms. Ce projet vise à l'implementation des nouveaux types de formulaires utilisant le langage XForms, standardisé par le W3C. XForms comble les limitations des formulaires HTML : séparation des données et des contrôles dans les formulaires, validation coté client, validation des types des données, interdépendance entre les contrôles de saisie, prise en charge d'évènements, envoi des données sous forme xml etc... Tout ceci sans une seule ligne de code Javascript.

Lire la suite

Mozilla/Firefox ne sont pas distribués en standard avec le support de SVG, le langage XML qui permet de réaliser des dessins 2D vectoriels. Mais en recompilant les sources avec les bonnes options, on peut avoir du SVG dans ses pages XUL ou HTML.

Le support n'est pas encore complet, toutes les balises SVG ne sont pas interpretables. Mais on peut faire déjà pas mal de choses (voir les exemples sur croczilla, le développement progresse régulièrement. Vous pouvez d'ailleurs en suivre les évolutions sur le blog de Tim Rowley. Par exemple, voici les implémentations de ces 30 derniers jours : <svg:image>, <svg:marker>, <svg:symbol> et <svg:use>.

À noter aussi que le W3C a relancé hier son activité "graphisme" (comprenant jpeg, png, SVG et WebCGM profil). On peut donc s'attendre d'ici quelques mois à des nouveautés coté SVG.

Darin Fisher nous donne des nouvelles sur Xulrunner, applicatif qui permettra de lancer des applications XUL sans avoir besoin de Mozilla ou Firefox, (voir la nouvelle précédente sur le sujet).

Xulrunner a été intégré dans le tronc cvs de Mozilla en septembre dernier et il y a maintenant une tinderbox (machine de test) à la fondation réservé pour ce projet, dont on peut voir l'activité sur le web. Mais pour le moment il ne semble pas y avoir de "nightly builds" disponibles pour tester soi-même.

Cependant, dans les mois à venir, une première version alpha devrait voir le jour ! Ça fait long à attendre encore, mais le projet avance.

Depuis le début, les développeurs de mozilla se sont concentrés sur le navigateur, le client mail etc. Il en est ressorti une plate-forme de développement, comportant des technologies interressantes et innovantes, mais orientées "navigateur" et "client mail".

De ce fait, bien que cette plate-forme attire de plus en plus de développeurs pour la réalisation de logiciels autre qu'orienté web, on se rend compte cependant que XUL et d'autres composants de la plate-forme, nécessiteraient quelques améliorations pour être utilisable plus facilement et mieux répondre aux besoins courants. A l'heure actuelle, on peut pratiquement tout faire avec XUL et XBL, mais il y a certaines petites choses pourtant triviales qui sont compliquées à mettre en oeuvre. Pour ce qui est des applications distantes web, il y a même parfois des fonctionnalités impossible à utiliser car elles nécessitent des privilèges alors que ce n'est finalement pas justifié (par exemple, impossible de programmer du drag and drop, ou jusqu'à recement, de mettre à jour une datasource RDF dans une appli web XUL).

Certains comme Neil Deakin, le fondateur de Xulplanet, proposent alors des évolutions mais peu d'entre elles ont, semble-t-il, été vraiment prises en compte par les équipes de Mozilla.org. D'ailleurs, Neil s'en est plaint récemment sur son blog.

Du coup, les responsables de Mozilla.org ont mis un place un wiki, XULDev, pour que tout le monde puisse y proposer et discuter des évolutions de la plate-forme afin qu'elle prenne en compte les besoins réèls de la majorité des développeurs XUL.

N'hésitez donc pas à proposer les améliorations qui vous semblent nécessaires.

Mozilla annonce une collaboration avec Apple, Macromedia, Opera et Sun Microsystems pour réaliser une nouvelle interface pour les plugins, qui soit plus complète et qui permette une meilleure intéraction entre le plugin, le navigateur et le contenu web (entre autre via un langage de script comme Javascript).

Mozilla va donc prochainement publier les nouvelles spécifications de cette API sur http://www.mozilla.org/projects/plugins/, et les sociétés collaboratrices pourront alors développer de nouvelles versions de leur plugins pour les prochaines versions de Mozilla, et pour toutes les plateformes supportées par Mozilla (en particulier Linux, MacOs X et Windows).

Adoptée par trois fabricants majeurs de navigateurs (Opera, Mozilla.org et Apple), cette nouvelle interface pourrait bien devenir un standard de fait.

La création d’extensions sous Firefox 0.9 et Thunderbird 0.7 risque d’être chamboulée par la suppression radicale du script d’installation install.js (Voir le bug dans bugzilla). Ce choix s’explique par une meilleure gestion des installations, de la compatibilité avec le navigateur, des mises à jour simplifiées, et des désinstallations.

Ben Goodger explique sur son site comment devront être créés les futurs fichier XPI. Une autre page de Jed Brown complète l’explication de façon plus détaillée.

Cette innovation s’accompagne de la mise en route d’un site de mise à jour automatique des extensions fonctionnant avec ces nouvelles règles. Un bug a été ouvert pour recenser dès le lancement de Firefox 0.9 les extensions déjà compatibles.

Pour l’instant, l’information n’est pas confirmée, mais Mozilla 1.7 pourrait être concernée par ces changements.