Vous trouverez sur ce site des souvenirs des débuts de Mozilla, bien avant la création de Firefox et Thunderbird. Ce site a été créé et maintenu par des bénévoles, indépendamment de Mozilla.
Les premiers articles (années 1999 et 2000) témoignent d’une activité bouillonnante et d’un esprit de pionniers dans la libération du code source. Ce travail considérable a permis la création de logiciels bien plus sympathiques que leurs concurrents 🙂
Comme vous avez pu le lire sur notre fil Twitter, Andreas Gal, ancien CTO de Mozilla, a écrit un article intitulé « Chrome won ». En réponse, Henri Sivonen, un développeur chez Mozilla, a écrit ce commentaire que nous traduisons ici :
Je pense que l’idée que tout ce qui n’est pas en forte croissance ne compte plus ou n’a plus d’intérêt, est une idée malsaine. En particulier pour en tirer des conclusions sur ce que Mozilla doit faire.
Quelle conclusion aurions-nous dû tirer lorsque IE était en forte croissance ? Laisser tomber ?
Ce n’est pas parce que les téléphones sont en forte croissance que les PC ne comptent plus. Les téléphones ne peuvent pas remplacer les PC pour de nombreuses tâches, alors les PC vont continuer à exister. Et tant qu’ils existent, il vaut mieux que les navigateurs continuent à être en bonne santé.
Et si on se concentre sur les mobiles, les gens consultent beaucoup le Web sur mobile. Peut-être qu’ils passent encore plus de temps sur les applis de Facebook et Twitter, mais cela ne veut pas dire que le Web sur mobile ne compte pas ou ne mérite pas qu’on s’en occupe.
Que ce soit sur mobile ou sur PC, nous serons tous perdants si le Web devient moins sain du fait qu’on le néglige au prétexte qu’il ne croit plus assez pour être considéré comme cool ou si on le laisse aux navigateurs livrés avec les systèmes d’exploitation. Le faible coût d’un changement de navigateur par rapport à un changement de matériel fait que c’est un marché très concurrentiel et même très rude pour Mozilla qui ne vend pas de système d’exploitation.
C’est certain que les choses non-Web (les objets connectés et autres) vont croître et des gens vont être attirés par ça plutôt que par le Web. Cela ne veut pas dire que le Web n’a plus d’importance et qu’il n’est plus important pour le Web que Mozilla continue d’exister de manière indépendante.
Quand des gens se lassent de Mozilla ou du Web, c’est leur droit de passer à autre chose, mais je pense que répandre le défaitisme à propos de ce que nous continuons à faire n’est pas cool.
On lisait récemment dans le Figaro que Mozilla est une petite structure aux « ressources limitées », en comparaison de Google, Apple et Microsoft. Mais le fait d’être une (relativement) petite structure pourrait lui permettre de réagir plus rapidement aux demandes de ses utilisateurs. Soyons honnête, cela n’a pas toujours été le cas : on a vu des bugs ouverts pendant des années sur Bugzilla, et ça en a énervé plus d’un. Mais ne boudons pas notre plaisir de voir un utilisateur heureux d’avoir obtenu une réponse rapide à un bug :
Beaucoup de choses ont changé dans les outils pour développeurs de Firefox l’année passée. Nous avons travaillé dur à la refonte de nos outils et ça a commencé à payer. Nous avons revu certaines choses qui devraient rendre la vie des développeurs web plus facile.
Nous avons livré un nouvel outil d’inspection des grilles CSS, un premier dans son genre (merci à gabrielluong, helenvholmes, et jensimmons).
NdT : La vidéo de démo est en anglais mais visuellement explicite.
Nous avons aussi livré une console complètement refaite, comme neuve. Elle n’est visible que dans Nightly pour le moment, mais elle est en bonne voie pour être activée partout très bientôt.
2016 était aussi l’année où nous avons livré notre toute nouvelle interface de débogueur. C’est quelque chose dont nous sommes fiers, et cela prépare l’arrivée de toujours plus d’outils géniaux en 2017.
Je suis personnellement très content de l’impact qu’a eu le fait de mettre ce projet sur GitHub.
Et comme si ça ne suffisait pas, nous avons aussi livré le nouveau mode « Vue adaptative » (en anglais responsive design mode) en novembre 2016. Non seulement, ce RDM a meilleure allure et fonctionne mieux, mais il y a de nouvelles fonctionnalités telles que la simulation de réseau lent.
En 2016, nous avons activement retiré tout le balisage XUL non-standard, et le JavaScript spécifique à Firefox. L’inspecteur est maintenant un onglet normal de navigateur, entièrement en HTML avec les API web. Un beau travail de bgrins, juliandescottes, et tromey.
Le panneau réseau a été entièrement nettoyé de tout code XUL et migré vers React grâce au travail de Honza, rickychien, steveck, gasolin et le contributeur jsnajdr.
Commentaires fermés sur Firefox Devtools : ce que vous devez savoir
Walt Mossberg, vétéran du journalisme technique, a publié hier un article sévère pour Mozilla mais qui laisse place à l’espoir d’un retour en force de Firefox : « Quoi de neuf dans Firefox, le navigateur oublié ». On peut y lire une déclaration de Mark Mayo, vice-président senior pour Firefox, qui avoue que Mozilla vient de traverser une période qui aurait pu tuer l’organisation. Mark Mayo ajoute « Étrangement, nous ne sommes pas morts ». Les raisons sont multiples mais Mossberg accuse principalement le « pari fou » que représentait Firefox OS, auquel il n’a jamais cru.
Et maintenant ? Selon Mark Mayo, Mozilla ne doit plus avoir qu’un objectif : faire le meilleur navigateur. C’est l’objet du projet Quantum. En conclusion, Mossberg déclare qu’il ne sait pas si Mozilla peut « sauver Firefox et en faire de nouveau quelque chose de bien », mais il ne demande pas mieux parce que, selon lui, le Web ne vivra que s’il y a toujours de la concurrence sur le front des navigateurs.
Le blog de Firefox Nightly, lancé par Pascal Chevrel l’été dernier dans le cadre de son projet « Reboot Nightly », continue d’offrir une foule de petites informations intéressantes sur les évolutions qui arriveront prochainement dans Firefox. Nous en traduisons quelques-unes ci-dessous :
Le travail a commencé sur le compositeur du projet Quantum, dont nous parlions dans notre article précédent. Il s’agit d’utiliser un processus dédié au rendu du contenu via le processeur graphique afin d’obtenir les meilleures performances possibles avec le matériel informatique actuel. Nom de code : e10s-gpu !
Le mode responsive design (RDM, activable par Maj-Ctrl-M) offrira la possibilité de simuler une connexion lente du type GPRS, 2G, ou 3G.
Le panneau des permissions telles que « partager sa position » va bientôt être plus clair : moins de risque de se tromper d’action, la possibilité de refuser sera plus accessible.
Firefox va bientôt avertir quand on tente de se connecter sur un site non-sécurisé par HTTPS. La fonction est activable par les réglages security.insecure_field_warning.contextual.enabled à true et signon.autofillForms.http à false (dans about:config)
La réflexion a repris sur la possibilité d’appliquer un style aux cases à cocher et boutons radios plus facilement, comme sur Webkit/Blink (à gauche sur l’image, au milieu un patch proposé sur Firefox et à droite Firefox en l’état). Cette vidéo montre le but visé. C’est une demande qui remonte à 2008 !
Le panneau des téléchargements va subir un petit lifting.
Le sélecteur de dates <input type=”time”> a été intégré mais il est encore caché derrière le réglage dom.forms.datetime (dans about:config)
Mozilla a fait une très belle promesse la semaine dernière : rendre Firefox plus rapide, et même très rapide. On espère qu’il est sous-entendu « plus rapide que Chrome », parce que Firefox est clairement en train de se faire éliminer du marché par son gros concurrent. Firefox est passé de 12 % à 6 % de parts de marché en 2 ans selon NetMarketShare (ici, cité par LMI). StatCounter annonce à peine mieux avec 7 % et des poussières. À ce rythme, il ne reste plus rien dans 2 ans.
Ce projet a donc un air de « Maintenant, on mise tout sur les performances ». Comme un aveu : les utilisateurs veulent un logiciel rapide et se moquent, dans leur immense majorité, de donner leur vie privée numérique en pâture à Google. Le discours sur l’éthique de Mozilla ne l’a manifestement pas empêché de perdre ses utilisateurs, alors même que Snowden est élevé au rang d’icône par le cinéma. Paradoxal.
Mais cet ambitieux projet Quantum ne produira pas de résultat utilisable avant un an environ. C’est donc aussi une course contre la montre. Même si Mozilla n’est pas une entreprise à but très lucratif comme Google, elle ne peut se permettre de voir ses parts de marché devenir insignifiantes.
En attendant, cela suffira-t-il à ressusciter l’intérêt du public pour Firefox ? Pour l’instant, les réactions sont plutôt rares. Sur le site Developpez.com, un article paru à peu près en même temps au sujet d’une augmentation de la rapidité de Chrome de 15 % a recueilli plus de commentaires que l’article sur Quantum (on remarquera au passage l’énorme logo Chrome qui habille l’article…).
Souhaitons que ce projet Quantum produise des résultats concrets, utilisables, plus rapidement que le projet Electrolysis. Et souhaitons qu’il permettra à Mozilla de garder son influence bénéfique sur le Web.
Si vous avez la chance d’être parmi les utilisateurs qui peuvent essayer Firefox multi-processus avant les autres, donnez-nous votre avis. Le coup de boost est-il sensible ? Et si oui, est-ce que cela vous semble être une raison valable de faire revenir les utilisateurs qui sont passés à Chrome ?
Les développeurs de Mozilla en sont apparemment persuadés puisqu’ils déclarent qu’il s’agit de « la nouveauté la plus significative de notre histoire », rien que ça !
Rappelons que le passage de Firefox à une architecture multi-processus est un énorme chantier, commencé en 2009 (!) sous le nom de code Electrolysis (abrégé en e10s) en référence au procédé de séparation d’éléments chimiques.
On remarquera que le passage aux WebExtensions est une évolution plus visuelle que le multi-processus, qui est pourtant la modification la plus énorme que Firefox ait jamais connu (the biggest change we’ve ever made to Firefox). Ces deux projets participent néanmoins à ce qu’on pourrait appeler « le renouveau de Firefox ».
Commentaires fermés sur Bon début des WebExtensions dans Firefox
Dans un article paru aujourd’hui sur le blog des extensions de Mozilla, Kev Needham écrit ceci :
Comme nous l’avions annoncé, Mozilla va proposer un Firefox multi-processus (projet e10s) à quelques utilisateurs à partir de la version 48. Les Firefox installés sans extension ni fonctions d’accessibilité auront le multi-processus activé par défaut pendant six semaines. Nous testerons Firefox multi-processus avec des extensions dans le canal public à partir de la version 49, dans le but de généraliser à tout le monde début 2017.
Un certain nombre d’extensions existantes fonctionnent avec Firefox multi-processus, mais certaines ne fonctionnent pas, ou pas bien. Nous aimerions que les extensions marchent tout simplement, pour que les utilisateurs puissent utiliser leurs extensions préférées et en même temps bénéficier des avantages d’e10s. Nous lançons donc un appel urgent à tous les développeurs d’extensions qui n’ont pas encore testé les leurs avec e10s ou qui sont déjà passé au format WebExtensions :
Si votre extension ne fonctionne pas comme prévu avec e10s, adaptez-la, puis marquez-la comme compatible et envoyez la nouvelle version sur AMO et/ou sur votre URL de mise à jour
Les informations supplémentaires sur e10s, les extensions et les WebExtensions sont disponibles sur le Wiki de Mozilla et sur MDN, et nous sommes aussi là pour vous aider à faire la transition. Cela semble encore loin, mais 2017 c’est juste dans quelques mois, et nous aimerions que vous testiez (et fassiez les modifs si nécessaires) le plus rapidement possible.
Note : à l’exception du lien sur l’acronyme « e10s », nous avons laissé les liens vers les articles originaux, en anglais.
Walt Mossberg, vétéran du journalisme technique, a publié hier un article sévère pour Mozilla mais qui laisse place à l’espoir d’un retour en force de Firefox : « 
Le 
