Geckozone

Oui, je n'en doute pas, mais tu nous fait le récapitulatif ici, sachant que je ne suis pas spécialement les blogs et autres de Mozilla

teoli>Tu devrais mettre la branche courante de la version dans le titre. Là, ça laisse entendre que FF5 est passé en Aurora et que Nightly prépare la 6. Ça éviterait aussi que des boulets passent 1/2h à chercher Aurora sur le net (non, non, je parle pas de moi ^^').

En fait c'est (presque) le cas. Ce soir à 18h PDT (ou PST), soit vers minuit - 2h du mat heure CST (je connais jamais le décalage exact), Firefox 5 va passer en Aurora et mozilla-central aura ce qui va devenir Firefox 6.

J'ai quelques heures d'avance, je sais.

Sinon dans 5 semaine la première beta de Firefox 5 et dans 11 la release (avec une bêta par semaine entre deux). Si tout va bien.

Mon idée est de mettre à jour le titre du fil (Nightly -> Aurora -> Beta -> rien pour release) à mesure que cela progresse, mais pour cela il faut que je crée le sujet (ou que j'embête un modo), d'où ma hâte.

Ah ok. La Nightly ayant été compilé hier et ne trouvant rien sur Aurora, j'ai pensé que cette dernière ne serait pas compilé avant 3 semaines.
Je m'embrouille ^^

Perso, je vais continuer de rester sur Minefield... heu.. Nightly

La page pour les dév est là : https://developer.mozilla.org/en/Firefo ... developers

Zefling a écrit :

teoli2003 a écrit :Minefield est mort, vive Nightly:

C'est classe.

In English Only .. pour l'instant.. La dernière version Fr date du 11/04...et s'appelle toujours Minefield

~HP a écrit :

Zefling a écrit :T'imagine une boîte qui change de logo suivant le lieu d’implantation ?

Et ? Mais encore ?
De plus, les comparaisons du monde physique avec le monde informatique tiennent rarement la route…
Et puis bon, décliner une icône en 3 ou 4 version, en ne modifiant que des éléments tels que les textures (par exemple), les ombres voire les jeux de couleurs… c'est loin de remettre en cause l'identité visuelle ; exemple : http://gnome-look.org/content/show.php?content=36589

Voilà, pour moi, c'est fixed :


il faut s'amuser avec le omni.jar… donc, passer par de la manipulation de fichier zip… mais rien de bien « compliqué » ; de toute façon, en ce qui me concerne tout le process de mise à jour et de modifications est complètement scripté.

À noter, aussi, ce bug : Bug 562506 Process icon are builtin, while launcher icon uses the system icon theme.

Salut,

~HP a écrit :il faut s'amuser avec le omni.jar… donc, passer par de la manipulation de fichier zip… mais rien de bien « compliqué »

Tu as de la chance
Car cet omni.jar semble, sur certaines distributions de Firefox, être dans une interprétation "optimisée pour et par Mozilla" du format zip
Il refuse donc de s'ouvrir avec certains logiciels (7-zip, par exemple, qui prétend pourtant respecter scrupuleusement la spécification de pkware)...

@+
--
Pierre

Voilà! La génération des versions localisées d'Aurora a désormais lieu de manière automatique: http://oduinn.com/blog/2011/04/18/auror ... alization/



Les EL vont pouvoir se mettre à la tâche!

D'ailleurs, sur le lien que tu mets, y a 2 builds qui sont proposé pour Aurora. La normale et une sous-titré l10n. C'est quoi la différence entre les 2 ?

Dans le premier il y les builds pour en-US; dans le second les builds pour chaque localisation...

Oui, ça j'avais remarqué
Mais y a pas d'autre raison que de mettre les builds US dans un dossier distinct des autres ?

Ben non. Si ce n'est que le processus de base crée la version en-US et le processus de localisation les autres. (Et que les en-US ne s'y retrouveraient plus si on mélangeais, mais ça c'est parce que je médis).

En faisant travailler le second processus dans un second répertoire on diminue le risque qu'il corrompe le résultat du premier processus.

Ah ok. Bon...

Euh... sinon, pourquoi l10n ?