Geckozone

teoli2003 a écrit :

Zefling a écrit : De toute façon, je m'étais fait une liste.

Incomplète, incomplète outre about:about, il y manque about:logo par exemple

Regarde mieux...

(déjà loin)

J'ai vu about:logo ce matin dans mon test. Mais aussi 2 fois about:licence

Thomas a écrit :J'ai vu about:logo ce matin dans mon test. Mais aussi 2 fois about:licence

Je ne crois pas, mais il y a sans doute about:licence et about:license (US et UK).

Encore une petite modification de ES5 incompatible avec ES3 (et encore seuls TM et V8 l'implémentaient ainsi et pas IE ou Nitro)...

Il y a désormais systématiquement un nouvel objet créé lorsque l'on fait /foo/. Il semblerait que le comportement précédent était le 2e bug JS le plus marqué comme duplicated dans bugzilla. Donc le nouveau comportement est plus logique, bien qu'incompatible.

Plus d'info: http://whereswalden.com/2010/01/15/more ... countered/

Cette semaine l'implémentation des animations a continué:

La balise SVG <number> est animable désormais: bug 522267 [Core:SVG]-Add support for animating <number> attributes [All]

Enfin, l'élément de la norme le plus difficile a implémenter, la synchronisation temporelle avec les animations, est arrivé:
bug 474743 [Core:SVG]-SVG SMIL: Implement syncbase timing [All]

Si vous êtes intéressé par le bout de norme y relatif: http://www.w3.org/TR/smil-animation/#Ti ... dTimeLists

Globalement les animations progressent bien et je pense qu'il n'y aura pas de problèmes pour les avoir pour Fx 3.7. A noter que comme cela sera accessible pour l'interface de Firefox aussi, ce sera très utile pour animer le déplacement d'onglets (ce qui améliorera l'UX comme Google Chrome l'a montré) et d'autrs éléments de l'interface (toujours en vue de l'UX, pas juste pour faire joli).

L'expiration de l'historique se fait aujourd'hui de manière synchrone (à l'arrêt de Firefox). Bilan les temps d'arrêt peuvent être longs, surtout pour les surfeurs assidus. Aussi, l'expiration asynchrone a été implémentée, évitent ces temps peu avenants.

Ce fut un gros projet.

Le bug: Bug 520165 - Make Places expiration async
La discussion sur le newsgroup: History expiration rewrite project. Looking for feedback.
La page du wiki: https://wiki.mozilla.org/Firefox/Projec ... expiration

Ce qui va faire jaser, c'est la suppression de la configurabilité du temps de rétention de minimum (dans l'UI et dans l'about:config).

La correction de vieux bugs en relation avec les tables et CSS (2.1) continue; cette fois-ci c'est un bug de 2000 qui est passé à la trappe:

Bug 28800 - Remove the ability for rowgroups to scroll (e.g. <tbody style="overflow:auto">)

Tiens, j'ai déjà du avoir un problème avec ça. Je suis étonné que cela ne soit corrigé que maintenant. Enfin, aucun moteur est parfait pour le CSS 2.1.

Zefling a écrit : Enfin, aucun moteur est parfait pour le CSS 2.1.

Je pense que le meilleur support de CSS 2.1 est probablement celui de IE8.

Pas sûr quand je regarde cette page :
http://en.wikipedia.org/wiki/Comparison ... _%28CSS%29
Il y a beaucoup de point où IE est toujours « Incorrect ». Après je sais pas trop qui s'occupe de gérer la page, mais elle est bien sourcée.

J'ai eu l'occasion de tomber sur pas mal de bug CCS2 dans IE8, alors que pour Firefox, pour l'instant 1 seul.

http://www.pcinpact.com/actu/news/54991 ... orentz.htm

Je trouve ça très discutable mais pourquoi pas .

Bin pourquoi pas ?
On résout des bugs, et on ajoute une fonctionnalité. Si on fait ça régulièrement, ça devrait faire son chemin.
Mieux vaut des changements en douceur, plutôt que de vouloir tout changer d'un coup...

Il est vrai qu'à force de voir tout ces "petits modules" graviter au tour du projet, on aimerait parfois les avoir plus tôt. Maintenant, pour les entreprise se choix peut faire peur vu la logique et plutôt à la stabilité.

Quid des distributions Linux qui jouent la carte de la stabilité et ne mettent à jour que pour des corrections améliorant la sécurité ?

Firefox 3.7 n'est pas annulé, c'est une invention de journaliste.
http://beltzner.ca/mike/2010/01/15/of-r ... elephones/
Ça aura peut-être un autre numéro de version, mais ça on a l'habitude.

Tout ce qui est prévu pour l'instant c'est que la séparation de processus pour Flash fasse partie d'une mise à jour de stabilité de Firefox 3.6, mais ça c'était déjà visible sur le second diagramme du projet de roadmap en décembre : https://wiki.mozilla.org/index.php?titl ... did=188917