Carnet de notes

Je me suis pas mal amusé ces derniers temps avec les nouvelles possibilité des CSS (angles arrondis, ombres de boîtes et de texte, dégradés de couleur) pour voir ce qu'il était possible de faire avec ces nouveaux outils. L'intérêt de ces règles CSS c'est qu'elles permettent très souvent d'améliorer facilement un site web existant à peu de frais sans pour autant casser le site pour des navigateurs plus anciens (et par anciens navigateurs, j'inclus Firefox 3, Opera 10, Safari 3, les versions de Chrome vieilles de plus de 6 mois... ;) )

Ces règles sont parmi les règles CSS les plus intéressantes car le dégradé est un effet courant sur le web et les faire par css permettra de remplacer de coûteuses requêtes http pour des images. Sur la page des labs du projet Kompozer, j'ai combiné plusieurs de ces effets pour voir ce qu'on pourrait faire, notez par exemple le titre KompoZer Labs qui ne contient aucune image mais est une combinaison de dégradé, arrondis et d'ombrages sur une balise <h1>.

Pour ceux qui n'auraient pas un navigateur très récent, voici une capture d'écran montrant cette page dans les dernières versions de Firefox Trunk et Chromium sous Linux :

On peut noter que Chromium bien que supportant les dégradés CSS depuis plus longtemps que Mozilla a des bugs de rendus assez importants avec un très fort effet d'escalier dans le dégradé d'arrière-plan et beaucoup de mal avec les dégradés progressifs sur le h1, ça donne vraiment l'impression que le dégradé est calculé sur 256 couleurs seulement. Ça m'a un peu surpris car il me semblait que Webkit malgré un support imparfait des dégradés ferait mieux que gecko puisqu'ils avaient implémenté le draft CSS bien avant nous (ce qui explique leur syntaxe CSS assez compliquée pour le moment, elle a été simplifiée depuis et c'est ce que nous utilisons). En plus Paul me disait qu'il était sûr que sous Windows il n'y avait pas d'effet d'escalier sous Webkit,  j'ai donc lancé Virtualbox pour vérifier et voici la capture d'écran avec Safari 4, Chrome 3 et Firefox 3.6b5 :

Là on peut voir en fait que Webkit sait bien gérer les dégradés mais que c'est dans le fork Chrome de leur moteur de rendu qu'il y a un problème puisque Safari a un rendu correct. On notera aussi sur la capture de Chromium sous Ubuntu plus haut que le support des bords arrondis avec ombrage qui les suit devient enfin correct (il y a deux mois c'était pété de chez pété). Le rendu des polices avec ombrage diffère aussi entre Safari et Chrome, la version Safari est strictement identique à celle de Gecko alors que Chrome a un rendu trop léger à mon avis, on voit à peine les passages en gras.

À surveiller donc dans les mois à venir, ça pose la question du support correct des technologies dans les navigateurs, je me demande aussi comment se font les arbitrages dans le projet Webkit qui est maintenant bicéphale, le gros du développement du moteur de rendu étant assuré par Apple alors que Google a le gros des utilisateurs Webkit avec Chrome.

Voici les bogues (non liés à mon travail comme employé) que j'ai rapportés ce mois de décembre concernant les versions 3.6 bêta et 3.7 trunk de Firefox.

Bug 532721 - CSS Gradient backgrounds are not repainted when DOM is changed

J'ai trouvé celui là en testant l'un des tutoriels d'Alix de hacks.mozilla.org sur les CSS gradients, la page sur laquelle je travaillais était labs.kompozer.net qui me servait de terrain de test. Ce bogue a été accepté comme bloqueur et les développeurs se sont dépêchés pour qu'un patch soit intégré dans 3.6 :)

Bug 531289 - Firefox doesn't obey system dpi settings anymore

J'ai trouvé ce bogue en testant les compils nocturnes du tronc, c'est une régression sous Gnome/Linux paradoxalement due à une tentative d'amélioration pour Firefox Mobile (Maemo, donc Linux). C'est le bogue typique qui n'est visible que si un grand nombre de testeurs avec des configurations différentes utilisent les compils nocturnes, dans ce cas précis, il fallait avoir réglé les polices de son bureau gnome en dessous de 96dpi pour le voir. Le patch coupable a été corrigé.

Bug 536631 - Firefox no longer detects rss feed

Personne ne s'était apperçu que depuis 3 mois, l'icône des flux RSS n'apparaissait plus dans les versions du tronc uniquement pour Linux. Un bogue similaire avait été rapporté par dbaron qui soupçonnait que cela pourrait poser problème aux applis xulrunner, ce bogue a donc été marqué comme "duplicate" de l'autre et le complète en augmentant son importance, pas encore réparé mais il est maintenantplus sur le radar des développeurs. Ce qui montre que personne n'utilise des versions Linux de Firefox trunk, nul doute qu'une régression aussi visible serait rapportée en quelques heures sous Windows ou Mac.

Bug 534767 - New Drag and Drop JS API does not work with Jetpack installed

J'ai découvert ce bogue en testant la démo de Paul File upload & Firefox 3.6, il s'agit d'une incompatibilité entre Jetpack et notre implémentation de la nouvelle API Drag N Drop d'HTML5, apparemment ça n'affecte que Linux (enfin, j'ai eu la flemme de tester sous Windows...). Il n'est pas clair encore si c'est Jetpack (qui en est en version 0.7 et est encore très vert) ou si c'est un bogue du côté de Firefox, mais a priori c'est un bogue Jetpack donc ça bloquerait pas la sortie de 3.6.

Bug 536843 - Flash plugin has display problems on Firefox Linux Trunk and 3.6 builds, regression

Une régression visuelle pour Flash qui m'énervait depuis 10 jours, bogue saisi il y a trois heures. Grâce au super script regression.py indiqué par Arnaud dans les commentaires de mon précédent billet sur le bêta-test j'ai pu rapidement identifier la date de régression, entre le 1er et le 2 octobre. J'ai trouvé cette régression depuis que j'ai remplacé ma 3.5.* par une 3.6beta 5 comme navigateur principal.

Quelles conclusions tirer de ces exemples ?

1. Il n'est pas nécessaire d'être extrèmement technique pour rapporter des bogues utiles, il ne faut pas penser que c'est réservé à des experts du contrôle qualité, ce n'est pas mon domaine de compétence même si ça m'intéresse
2. Des cinq bogues ci-dessus, quatre sont des bogues ne touchant que la plateforme Linux. On a vraiment besoin que les gens testent réellement les compils quotidiennes de Firefox et les utilisent sur les vrais sites, pas seulement pour tester combien elles font aux tests Sunspider et Acid3... C'est là l'énorme avantage que les versions Windows et Mac ont sur les versions Linux, des tas et des tas de testeurs. Même le nombre de testeurs mac doit être plus important d'un facteur 10 au moins (probablement plus) par rapport à la version Linux. Sans rêver de légions de linuxiens se mettant à la tâche, quelques bons testeurs additionnels et organisés sous Linux pourrait faire une énorme différence sur la qualité de Firefox sous notre OS.
3. Si vous êtes développeur web, il ne faut pas seulement tester ce que vous connaissez (mes sites marchent-ils dans le prochain Firefox ?) mais aussi les nouvelles technologies mises à notre disposition pour avoir une implémentation correcte de celles-ci lors de la sortie du navigateur et donc des nouveaux outils qui marchent tout de suite et pas dans un an après que les gros problèmes auront été réparés.
4. Le contrôle qualité communautaire est probablement un axe d'implication dans le logiciel libre trop méconnu car souvent associé uniquement aux contributeurs les plus techniques. Il y a là un potentiel de travail collaboratif communautaire important pour Mozilla et pour le libre en général. En fait, j'ai même l'impression que l'implication dans le 'bug triage' n'est pas aussi organisée qu'il y a quelques années, j'en suis un bon exemple, je ne suis redevenu réellement actif dans ce domaine que depuis novembre après plusieurs années de faibles activité alors que c'était une de mes activités les plus importantes quand je suis rentré dans le projet vers 2002.

J'ai bossé ce week end sur le nouveau planète francophone, en bloguant à ce sujet il y a deux jours je me suis dit que ce serait bien de refaire le thème car notre ancien thème datait (capture de l'ancien thème).

Le nouveau thème est proche visuellement du planet anglophone, même s'il ne partage pas de code ni d'images avec lui. Il fait plus sérieux et il y a beaucoup plus d'espace pour la lecture par rapport à l'ancienne version.

J'ai dû abandonner l'utilisation de polices web pour le texte principal, je n'ai pas réussi à en trouver une qui sous Windows soit lisible, gère les gras et les italiques et respecte les hauteurs de lettres (sous Linux tout va bien, merci). C'est dommage, il y a énormément de polices disponibles mais probablement que très peu sont compatibles entre les OS et encore moins ont une licence libre permettant de les utiliser sur le Web. Je pense qu'il serait intéressant de recenser les polices libres réellement compatibles toutes plateformes et navigateurs (modernes) pour faciliter la tâche. J'ai tout de même conservé une police téléchargeable un peu originale pour les titres de section.

Ça faisait longtemps que je n'avais pas fait un design de zéro, donc c'était assez sympa de s'y remettre, ça m'a permis de jouer avec du CSS3, je suis content de mes séparateurs d'articles d'ailleurs:

div.article:after {
  content:"";
  width:80%;
  display:block;
  margin:auto;
  margin-top:30px;
  -moz-box-shadow: 0px 0px 2px 1px #ADC0CF;
}

Si vous voulez être agrégé sur le planète mozilla francophone, vous pouvez contacter Julia (julia À buchner POINT fr) et lui transmettre l'adresse de votre flux rss/atom. Votre flux doit parler de Mozilla, sa communauté, ses technos... , pour cela le plus simple c'est de créer une étiquette mozfr pour votre flux. Pour dotclear un flux web sur une étiquette a ce format:

http://www.chevrel.org/fr/carnet/index.php?feed/tag/mozfr/atom.

On en est à 20 flux de la communauté francophone Mozilla sur le planète, ça commence à être pas mal.

Lorsqu'on teste les "noctures", ces compilations quotidiennes de Firefox incorporant les patchs du jour, on peut trouver des bugs et vouloir les rapporter aux développeurs dans Bugzilla.

Une chose qui aide les développeurs est de savoir à peu près quand la régression (le nouveau comportement anormal) est apparu, pour savoir quels patchs ont été intégrés entre ces deux versions, c'est ce qu'on appelle la fenêtre de régression.

Pour cela, il faut télécharger une ancienne version des nocturnes et voir si le bug y est toujours, si oui, on recommence avec une version plus ancienne (de la veille, de la semaine dernière...)

Une fois qu'on a trouvé une compil qui n'a pas le bug, on remplit son bug sur bugzilla en indiquant:

1/ l'identifiant de build complet de la version qui ne marche pas, par exemple:

Mozilla/5.0 (X11; U; Linux i686; fr; rv:1.9.3a1pre) Gecko/20091218 Minefield/3.7a1pre

vous trouverez cette information à copier-coller dans le menu aide/à propos de (menu ? sous Windows)

2/ Le lien vers les révisions du code source compilé, vous le trouverez en tapant about:buildconfig dans la barre d'adresse de Firefox qui affichera une page commençant par:

about:buildconfig

Source

Built from http://hg.mozilla.org/releases/mozilla-1.9.1/rev/a31ccbb61076

Votre commentaire peut donc ressembler à ça:

No bug in 20091125 build:

http://hg.mozilla.org/mozilla-central/rev/d76583175408

Bug is visible in 20091126 build:

http://hg.mozilla.org/mozilla-central/rev/77136b3d68fc

Grâce à ces informations, les développeurs et le contrôle qualité peut savoir quels patchs ont été intégrés entre ces deux dates grâce à un outil en ligne:

http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=d76583175408&tochange=77136b3d68fc

Ces étapes simples réduisent considérablement le travail des développeurs. C'est aussi pour ça qu'il est utile de rapporter les régressions rapidement et de tester les nocturnes, surtout sous Linux où nous avons très peu de testeurs volontaires (moins de 1% de nos bêta-testeurs) par rapport aux bêta testeurs sous Windows ou Mac.

Bons tests!!

Bêta-testez
Firefox 3.7
en VF

C'est assez peu connu mais tous les jours Mozilla compile Firefox dans toutes ses langues, tous les OS supportées et dans toutes les versions.

Ça veut dire que vous pouvez installer un Firefox 3.7a1pre en français qui bénéficie d'une mise à jour automatique quotidienne.

Voici où vous trouverez les binaires:

ftp://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-mozilla-central-l10n/

Pour la VF c'est :

• Linux: firefox-3.7a1pre.fr.linux-i686.tar.bz2
• Mac: firefox-3.7a1pre.fr.mac.dmg
• Windows: firefox-3.7a1pre.fr.win32.installer.exe

Vous êtes donc parés pour faire du bêta-test des futures versions de Firefox et découvrir les nouveautés au fur et à mesure de leur implémentation (par exemple cette semaine, les premiers pas du multiprocessing avec les plugins dans un processus séparé).

Évidemment, il est conseillé d'utiliser un profil de données à part pour ça, sauf si vous aimez vivre dangereusement :).

Il fut une époque où j'étais un gros blogueur, plusieurs billets par jour sur l'actu Mozilla et le web ouvert. Aujourd'hui lorsque je dépasse les deux billets par mois, je sors presque le champagne !! :)

Quelles sont les raisons à cela ? J'en vois plusieurs :

• J'ai beaucoup moins de temps pour bloguer, mon travail pour Mozilla me prenant tout mon temps
• Je me suis rabattu sur Twitter qui nécessite un investissement en temps bien plus court, tant au niveau de l'écriture des micro-billets que de la communication avec ceux qui me suivent grâce en partie à l'utilisation d'un client Twitter efficace (Echofon, extension Firefox)
• Plusieurs blogueurs francophones commentent l'actu mozilla et le font avec talent, ma valeur ajoutée informative devient donc marginale
• J'ai via Twitter un lectorat de technophiles identifié, environ 250 personnes, je ne suis pas sûr d'avoir toujours un lectorat concret sur ce blog.
• Moins je blogue, plus il m'est difficile d'écrire des billets. Le blog est finalement un certain exercice de style facilité par une pratique régulière :)

• Je pourrais publier des résumés de mes rapports d'activité mensuels, mais y a t'il un intérêt à publier ce type d'informations en français ? Je le fais déjà pas en anglais, je laisse mon chef ajouter ça à notre rapport d'équipe hebdomadaire ;)
• des en-vrac mensuels de ce que je raconte d'intéressant sur Twitter, j'ai un copain qui fait ça genre "mes meilleurs infos du mois sur Twitter"
• J'aimerais que ce blog puisse servir de plateforme de communication pour construire une plus grande communauté Mozilla francophone, en particulier dans des domaines où on pourrait progresser (QA, l10n, communication inter-projets, bêta-test, vidéos, tutoriels...). Mais j'ai peur que ça me prenne trop de temps en fait.
• Je publie des photos de chatons ? ;)

Je suis passé cette nuit de Jaunty à Karmic sur mon Lenovo Y650, si vous avez ce modèle de portable, vous pouvez y aller, pas de problème :)

Les choses que j'ai remarquées :

• Je ne note pas de différence de temps de boot contrairement à ce qui était annoncé partout, par contre le boot est un poil plus joli (pas important pour moi, ma machine est soit allumée soit en veille, je l'éteins ou la redémarre assez peu en fait).
• Le passage en veille n'est pas plus rapide mais la sortie si, l'hibernation marche aussi
• Ma machine est nettement plus réactive pour à peu près tout, j'avais souvent des problèmes de processeur qui s'affolait sur tout ce qui touchait aux paquetages par exemple, ce n'est plus du tout le cas.
• Le thème par défaut est beau et pro.
• Le raccourci clavier pour la mise en veille ne marche plus mais le bouton d'allumage de la machine fait la même chose donc c'est pas génant.
• Ubuntu One est une bonne idée, quand ça marche... J'ai dû réussir à synchronise mes fichiers deux fois seulement
• La nouvelle appli Logithèque Ubuntu est beaucoup mieux que l'ancienne appli à mon avis
• Compiz n'a pas l'air d'avoir de bugs, j'ai toujours eu des petits bugs graphiques qui me faisaient finalement le désactiver, là on dirait que je vais finir par le garder.
• La gestion du son est beaucoup mieux, pas mal d'autres détails Gnome sont mieux aussi d'ailleurs

Visibilité et participation des femmes dans Mozilla et le Libre :

Réunion à Paris ce soir avec Delphine et Julia à 18h30 au Hall's Beer Tavern 

La rencontre est ouverte à toutes et à tous.

Ce samedi je donnerai une conférence présentant le projet Mozilla et sa communauté lors de l'Ubuntu Party Paris à la Villette , bon comme d'hab en fait ;)

Par contre, j'ai réussi à convaincre Delphine de faire une petite présentation de son projet visant à améliorer la visibilité et la participation des femmes dans le projet Mozilla et le libre en général.

La présentation sera à la fin de la mienne et j'engage toutes les personnes intéressées à venir à l'événement et à discuter avec nous du sujet (pour les plus intéressées, on peut aller prendre un café à côté après la conf pour ça d'ailleurs).