Aller au contenu | Aller au menu | Aller à la recherche

Mot-clé - mozilla

Fil des billets - Fil des commentaires

dimanche, juillet 27 2008

Summit 2008

Cette semaine, il y a un grand évènement organisé par Mozilla : le Summit2008. C'est un rassemblement d'environ 250 400 contributeurs à Firefox et Thunderbird, venant du monde entier. Il se situera dans un grand hotel à Whistler, qui est situé à environ 130 kilomètres de Vancouver, au Canada.

Ça va être le plus gros rassemblement je pense depuis la naissance du projet Mozilla. L'année dernière (ou 2006, je sais plus), il y avait bien eu des "developper days" mais l'audience était moins importante il me semble, et cette année au Fosdem, il y avait "seulement" eu une centaine de contributeurs européens.

Durant ces quelques jours, il sera question de discuter sur les avançées de Gecko, de Firefox, de Thunderbird, et de Fennec [1], que ce soit le présent, mais surtout le futur, tant en terme de technologie pure, qu'en terme d'interface utilisateur, de fonctionnalités etc.. Sans oublier aussi tout ce qui est localisation des applications : comme d'habitude, Mozilla n'oublie pas les contributeurs qui traduisent les applications Mozilla, ils seront nombreux au summit. Des sessions sont prévues aussi pour parler de la documentation (MDC, SUMO etc..), des divers sites (addons par ex) ainsi que de l'évangélisme/marketing. Voir la liste complète des sessions sur le wiki de Mozilla. Pour ma part, je vais surtout assister aux sessions sur le coeur de Gecko, mais aussi Fennec.

Bref, je sens que cela va être très très sympathique. Surtout que j'y suis invité (comme la plupart des contributeurs participants, dont bien sûr d'autres Mozilliens français de chez xulfr.org, frenchmozilla, mozilla-europe etc..). On sera dans un cadre géographique qui semble très beau, mais on n'aura pas trop le temps de se faire croquer par les ours, car cela ne va pas être de tout repos quand même. J'ai hâte d'y être.

Enfin voilà, je finis de préparer ma valise, de régler les derniers détails, et puis direction Vancouver. Ne comptez donc pas sur moi cette semaine (bien que joignable par email, et peut être via IRC sporadiquement), et encore moins les deux suivantes, durant lesquels j'irais faire un repos bien mérité dans le Finistère...

Je vais toutefois essayer de vous tenir au courant des évènements via mon blog :-)

Notes

[1] le navigateur pour mobile de Mozilla, je vous en causerai probablement plus tard

Avancées dans Gecko 1.9.1

Malgré les 3 ans de développement qu'a necessité Gecko 1.9.0 (le moteur de Firefox 3), il n'a pas été possible d'implémenter certaines choses qu'ont déjà Safari et Opera, bien que toutefois les nouveautés pour les développeurs soient très alléchantes, avec des morceaux de HTML5 dedans :-). En effet, les développeurs du "coeur" s'étaient concentrés principalement sur la gestion de la mémoire, les performances, la refactorisation de gros morceaux de code, et la correction de bugs pour passer le test Acid2. C'était donc beaucoup de travail sur des choses "qui ne se voient pas". Mais une des conséquence de ces développements "sous-terrains", c'est que Gecko 1.9.0 est devenu une bonne base pour avancer bien plus vite sur l'implémentation des standards.

Du coup, les développeurs peuvent se concentrer sur le futur. Et ils ne s'en privent pas depuis un mois et demi. Je vous avez parlé de l'implémentation de la balide video, de l'implementation du style CSS border-image, mais aussi évoqué l'implementation complète des selecteurs CSS3 (modulo 2-3 bugs), le support de text-shadow (pour créer des ombres sur du texte), de box-shadow (pour faire des ombres sur des boîtes).

Et ces derniers jours, voici les nouveautés :

  • Implémentation de la propriété CSS3 word-wrap
  • Implémentation des propriétés CSS3 column-rule-*, pour styler les séparations entre les colonnes CSS. Souvenez-vous que depuis sa version 1.5, Firefox permet de créer des colonnes en CSS, ce qui évite de faire appel à des tables pour avoir des colonnes de texte. J'en avais parlé à l'époque.
  • Implémentation de l'objet NodeIterator dans l'API DOM traversal, permettant de parcourir un arbre DOM de manière séquentiel, contrairement au TreeWalker qui propose plutôt une vue arborescente de la navigation.
  • Implémentation des toutes nouvelles fonctions DOM querySelector et querySelectorAll : elles permettent de récupérer un ou plusieurs noeud DOM en utilisant un sélecteur CSS, ce qui est plus simple que d'utiliser un selecteur XPath (fonction evaluate sur les objets document). Voici un exemple issue de la spécification. Voici ce qu'il faut faire en temps normal quand on veut récupérer la deuxième cellule de chaque ligne d'un tableau (ayant pour id score) :
var table = document.getElementById("score");
var groups = table.tBodies;
var rows = null;
var cells = ;

for (var i = 0; i < groups.length; i++) {
  rows = groupsi.rows;
  for (var j = 0; j < rows.length; j++) {
   cells.push(rowsj.cells1);
  }
}

Et voici maintenant l'équivalent avec querySelectorAll :

 var cells = document.querySelectorAll("#score>tbody>td:nth-of-type(2)");

Sympa non ? :-)

Parmis les développements actifs en ce moment, et qui vont donc aboutir d'ici quelques semaines, voici ceux là :

  • Les propriétés CSS de transformation proposées par Webkit, permettant de faire des animations en CSS.
  • L'implémentation des medias queries de CSS. (mise à jour : en fait ça vient juste d'être intégré dans le trunk !)
  • Fonctions javascript trim, ltrim, et rtrim
  • DOMWorkerThreads : la possibilité de faire, en javascript, de vrai traitement en parallèle...
  • Une partie de l'implémentation de @font-face

Bien sûr, cette liste est loin d'être exhaustive :-)

mardi, juillet 8 2008

canvas et svg utilisés pour le background

Firefox 3 est sorti, le record de téléchargement en 24 h a été officiellement établi. Mais ce n'est pas pour ça qu'il faut se reposer sur les lauriers. Après tout, la version 3.1 est prévue pour la fin de l'année, avec des choses sympas comme la balise <video> ou le style border-image. D'ailleurs, le trunk était à peine ouvert pour le développement de la 3.1, que pas mal de patchs ont été intégré, comme le support complet des sélecteurs CSS3, le support de text-shadow, des corrections pour le test ACID3 (ils en sont à 80% contre 70% pour Firefox 3), et plein d'autres "bug fix".

Mais ce n'est pas tout, il faut bien s'amuser aussi un peu, et donc certains expérimentent des petites choses. Roc par exemple, vient de faire un patch pour pouvoir utiliser du SVG avec background-image. Mais aussi <canvas> avec background-image.

 background: url(#truc);

truc est l'id d'un morceau de SVG ou d'un canvas dans le document. Cela permet de faire des petites choses comme ça. Et bien sûr, on peut appliquer les autres styles background : background-position, background-repeat etc..

Pour l'instant, pas sûr que ce soit intégré dans Firefox 3.1. Patience donc :-)

mercredi, juin 18 2008

Download day

Si vous n'avez pas encore votre copie de Firefox 3 : courrez la télécharger et l'installer. Aujourd'hui c'est jour de record, jusqu'à 19h. Mozilla entrera dans le livre des records pour le nombre de téléchargement d'un logiciel en 24h. Seule les copies complètes téléchargées à partir du site de Mozilla sont comptabilisées (donc les mises à jour ne comptent pas, les paquets livrés dans les distributions linux ne comptent pas, les copies à partir de site de téléchargement autre que Mozilla non plus, etc..).

Malgré une saturation hier soir au démarrage du compteur après 19h00, les sites de Mozilla tiennent bien le coup. Je n'ai eu aucun mal à télécharger ma copie il y a 10 minutes. Dans les premières heures, il y a eu 14 000 téléchargements à la minute, et apparament ça fluctue entre 7400/min et 9000/min. À l'heure actuelle, ça fait plus de 5 200 000 téléchargements.

Pour suivre en temps réèl quelques chiffres :

Et bien sûr, comme pour la sortie de Firefox 2, l'équipe de développement de IE a envoyé un gateau aux développeurs de Mozilla. (On notera que le gateau pour Firefox 2 n'a pas été entièrement mangé ;-) )

jeudi, juin 12 2008

Firefox 3

C'est pour le 17 juin

\o/

mercredi, juin 4 2008

Actu Mozilla

Bon, je retourne à la doc sur Mercurial qu'il semble trop bon ce VCS :-)

mardi, mai 20 2008

Firefox 3.0RC1, Gecko 1.9RC1

Allez ! Hop Hop Hop ! Testeurs de tout poils, courrez télécharger Firefox 3.0RC1 ! Dernière ligne droite pour cette version dont le développement dure depuis plus de deux ans. Pleins de nouveautés, tant pour les utilisateurs, que pour les développeurs.

Si vos extensions favorites ne sont pas à jour, harcelez leurs auteurs !

Firefox 3.0 est une belle avancée. Avec quelques bémols :

  • gecko 1.9 ne passe pas le test acid3 (mais l'utilisateur "normal" s'en fout comme de sa première chaussette)
  • il y a un bug super génant (au moins sous linux) : le scroll de certains sites est affreusement lent, et il semble que ce soit du à certaines utilisations des bordures en CSS (je n'ai plus le numéro du bug en tête, surtout qu'en fait il y en a plusieurs). Et ce bug m'embête profondement, puisqu'il apparait en particulier quand je vais sur linuxfr.org. Je sens que les trolleurs vont s'en donner à coeur joie sur ce site...

Bon mais cela reste une très très bonne version.

Et ce n'est pas tout : Firefox 3.1 est prévu pour la fin de l'année (oui, si vite), avec, si tout va bien plein de petits trucs sympas (mais à prendre avec des pincettes, rien n'est figé) :

  • XmlHttpRequest cross site
  • binding JSON-DOM
  • encore des améliorations sur les performances
  • encore des améliorations sur la barre url
  • la balise <video>
  • et des améliorations spécifiques pour la version mobile de Firefox !

Et mon petit doigt me dit qu'il y aurait aussi des améliorations dans CSS. Par contre on ne sait pas encore lesquelles seront incluses dans Firefox 3.1. Ce qui est sûr, c'est qu'ils y travaillent en ce moment et il y a des patchs en cours de réalisation, voir presque prêt, dont par exemple :
** les bordures en images
** le text-shadow
** les pseudo-classes :nth-*(), :first-of-type, :only-of-type, :last-of-type...
** @font-face
** media queries CSS3
** ...

Que du bon !

jeudi, avril 3 2008

Encodeurs XHTML et XML dans Gecko

Ça fait longtemps que je n'ai pas parlé des avancées sur Etna. Donc voici quelques nouvelles.

Le nouveau validateur RelaxNG en C++ est presque terminé. Je suis en train d'implémenter nos extensions relaxng, mais d'une manière qui va être plutôt sympa : sous forme de "plugin" pour le validateur. En effet, je suis en train de rendre le validateur extensible. Ainsi un développeur pourra apporter le support de ses propres extensions RelaxNG, via un simple composant XPCOM.

Bon par contre, entre temps, une envie m'a pris de modifier l'encodeur[1] XHTML/XML de Gecko. En effet, celui-ci ne permet pas le "pretty printing", comprendre, il ne permet pas de générer le XML de manière lisible, comme le fait l'encodeur HTML. Et c'est bien sûr une chose dont j'ai besoin dans Etna.

Bon, ça ne semble pas si intéressant que ça me direz-vous. Mais en fait si. Car cette modification va avoir quelques répercussions...

Il faut savoir que l'encodeur XML est aussi utilisé pour encoder les documents XHTML qui sont servis avec le type mime application/xml+xhtml. Par contre, pour les documents XHTML servi en text/html, c'est l'encodeur HTML qui est utilisé. En sachant ça, vous comprenez qu'en ce moment, dans Gecko, l'éditeur HTML a un support plutôt bancale de XHTML. En sortie, soit on a du HTML bien présenté, mais forcément, ce n'est plus du XHTML (voir du XHTML invalide), soit on a droit à du XHTML mais présenté brut de fonderie donc on peut avoir des lignes de textes qui font des centaines de caractères si il n'y a pas de saut de ligne dans les noeuds textes. Dans NVu, Daniel avait patché l'encodeur HTML pour que la sortie XHTML soit un minimum potable (patch non porté dans le gecko officiel), mais il était insuffisant (faute de temps) : aucun support des namespaces.

En clair, avec les modifications que je vais faire dans les encodeurs XML et HTML, je vais à la fois permettre d'avoir du pretty printing sur les fichiers XML en général, mais aussi corriger les problèmes de "sérialisation" des documents XHTML. Cela va avoir donc pour effet d'améliorer le support XHTML dans l'éditeur de Gecko.

Qui va en bénéficier me direz vous ? Tout ces petits programmes comme wymeditor, tinyMCE et consorts, qui permettent l'édition WYSIWYG du HTML dans les formulaires, et qui sont actuellement obligés de faire des hacks pourris mais hélas nécessaires quand ils veulent du XHTML, pour transformer les chaînes HTML que leur donne Gecko en XHTML valide.

Bon par contre, je n'ai pas encore terminé, et il ne faut pas s'attendre à ce que ce soit dans Firefox 3 (trop tard). Le ticket correspondant dans bugzilla : 422403.

Notes

[1] l'encodeur, ou serializer, est le bout de programme qui sert à convertir un arbre DOM, en chaîne, permettant ainsi l'enregistrement d'un DOM dans un fichier par exemple

vendredi, mars 14 2008

Tests unitaires dans Mozilla

Depuis le démarrage du développement de Gecko 1.9, les développeurs ont mis en place plusieurs frameworks de tests unitaires. Ceux-ci ont contribué largement à faire de Firefox 3 un navigateur solide, ou en tout cas un navigateur ayant le moins de régressions possible. Il y a un gros 4 types de tests :

  • Mochitest, qui est un framework pour des tests nécessitant d'être fait dans une page HTML (ou XUL) chargée par le navigateur.
  • reftest. Ce sont des tests sur le moteur de rendu. Le principe est le suivant : pour chaque test, on fourni deux pages HTML écrites différemment. Cependant elles sont censées avoir exactement le même aspect à l'affichage, l'une des pages servant de référence (sur le même principe que pour le test acid2 : une page pour tester, et une autre qui sert de référence[1]). Aussi ce système compare l'"image" des deux pages, et si il y a le moindre pixel différent, le test n'est pas valide.
  • xpcshell tests. Ce type de test est utilisé pour faire des tests de composants XPCOM principalement ou sur le langage javascript, et donc ne nécessitant pas d'être dans le contexte d'une page html chargée.
  • stand-alone, pour faire des tests qui ne sont pas possible de faire avec les autres systèmes, donc en général quand il faut tester des classes C++, qu'il faille créer un exécutable.
  • crashtests : ce sont des tests qui sont dédiés aux bugs qui causaient des crashs du navigateur. Ils vérifient donc que ces crashs ne se reproduisent plus :-)

Actuellement, pour Firefox 3, il y a plus de 46200 mochitests et 1840 reftests. Pour les autres types, il est difficile de les compter, mais il y en a aussi plusieurs centaines (voire milliers..).

Même si ça peut paraitre beaucoup, ces tests sont très loin de couvrir l'ensemble du code, et surtout de l'ensemble des centaines de composants XPCOM. La principale raison est que ça prendrait des mois à développer tout les tests unitaires, vu la complexité d'un moteur de rendu comme Gecko. Il aurait fallu commencer à construire ces tests dés le début du projet en 1998[2], mais à cette époque, le développement piloté par les tests unitaires n'était pas une pratique connu dans le monde de l'informatique.

Et puis Firefox ne fonctionne pas si mal :-) Il n'est donc pas forcément urgent de développer des tests sur des parties dont on sait qu'elles fonctionnent bien depuis des lustres. Aussi les tests ajoutés actuellement concernent-ils principalement les corrections de bugs, les nouveautés et les améliorations.

Notes

[1] Bien sûr, acid2 est inclus dans les reftests ;-)

[2] Depuis le début en fait, il y a eu des tests développés, mais ils étaient peu nombreux jusqu'au développement de Gecko 1.9, et ils étaient en majorité de type stand-alone

lundi, février 25 2008

Firefox 3 : le cheval de Troie

Allons bon, Adobe sort le première version stable de AIR. Certains s'en félicitent, voir même ont fini par oublier un concurrent : XulRunner. Certains le croient mort. Moi-même il y a quelques mois, j'ai douté.

Mais d'ici quelques mois, il sera installé sur des centaines de milliers, non, que dis-je, des millions de machines (20% de part de marché des navigateurs, ça représente bien des millions d'internautes n'est-ce pas ?). Sans même que les utilisateurs "lambda" le sachent. Car il sera installé sous un autre nom : Firefox 3.

En effet, Firefox 3 est basé sur XulRunner. Et Firefox 3 pourra lancer des applications XulRunner. Ainsi, pour lancer une application avec XulRunner, on fait ça (dans une console, dans un raccourci sur le bureau ...) :

  xulrunner.exe application.ini

Maintenant avec Firefox 3, on peut faire ça :

  firefox.exe -app application.ini

À cela il faut rajouter Prism, qui est une application, basée elle aussi sur XulRunner, permettant de lancer une application web de la même manière qu'une application desktop.

Est ce que Adobe AIR aura le même taux de pénétration ? Rendez-vous à la fin de l'année.

Note : application.ini est un fichier qui contient des infos sur l'application à lancer.

PS: à moins qu'ils décident, chez Mozilla, de supprimer cette option -app pour diverses raisons... Mais dans ce cas, on pourra toujours fournir les applications sous forme d'extensions ;-)

Fosdem 2008 : fin

Comme tout les ans, le Fosdem s'est très bien passé pour nous, les mozilliens, et encore mieux même puisqu'il y avait plus de contributeurs, et une superbe soirée organisée par Mozilla-Europe pour fêter les 10 ans du projet Mozilla.

Voici donc quelques photos :

samedi, février 23 2008

En direct de Fosdem

Voilà, je suis à Bruxelles depuis hier soir. Je vais essayer de mettre à jour ce billet le plus souvent possible. Une sorte de rapport de gendarmerie en somme :-)

Lire la suite...

lundi, février 18 2008

Fosdem 2008

Ça se passe le week-end prochain, et j'y serais. Et bien sûr je serais la majeur partie du temps sur le stand Mozilla ou dans la devroom Mozilla. Et le soir, j'irai picoler boire une bonne bière et me restaurer avec tous les autres Mozilliens quelque part dans Bruxelles.

I’m going to FOSDEM, the Free and Open Source Software Developers’ European Meeting

jeudi, février 14 2008

Adobe AIR vs Xulrunner : Xulrunner gagne chez Flickr

Une nouvelle version de l'outils Flickr Uploadr vient de sortir, et elle est basée sur Xulrunner. Dans une interview, le responsable du projet Richard Crowley explique ce choix technique. Ils ont fait une étude pour savoir si ils allaient prendre Adobe Air ou Xulrunner pour cette nouvelle version. Ils ont donc finalement choisi XulRunner parce que :

  • XulRunner permet de faire du multi-thread, et pas Air.
  • On peut lier des bibliothèques externes avec une application XulRunner, et pas avec Air.
  • La haute extensibilité de XulRunner, ce que ne permet pas Air.

Bien sûr, cela ne veut pas dire que Air soit entièrement mauvais[1], mais XulRunner correspond mieux aux besoins des développeurs de flickr.

(via le blog Mozilla in Asia)

PS: et pendant ce temps-là, Zimbra choisi Prism pour faire un client desktop... Gecko powwaaa !

Notes

[1] uuuummmmphhh, vous n'imaginez pas les efforts que je fais pour me retenir de troller.. hu hu :-)

mercredi, février 13 2008

Firefox 3.0 beta 3

Bon, il parait que je ne parle pas assez de Firefox 3, et que je tape trop sur IE . Donc allons-y pour un peu de bafouillage sur Firefox 3 qu'il est bien tip top cool.

La beta 3 vient de sortir aujourd'hui. Cette version roxor grave, et ça promet pour la version finale !

  • 1350 améliorations et bugs corrigés (par rapport à la beta2), dont 90 bugs sur les performances, et 90 améliorations sur la mémoire.
  • Il faut savoir qu'une des priorités de Firefox 3, c'est la gestion de la mémoire justement. Tenez, par exemple, pas plus tard qu'hier, l'utilisation de jemalloc a été activée dans la version linux (donc pour Firefox 3.0 beta 4), sachant qu'elle est déjà activée dans la beta 3 sous windows. Jemalloc est un gestionnaire de mémoire (utilisé dans FreeBSD), et remplace donc celui proposé par défaut par les systèmes d'exploitations. Résultat : moins de fragmentation de mémoire, meilleures libérations de la mémoire etc...
  • amélioration de la fenêtre de gestion des extensions : on peut faire des recherches d'extensions sur addons.mozilla.org directement dans la fenêtre !
  • amélioration sur la barre d'addresse, avec la super fonction de recherche automatique de lien dans l'historique et les bookmarks
  • gros amélioration dans cette beta3 : l'intégration dans les desktops, que ce soit pour MacOSx, linux (gtk) ou windows. Firefox a le même look que celui des applications du système.
  • encore des améliorations de CSS, et d'ici la version finale, il va y avoir pas mal d'améliorations sur les sélecteurs de pseudo classes dynamiques (:empty et cie). Le patch est en review.
  • et puis plein d'autres petits trucs...

Bon et puis je ne parle pas de toutes les améliorations pour les développeurs web et les développeurs d'extensions, dont par exemple mon super patch qui offre la possibilité d'utiliser une base sqlite comme source de donnée à un template XUL (la doc a d'ailleurs été rédigée il y a quelques semaines seulement).

Pour le téléchargement, c'est par ici.

mardi, février 12 2008

Silverlight demo revisited

Vous souvenez-vous de la demo de vladimir, qui avait réécrit en SVG une demo de manipulation d'image fait avec Silverlight ?

Je la trouvais particulièrement lente (sous linux en tout cas). Et en fait, en regardant le code source, j'ai vu qu'il y avait quelques optimisations à faire en javascript. Voici donc une nouvelle version qui s'avère plus réactive dans Firefox 2 et 3, même si ce n'est pas encore d'une fluidité parfaite (il y a des pertes de perfs au niveau du rendu même, donc je peux rien y faire).

mardi, janvier 29 2008

Solution Linux 2008

Flash info : pendant ces 3 jours, je suis au salon Solutions Linux, au stand Mozilla.

mercredi, novembre 21 2007

Le meilleur des thèmes pour Firefox

Une question m'a été posé sur IRC : quel est le meilleur des thèmes pour Firefox ?

Bon, je dirais que tout est relatif. Les goûts et les couleurs... tout ça...

M'enfin dans l'absolu, il y a une exception (qui confirme la règle donc). Il est totalement impossible de ne pas aimer Pimpzilla. Moumoute sur les onglets et les barres d'outils, boutons en or qui brille (avec incrustation de diamands), décoration peau de leopard : c'est le must pour draguer les filles et crâner devant les potes. Franchement il n'y a vraiment rien de mieux. La preuve : je l'utilise. Yeah Baby !

mardi, novembre 13 2007

Templates avec sqlite : dans le trunk !

Ça y est, mon patch est dans le trunk de Mozilla. On pourra donc faire dans Firefox 3 des templates XUL avec des données issues d'une base sqlite.

Bon, l'intégration du patch ne s'est pas super bien passé. Voici ce qui peut arriver quand on oublie de tester une compilation en mode optimisé, et donc avec un include manquant :

Oui,c'est moi qui ai mis le feu aux tinderboxs[1] :-) Et là on ne voit que celles pour firefox, il y a aussi celles pour xulrunner, sunbird, seamonkey...

M'enfin, ça a été vite corrigé, tout est bien qui fini bien.

PS: les possibilités apportées par mon patch ne sont pas présentes dans Firefox 3.0 beta 1, mais le seront dans les versions suivantes.

Notes

[1] les tinderboxs sont les machines qui compilent en permanence les produits Mozilla, et qui lancent des tests unitaires. Et quand une compilation échoue, c'est indiqué en rouge vif avec des jolies flammes.

jeudi, novembre 8 2007

Templates avec sqlite : c'est pour bientôt.

J'ai terminé la semaine dernière mon patch pour pouvoir utiliser sqlite comme source de donnée pour les templates XUL. Il est un peu tard pour qu'il soit intégré dans Firefox 3 beta 1, mais il le sera il faut l'espérer, avant la sortie de Firefox 3 final. C'est pas forcément joué, car normalement, l'ajout de fonctionnalités dans Gecko 1.9 est gelé depuis plusieurs semaines. Mais je reste optimiste, quand je lis les commentaires enthousiastes de certains :

Mark Finkle (de mozilla.com) :

this may not affect Firefox to a high degree, but the potential for extension developers and XUL application developers is huge, Huge, HUGE!

Philip Chee :

SeaMonkey wants this too as it's holding up a key SM bug that depends on this.

Robert Kaiser (l'un des lead developer de SeaMonkey) :

I know a bunch of people anxious to see this landing ;-)

Bref, l'inclusion du patch dans Gecko 1.9 va se décider dans les prochains jours, et il y a des chances que l'issue soit positive :-)

- page 2 de 10 -