Jy[B]log

Vu que je bosse sur le code de Mozilla, je suis bien obligé d'utiliser Mercurial. Et plus j'utilise, plus j'adore. Surtout son système de pile de patch (l'extension Mq).

Se pose à moi alors la question : pour mon projet Jelix, devrais-je remplacer totalement Subversion par Mercurial ? Ou simplement utiliser Mercurial en local avec hgsvn qui me permettrait de mettre à jour mon dépot Mercurial local à partir du dépot Subversion central ?

En fait, personnellement, je n'ai pas de souci à utiliser Mercurial, bien au contraire, il apporte beaucoup de chose. Mais c'est vis à vis des contributeurs, et surtout des contributeurs potentiels. Je trouve l'utilisation d'un système de gestion de version distribué un poil plus compliquée qu'un centralisé comme Subversion, avec des concepts pas forcément évident à appréhender, surtout quand on est habitué à Subversion ou CVS. En clair, j'ai peur qu'imposer l'utilisation de Mercurial fasse peur (Déjà que j'ai l'impression que l'utilisation d'un outil de versionning ne semble pas encore être la norme en entreprise et que j'ai rencontré pas mal de développeurs web qui savaient à peine ce que c'était que cvs, svn...).

Mais peut-être me fais-je des idées ?

Et vous, qu'en pensez-vous ?

On attendait un ouragan du coté de la Nouvelle Orléans. Finalement il a plutôt dérivé sur le web. Et il fait très mal : Google annonce la sortie prochaine de son propre navigateur web, qui aura pour nom Google Chrome. Les rumeurs depuis plusieurs mois sur un "GBrowser" étaient donc fondées.

Coté technique :

• Le rendu sera effectué par le moteur Webkit (utilisé par Safari et Adobe Air)
• Le moteur javascript a été réécrit from scratch, portant le doux nom "V8", et embarquant une machine virtuelle et un optimisateur de code (ça me rappelle TraceMonkey et Tamarin tiens... ;-))
• La grosse nouveauté par rapport à la concurrence^[1], sera que chaque onglet aura son propre processus, donc une page web ne pourra pas "geler" le reste du navigateur, même si elle fait n'importe quoi. Chaque onglet sera une "sandbox".
• On peut détacher un onglet pour en faire une fenêtre dédiée à une appli web (même finalité que Mozilla Prism donc..)
• Intégration de Google Gears (api pour développeurs web)

Une BD orienté technique explique toutes les caractéristiques de ce nouveau navigateur.

Cependant, à y regarder de plus prêt, il n'y a pas multitudes d'innovations dans ce navigateur. La machine virtuelle pour le javascript, les applis indépendantes, le support des standards, et les autres fonctionnalités pour l'utilisateur, sont des choses vers lesquelles presque tout les éditeurs de navigateurs intégrent déjà ou sur le point de le faire.

Bref, mis à part Microsoft, je ne pense pas que les autres éditeurs aient du soucis à se faire au niveau technique. Par contre, cette annonce est tout de même un ouragan, parce que... c'est Google. Imaginez un lien "téléchargez Google Chrome" sur chaque page du moteur de recherche Google, moteur qui je le rappelle est utilisé par une grosse majorité des internautes... Même si la communication de la concurrence à l'égard de cette annonce semble calme, je pense que dans certaines équipes, ça doit être le branle bas de combat^[2].

Et puis, pour les fournisseurs d'applications en ligne, ça va être un gros concurrent, car je doute que Google Chrome sera fourni sans des liens vers Google Docs, Google Maps, Google Mail et cie...

Cette annonce marque le commencement d'une nouvelle phase dans la guerre des navigateurs déclenchée par Mozilla avec Firefox 1.0. Niveau DEFCON 2 je dirais. Voir 1 à Redmond, le principal concurrent :-)

Il y a plusieurs semaines, au sein du bureau de Xulfr.org, j'avais relancé l'idée d'organiser cette année, une seconde édition de la "Xulfr party", la première s'étant déroulé il y a un peu moins de deux ans. Mais petit à petit, cette "Xulfr Party", à l'origine une reunion dans le style des barcamp, s'est transformé en véritable journée de conférence. Paul avait d'abord contacté quelques éventuels interressés, qui ont voulu un peu plus qu'un simple barcamp, puis Mozilla Europe a été mis dans la boucle, et William, le p'tit nouveau de Moz-Europe qui s'occupe de la communauté, s'est très vite intéressé au projet. Après quelques heures de discussion, William, Paul et moi, on a fini par boucler le format et le nom de l'évènement, dans le coin détente du Mozilla Firefox+ Summit 2008.

Cela donne donc l'évènement Mozilla Addons Workshop, une journée complète pour tout ceux intéressés par le développement XUL, en particulier le développement d'extension pour Firefox, et le développement d'application XulRunner.

Ça se passera le Samedi 20 septembre^[1]. Voyez la news sur Xulfr.org, ou encore le billet de William, pour quelques détails supplémentaires. Nous allons vous donner plus détails dans les jours à venir, donc restez à l'écoute du fils rss des news de xulfr.org !

Bon, après la route coupée qui nous a obligé de changer les plannings de retour avec un supplément de 5h pour le voyage de retour, voilà maintenant qu'un camion, vers 6h du matin, percute le transformateur électrique de l'hôtel, provoquant donc une coupure de courant. Il n'aura été rétablie que 8h plus tard, laissant 400 pauvres contributeurs regarder la batterie de leur laptop agoniser.

Cela n'a pas empêché les sessions de se poursuivre (mais sans projecteurs). Celle sur XulRunner fut assez animée, avec les plaintes de quelques utilisateurs/contributeurs, à propos de patchs non acceptés ou du manque de visibilité sur l'avenir du "produit". Il est cependant devenu clair que Mozilla ne veut pas en faire un produit comme Adobe le fait avec Air ou Microsoft avec Silverlight. XulRunner reste, et restera, la plateforme de développement des produits Firefox et Thunderbird^[1]. Libre à quiconque de l'utiliser pour ses propres applications, et de proposer des patchs pour améliorer la "généricité" de la plateforme, ce qu'encourage en particulier Mark Finkle. Mais si des API doivent changer pour les besoins des produits Mozilla, elles changeront, et il faudra donc faire avec. Cela n'empêche pas XulRunner d'être une bonne plateforme avec des technologies innovantes et solides.

Le soir, nous avons eu droit à un diner festif dans un restaurant au sommet d'une montagne (il y neigait !). Déco "Mozilla", orchestre, buffet copieux, ce fut une très agréable soirée, avec le discours de cloture de Mitchell Baker et le court mais émouvant discours d'adieux de Mike Schroepfer qui part chez Facebook..

17h10 de voyage de chez moi jusqu'à Whistler : c'est long. Et sans vraiment dormir : c'est vraiment fatiguant. Arrivé vers minuit et demi à l'hotel, j'ai pu toutefois récupérer un peu et être suffisamment frais pour suivre les sessions cette première journée du Summit2008 de Mozilla, même si la fin d'après midi est plutôt dure, jet lag oblige.

En vrac :

• Hôtel très sympa, chambre confortable (avec cheminée s'il vous plait !)
• Temps pourri (il pleut :-( )
• Nourriture correcte, avec rafraichissants, café et collations à volonté toute la journée
• tout est fait pour que les participants puissent se connaître et échanger : on sent le coté "communauté" du Summit :-)
• une organisation sans faille jusqu'à maintenant
• du wifi gratuit bien entendu (mais avec 400 geeks dessus, c'est parfois lent)
• Très bonne idée ce site qui regroupe tous ce qui se passe sur le Summit, tout comme la salle spéciale détente pour geek mozillian, ouverte 24/24 h, avec babyfoot, jeux vidéos, tennis de table, fauteuils, musique etc... (Ils ont vraiment pensé à tout chez Mozilla)
• Des sessions "ouvertes" : beaucoup de discussions et d'échanges.
• Mais difficile de participer à toutes les sessions qui m'intéressent, vu que bon nombre se passe en même temps.
• Le speech de Mitchell Baker fut très intéressant. Je ne pense pas qu'il a été filmé, ce qui est dommage car cela aurait été instructif pour ceux qui ne connaissent pas trop le projet Mozilla. Elle a entre autre expliqué en quoi Mozilla n'est définitivement pas un projet Open-Source comme les autres (j'y reviendrai peut-être).

Et pour résumer : supère ambiance, journée riche :-)

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 :-)

On essaie d'être le plus régulier possible dans la sortie des versions de maintenance, donc voici Jelix 1.0.5 qui corrige des bugs mineurs. La version 1.0.6 sortira dans deux mois. Si il y a de nouveaux bugs bien sûr :-)

Après un calme assez plat dans les développements de la version 1.1, à cause de la préparation des RMLL, et d'autres occupations qui ont accaparé mon temps, l'activité a repris ces derniers jours, avec encore des nouveautés dans jForms, comme la possibilité de grouper des contrôles, une API plus complète sur les contrôles, et un nouveau contrôle <choice> pour avoir une liste de choix contenant des contrôles, comme dans un bug tracker :

  <choice ref="task">
     <label>Task status</label>
     <item value="new">
         <label>New</label>
     </item>
     <item value="assigned">
         <label>Assigned</label>
         <input ref="assignee" required="true">
             <label>assignee name</label>
         </input>
     </item>
     <item value="closed">
         <label>Closed</label>
         <menulist ref="task-done">
             <label>Status</label>
             <item value="done">Done</item>
             <item value="cancelled">Cancelled</item>
             <item value="later">Later</item>
         </menulist>
     </item>
  </choice>

J'ai encore quelques améliorations à faire, pour rendre jForms plus maléable (rajouter des champs de saisie à la volée par exemple), et après ça, probablement qu'une version beta sortira.

Au passage, si j'ai développé cette balise <choice> avec cet exemple d'utilisation pour un bug tracker, ce n'est pas par hasard. Souvenez vous de mon coup de gueule sur Trac, et des résultats de mes recherches d'un nouveau bug tracker, qui sont finalement restées vaines. Au bout du compte, j'avais décidé à l'époque d'en créer un nouveau, je me suis lancé donc dans ce développement.

Cela m'a permis d'utiliser pleinement Jelix, et de découvrir sa force (2 heures seulement pour faire la gestion complete des reports comme dans trac !), mais aussi certaines faiblesses. D'où la création d'un nouveau système de gestion de droits, jAcl2, avec son module d'admin, mais aussi des améliorations dans jForms, dont celles que je viens d'évoquer. Et tout ça est dans le trunk de jelix maintenant. Ces développements ont bien sûr ralenti ceux de mon projet de bug tracker, mais maintenant que je vais presque avoir tout ce qu'il faut, je vais pouvoir me relancer à fond dans ce projet.

Alors bien sûr, je sais que c'est un peu la mode en ce moment de faire un bug tracker en PHP (à cause entre autre je pense du concours sur developpez.com). Mais je me suis lancé dans ce projet bien avant cette mode ;-). Pour le moment, il n'est pas vraiment utilisable, mais ça va le devenir :-) Enjoy !.

Le pape est en visite en Australie pour les journées mondiales de la jeunesse. Jeudi, il a dénoncé nos sociétés matérialistes, les dégâts écologiques causés par l'activité de l'homme etc. C'est un beau discours, de la part d'un homme qui est arrivé sur les lieux sur un yacht luxueux et rutilant, dévorant des dizaines (centaines je dirais ?) de litres de gasoil à l'heure...

Il y a quelques heures, l'implémentation de la balise <video> a été intégré dans la version de développement de Firefox 3.1 !! Mais ce n'est pas encore totalement fonctionnel : il manque encore l'intégration des "backend", c'est à dire des parties de code qui lisent et affichent la vidéo. En clair : on peut mettre une balise <video>, ses attributs fonctionnent, son API (play(), stop()...) fonctionne, il y a un carré sur la page web où est censée s'afficher la vidéo, mais il ne se passe rien. Cependant ça va venir. (Mise à jour : une version plus récente de cet article est disponible !)