Gecko 1.9a1, Acid2, SVG &cie

Par Laurentj le lundi, décembre 11 2006, 00:00 - Technologies Web - Lien permanent

Un première version alpha de Firefox 3 est sorti. Elle est basé sur un nouveau moteur Gecko 1.9a1 qui contient un certain nombre de nouveauté :

refonte d'une partie du moteur de layout, par David Baron (2 ans de boulot !). Cette refonte, comme je l'avais déjà écrit, permet à cette version alpha de passer le test acid2, et d'améliorer les performances d'affichage. Elle va aussi permettre de corriger d'autres bugs plus facilement, comme l'implémentation de la propriété CSS display: inline-block ou display: inline-table. Mise à jour : il y a eu confusion de ma part. les modifications de cette refonte ont été incluse le même jour de la sortie de la alpha1, mais après la diffusion des binaires de la alpha1. Cette version officielle ne passe donc pas le test acid2.
une amélioration de la prise en charge de SVG : plus rapide, plus de filtres, impression de meilleure qualité, plus de fonctions DOM surtout pour les textes etc..
Le moteur de rendu repose maintenant entièrement sur la bibliothèque Cairo (jusqu'à maintenant, seul SVG et la balise canvas utilisaient Cairo)

Pendant ce temps là, Alex Fritze (Monsieur SVG/XTF dans Gecko ), nous fait du teasing sur Venice Project, projet qui semble combiner les technologies de Mozilla, avec des fonctionnalités multimédia (vidéo, SIP etc..)

Commentaires

1. Le lundi, décembre 11 2006, 00:50 par Paul

Un peu plus de précisions sur le svg (sur le blog de tor):

support de textPath (aussi sur FF2): permet d'afficher des textes sur une courbe (un élément path). En général, le support du texte a été grandement amélioré (avec un enrichissement des implémentations de l'API SVG).
l'élément <mask> : en gros, ça permet de rajouter des effets de superposition (opacité, filtres, ...) sans alourdir le DOM
l'élément <pattern>: permet de remplir une élément avec un schéma.
<foreignObject>, permet d'intégrer du contenu non SVG et d'y appliquer les transformations et les filtres SVG.
Des filtres dans tous les sens <feComponentTransfer>, <feGaussianBlur>, <feMerge>, <feMorphology>, <feOffset>.
Meilleur qualité d'impression: processus complètement revu et intrinsèque au niveau système de layout. Entre autres, et surtout, meilleur support du rendu du texte.

Avec:

l'opacité plus "rapide" sur les groupes
une nouvelle version de Cairo
une meilleure intégration de cairo dans OS X
un redraw uniquement sur la bounding box des éléments modifiés
un code généralement restructuré

... les performances sont bien meilleures, surtout pour tout ce qui est dynamique.

2. Le lundi, décembre 11 2006, 02:14 par S.F.

Je n'ai rien trouvé à ce sujet, donc je pose la question ici dans l'espoir d'une réponse :

Est-ce que gecko repose sur pango (pangocairo) pour le rendu de texte, et si oui, est-ce que c'est le cas sur toutes les plate-formes ? Pangocairo est à ma connaissance le seul moyen un tant soit peu évolué d'écrire du texte avec Cairo...

3. Le lundi, décembre 11 2006, 04:04 par Paul

S.F: oui, dés l'instant que l'on build avec le rendu cairo (cairo gfx build), pango est utilisé pour tout le layout (html et xul compris). C'est donc le cas pour les versions de Gecko 1.9 (Firefox 3). C'est aussi le cas pour le rendu des fonts dans le SVG de Gecko 1.8 (firefox 1.5 et 2).

4. Le lundi, décembre 11 2006, 09:10 par Ludovic Hirlimann

Ce n'est aucunement du teasing ce qu'Alex montre ;-)

5. Le lundi, décembre 11 2006, 18:12 par Yann Lether

Du grand journalisme sur le sujet : Firefox 2.0 passe avec succès le test Acid2

6. Le mardi, décembre 12 2006, 09:32 par LaurentJ

Yann : énorme ! :-) Hop, épinglé

7. Le mardi, décembre 12 2006, 16:17 par ChrisJ

Je ne sais pas si c'est moi qui suis un peu à la masse, mais j'ai testé Gran Paradiso a1 sur Mac, et :

il ne réussit pas vraiment le test Acid 2, même si c'est meilleur que ce que fait Firefox 2 (par contre, une nightly issue du tronc d'il y a 2 jours le réussit) ;
je ne vois pas les widgets Cocoa (même sur la nightly en question).

Bizarre, car j'entends répéter un peu partout que cette alpha a ces deux fonctionnalités...

8. Le mardi, décembre 19 2006, 02:25 par loufoque

L'alpha 1 est antérieure au merge avec la branche reflow.

Ce billet est donc totalement faux.

9. Le mardi, décembre 19 2006, 10:31 par laurentj

Il se trouve en effet, aprés vérification, que la sortie de la version alpha1 et le merge de la branche reflow ont été éffectué le même jour. Cela a donc été trompeur pour moi.

Mais mon billet n'est pas totalement faux : les améliorations SVG et le fait que le toolkit graphique soit cairo, sont par contre exact.

Jy[B]log