Firefox : Rumeurs et news sur le développement

[Zefling]

Le gros bug de text-overflow :ellipsis lors de la sélection a été corrigé.
Ça rend bien mieux.

[teoli2003]

Le gros bug de text-overflow :ellipsis lors de la sélection a été corrigé.
Ça rend bien mieux.

Il reste à le rendre compatible avec text-shadow et ce sera bon.

[vulcain]

Elle est encore plus lente que la 32-bits pour l'instant. Il faudra attendre que le support de W2K et XP RTM et SP1 soit abandonné (lors du passage à VC2010), probablement pour Firefox 8 (ou 9).

Windows 2000 n'est plus maintenu depuis le 13 juillet 2010 et pour Xp SP1 celui-ci ne sera plus supporté pas Microsoft dans une semaine (mais c'est le cas depuis 13 juillet pour la version SP2 ) et Mozilla ne continues avec les OS dont les éditeurs ne font pas de support.

C'est donc plus pour Flash, Adobe tarde à sortir des plugins 64 bits (mais windows 8 et 64 bits only ...)

[jpj]

[HS] @ vulcain. C'est le support du Service Pack 1 de Vista qui se termine le 12 juillet 2011. Celui de XP SP1 est fini depuis longtemps (octobre 2006). [/HS]

[teoli2003]

Mozilla ne continue avec les OS dont les éditeurs ne font pas de support.

Pour l'instant W2K, XP RTM et XP SP1 sont toujours supportés. Pour la simple raison que cela ne coûte (presque) rien, juste des machines de test automatique car le compilateur génère du code qui y fonctionne.

Une partie de ces machines seront utilisées pour tester la version 64-bits.

[vulcain]

[HS] @ vulcain. C'est le support du Service Pack 1 de Vista qui se termine le 12 juillet 2011. Celui de XP SP1 est fini depuis longtemps (octobre 2006). [/HS]

Ou là, il est temps de dormir (je me disais que c'était pas logique comme support).

[rilou]

Pour info, Firefox 8 se trouve en nighlty

[~HP]

http://www.victorianfireplaces.com/stov ... stove.html

[odin]

http://www.victorianfireplaces.com/stov ... stove.html

[teoli2003]

Une version Firefox 5.0.1 va sortir tout soudain, que pour Mac OS X. Cela va corriger deux problèmes:

1) Firefox marche très mal avec Mac OS X 10.7 "Lion". Il y a un problème avec la gestion des polices qui fait crasher souvent le navigateur. Il faut que cela soit corriger pour la sortie de 10.7, normalement la semaine prochaine.
2) L'update 10 de Java pour Mac OS X 10.5 à supprimé un lien, soit disant parce que JavaPlugin2 n'est pas assez stable sur 10.5, faisant que le JavaPlugin2 ne marche plus avec Firefox. Le bug va chercher ailleurs ce JavaPlugin2, au même endroit que Safari.

Et c'est tout. Il n'est pas prévu de version 5.0.1 pour les autres OS.

Edit: en fait une version 5.0.1 pour Linux et Windows et sortie en même temps que celle pour Mac OS. Néanmoins, et contrairement à cette dernière, elles n'ont pas été poussées aux utilisateurs par la mise-à-jour automatique car elles sont identiques à Firefox 5. C'est pour des questions techniques (beaucoup) et de cohérence de numérotation (un peu) que ces versions ont quand même été générées et validées.

[teoli2003]

La gestion de la mémoire vive est un problème complexe. Non seulement, il ne faut pas en utiliser plus que nécessaire, pour en laisser aux autres, mais il faut aussi se comporter au mieux lorsqu'il y en a moins que nécessaire: c'est ce que l'on appelle le memory pressure.

Dans ces cas-là, les performances du systèmes diminuent, entre autres car les cycles d'écriture/lecture sur le disque sont lents (c'est le page swap), même sur un SSD!

Depuis longtemps, Firefox détecte ces cas (le système d'exploitation nous le dit très gentiment, en fait) et il s'avère qu'il est mieux d'utiliser des algorithmes plus lents mais utilisant moins de mémoire, car c'est quand même plus rapide que du page swap à donf.

Et bien souvent, ce sont les caches internes qui peuvent être vidés, d'abord les moins importants.

Dans Aurora, en cas de memory pressure (je ne peux pas appeler cela en francisé: pression de mémoire car cela me donne instantanément l'envie de boire une mousse), Firefox élimine désormais les images décodées (qui prennent un peu plus de place) qui ne se trouvent pas sur l'onglet courant. Une petite amélioration mais c'est toujours cela.

Bug 666317 — Discard decoded images on a memory-pressure notification

[teoli2003]

L'implémentation progressive des API HTML5 continue!

Cette fois-ci c'est la méthode FileReader.readAsArrayBuffer(), permettant de lire un fichier directement dans un tampon mémoire, qui a été ajoutée.

Bug 632255 — Implement FileReader.readAsArrayBuffer()

[teoli2003]

Même si l'essentiel des attributs SVG (et même CSS si je me rappelle bien) sont animables depuis Firefox 4, il reste des poches de résistance aux progrès!

Ainsi les attributs de type <number-optional-number> (c'est-à-dire un nombre, optionnellement suivi d'un second nombre précédé d'une virgule) ne pouvaient pas l'être.

Et bien dans Aurora, c'est désormais le cas! On peut désormais animer :

• l'attribut 'filterRes' sur <filter>;
• l'attribut 'order' attribute sur <feConvolveMatrix>;
• l'attribut 'kernelUnitLength' sur <feConvolveMatrix>, <feDiffuseLighting> et <feSpecularLighting>;
• l'attribut 'stdDeviation' sur <feGaussianBlur>;
• l'attribut 'radius' sur <feMorphology>;
• et l'attribut 'baseFrequency' sur <feTurbulence>.

Strictement parlant 'filterRes' et 'order' sont des <integer-optional-integer>, mais personne n'a ajouté ce type à la spec (et ils sont donc traités de manière adéquate lorsqu'ils sont animés.

But: Firefox 7

Bug 617623 — Add support for SMIL animation of <number-optional-number> attributes

[teoli2003]

Dans l'en-tête HTTP Content-Disposition:, la spécification exclu l'utilisation de guillements comme délimiteur de valeur dans les paramètres.

Ainsi:

Code : Tout sélectionner

Content-Disposition: attachment; filename*="UTF-8''foo-%c3%a4.html"

est incorrect et doit être écrit:

Code : Tout sélectionner

Content-Disposition: attachment; filename*=UTF-8''foo-%c3%a4.html

Gecko (et Firefox) était le seul navigateur a accepter cette syntaxe incorrecte. Ce ne sera plus le cas dans Firefox 8 et dans vos Nightly!

Bug 651185 — double quotes aren't a legal delimiter for 2231/5987 encoding

[teoli2003]

Avec le nouvel about:memory et la décision de reprendre le contrôle de la mémoire en comprenant ce qui prend de la place (et en découvrant par la même occasion des problèmes!), on voit fleurir de nouveaux rapporteurs (reporters en anglais).

Cette fois-ci ce sont des rapporteurs de l'occupation mémoire de WebGL, tampons, textures, contextes, tout devrait y être.

Et d'autres rapporteurs devraient arriver bientôt (j'en ai vu passer un concernant la mémoire occupée par le correcteur orthographique, ou plus intéressants, certains sur l'occupation mémoire du DOM, par onglet s'il vous plaît). About:memory aide à diagnostiquer des problèmes de Firefox mais pourrait bien être un outil très très utile pour le développeur web d'ici quelques mois.

Bug 638549 — Add about:memory accounting to WebGL