Firefox 4 + Lorentz + Tumucumaque + Macaw: News sur le dév.

[bobo]

Je sais que pour le moment, seul mac est concerné pour du FF64, mais j'espère pour les intéressés que ce fameux binaire commun 32/64 poseront pas de problèmes sous les versions de Mac OS X qui mélangent du 32 et du 64 bits

Les "exe" mac peuvent contenir en réalité du code compilé pour plusieurs plateforme. Avec le même fichier binaire, tu peux avoir une version PPC, une version x86_32 et une version x86_64. De manière transparente, l'OS lance la version la plus appropriée quand tu lances l'application selon ce qui est disponible dans le fichier. C'est ça qu'on appelle Universal Binaries.
En option avancé, tu peux lancer manuellement une version compatible moins adaptée (par exemple lancer la version 32 bits sur une machine 64 bits ou lancer la version PPC sur une machine Intel via Rosetta)
Les plugins sont effectivement un problème (enfin, pour ceux qui ne peuvent pas se passer de Flash), puisque tu ne peux pas mélanger dans un même processus du code 32 bits et du code 64 bits, ce qui oblige de passer par des solutions de contournement à la Safari. Je ne sais pas trop ce qui est prévu pour Firefox pour les premières version 64 bits.

[teoli2003]

Rares sont les personnes sous 64 bits qui veulent d'un binaire commun 32/64.
Et je fais parti des personnes sous 64 qui veulent avoir le choix entre 32 et 64 bits.

Ben sous Mac, Firefox vient aujourd'hui en UniversalBinary contenant une version PPC 32bits et une version Intel 32bits.

Comme 10.4 ne sera probablement pas supportée par Fx 3.7, on aura un binaire universel Intel-32 et Intel-64 à la place. (10.5 et suivant ne tournent pas sur des PPC).

[bobo]

Comme 10.4 ne sera probablement pas supportée par Fx 3.7, on aura un binaire universel Intel-32 et Intel-64 à la place. (10.5 et suivant ne tournent pas sur des PPC).

Le 10.5 tourne sous PPC. C'est à partir de la 10.6 que ça passe en Intel exclusif.

[Uther]

Le gros challenge sera de mettre en place l'architecture pour générer une nightly quotidienne et un binaire universel qui contienne les deux versions.

Pourquoi un gros challenge? L'achitecture pour les nightly n'existe elle pas déjà? Y a il tant de chose a revoir pour pouvoir faire des nightly 64 bits?
La génération d'un Universal Binary ne me parait pas non plus un gros challenge, ca me semble être plutôt commun sur Mac.

Mettre en place l'infrastructure automatique est toujours complexe: tu dois parler avec une autre équipe, cela rallonge les temps de compilation, il faut regrouper deux compilations, il faut avoir assez de machines, il faut que les tests soient jouer automatiquement pour le 32 bits et pour le 64 bits.

C'est simple en théorie: en pratique cela prend toujours quelques semaines.

Compiler un binaire dans son coin, c'est assez différent que de fournir deux binaires regroupés dans un Universal Binary, testés automatiquement, de manière quotidienne à 10000 personnes. Y compris avec les mise-à-jour partielles.

Ok c'est bien se qui me semblait. C'est fastidieux, mais ce n'est tout de même pas ce que j'appellerais un challenge vu qu'il ne s'agit que d'appliquer des procédures qui existent déjà.

[teoli2003]

[Ok c'est bien se qui me semblait. C'est fastidieux, mais ce n'est tout de même pas ce que j'appellerais un challenge vu qu'il ne s'agit que d'appliquer des procédures qui existent déjà.

On est d'accord.

[teoli2003]

Lu dans le PV de la séance de hier:

targetting find-tab-in-awesomebar for Firefox 3.7

L'idée était dans l'air dès Fx 3.0 mais avait été abandonnée faute de ressource pour Fx 3.5. La voilà qui réapparaît...

Sinon, l'amélioration de la stabilité risque d'être le but principal de tout un groupe de dev jusqu'à la fin de l'année:

- We’re going to be changing/removing a few goals in order for us to focus on crashes on a massive scale. Friday evening, we formed a small team to kill top crashers. Over the next several weeks we plan to dramatically reduce those crashes.
- Speaking of crashes, last week the CoolIris team released an update to their plug-in that triggered a spike in crashes in the plug-in, resulting in their plug-in being the top crasher in Firefox 3 and 3.5. They worked over the weekend, along with guys on our team who helped identify the issue, to back out the changes.
- It’s spikes like the above that demonstrate the importance of completing out of process plug-ins. Last Friday, I saw a demo–and I hope we see a blog post/video demo soon–of flash running out of process in our browser, where killing the process running flash left the browser running fine. Maybe Ben Turner can share that with the world soon?

Donc le "out-of-process plug-ins" devient prioritaire...

[bobo]

On dirait que les nightlies win32 l10n sont absentes depuis une semaine

[Patclash]

On dirait que les nightlies win32 l10n sont absentes depuis une semaine

Bonjour,
la solution prendre les nightly en-US avec la pack de langue fr-FR (firefox-3.7a1pre.fr.langpack.xpi dans http://ftp.mozilla.org/pub/mozilla.org/ ... tral-l10n/)
(sans oublier de modifier la ligne general.useragent.locale en fr-FR dans about:config pour que ça fonctionne)

[teoli2003]

Quelques nouveautés:
- Les animations SMIL fonctionnent désormais sur les propriétés CSS. Un des bugs nécessaires avant d'activer le SMIL par défaut (et gagner deux points ACID3) (bug 474049 [Core:SVG]-SVG SMIL: Add support for animating CSS properties [All] );
- le tracing de la récursion est sur le point d'arriver (il est sur la branche tracemonkey pour l'instant). Amélioration sur les tests Sunspider et V8 en vue;
- les réflexions sur le refresh des thèmes Mac pour 3.7 et 4.0 est en cours: http://blog.stephenhorlander.com/2009/1 ... e-refresh/

[bobo]

Puisqu'on parlait des compilations x86_64 il n'y a pas longtemps, Josh Aas a fait quelques tests de performances sur la version 64 bits Mac OS X. Résultat, entre 5% et 8% d'amélioration sur la version 32 bits.

[teoli2003]

Les Content Security Policy (CSP) devraient être implémentées pour Fx 3.7: http://hacks.mozilla.org/2009/10/conten ... ty-policy/

[teoli2003]

Alors que John Aash travaille sur le version 64-bits de Mac OS X, Makoto Kato travaille sur une version 64-bits Windows. Tracemonkey supporte le jeu d'instructions Intel x64 depuis quelques temps, et Kato-san vient de permettre de l'utiliser lorsqu'on compile Firefox en 64-bits sous Windows... Ce sera utile pour les builds fait par des tiers (Mozilla n'a pas annoncé officiellement de support 64-bits pour Windows, même s'ils y travaillent et que c'est un but à long terme, il faudra des bouts d'Electrolysis: les plugins 32-bits doivent être dans leur processus séparé sinon ils ne peuvent y tourner.

Sinon le tracing de la récursion avance: sur la branche tracemonkey un certain nombre de régression ont été trouvées; dès qu'elles seront corrigées, le trunk devrait avoir cette amélioration. Je me réjouis.

[teoli2003]

Le tracing de certaines récursion JS est là.

Un utilisateur note une amélioration très sensible sur 2 tests de sunspider; un autre indique une amélioration faible sur les tests V8:

controlflow: 4.20x plus rapide (49.6ms vs 11.8ms)
recursive: 4.20x plus rapide (49.6ms vs 11.8ms)

A tester dans votre prochaine nocturne.

[teoli2003]

David Baron a mis dans le trunk, les CSS3 Transitions (c'était attendu, une bonne partie du code est commune avec SVG SMIL Animations, qui est arrivé il y a quelques jours)...

Il signale néanmoins les limitations:

Also, please note that only a small set of properties are currently animatable
(see the list in layout/style/test/test_transitions_per_property.html). Adding
support for more properties to nsStyleAnimation will happen in other bugs.

Pour ceux que cela intéresse, les bugs pour étendre cet ensemble de propriétés sont:
Bug 520485 Extend nsStyleAnimation to support float values; [Implémenté après ce message]
Bug 520486 Extend nsStyleAnimation to support enumerated; [Implémenté après ce message]
Bug 520487 Extend nsStyleAnimation to support URI values;
Bug 520488 Extend nsStyleAnimation to support CSS rect();
Bug 520490 Extend nsStyleAnimation to support CSS list values; [Implémenté après ce message]
Bug 523196 Implement support for *-shadow in nsStyleAnimation; [Implémenté après ce message]
Bug 523450 Implement animation of -moz-{border,outline}-radius-* in nsStyleAnimation; [implémenté après ce message]
Bug 523355 Implement animation of stroke-dasharray [Implémenté après ce message]
Bug 520234 Extend nsStyleAnimation to support mixing absolute lengths with percent values.

Enfin voici les bugs spécifiques au SMIL (animation du SVG):
Bug 522267 Add support for animating <number> attributes;
Bug 522306 Add support for SMIL animation of the <path> element's 'd' attribute;
Bug 522308 Add support for SMIL animation of the <polygon> and <polyline> element's 'points' attributes.
Bug 524539 SVG/SMIL: Enable support for animating "stroke-dasharray" CSS property

[teoli2003]

Ben le premier de ces bugs est déjà là: les valeurs de type float peuvent être animées désormais.

Ajouté:

CSS Transitions landed (dbaron): landed with support for animations of lengths, percentages, and colors, floats added later in the week, and more properties hopefully coming soon (input on which are important is accepted)