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.
C’est un effort pour Huawei quand on sait que Chrome fait partie des applications « gracieusement » offertes aux constructeurs par Google avec Android.
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.
Si vous lisez ce webzine, le nom « Rust » ne vous est pas inconnu. Nous vous avons parlé plusieurs fois de ce langage de programmation de nouvelle génération, notamment en liaison avec Servo, un moteur de navigateur expérimental écrit en Rust.
Aujourd’hui, Dave Herman de Mozilla annonce dans Mozilla Hacks, qu’à partir de Firefox 48 (diffusé à tous début août), Rust serait livré avec Firefox d’abord dans les ordinateurs (toutes plateformes) et bientôt pour Android.
Il ne s’agit pas de propulser Firefox avec Servo que d’aucuns appellent de leurs vœux pour changer la donne. Mais…
L’un des premiers groupes chez Mozilla à faire usage de Rust est l’équipe Media Playback. À l’heure actuelle, il saute aux yeux que les médias sont au cœur de l’utilisation moderne du Web. Ce qui peut être moins évident pour le non-paranoïaque est que chaque fois qu’un navigateur lit une vidéo apparemment inoffensive (par exemple, un caméléon éclatant des bulles), il s’agit de lire des données livrées dans un format complexe et créées par quelqu’un que vous ne connaissez pas et en qui vous n’avez pas confiance. Et il se trouve que les formats médias sont connus pour avoir été utilisés pour tromper les décodeurs en exposant de méchantes vulnérabilités de sécurité qui exploitent des bogues de gestion de la mémoire dans le code des navigateurs web concerné.
Ceci fait d’un langage de programmation sécurisant la mémoire comme Rust un ajout puissant à la boîte à outils de Mozilla pour la protection contre le contenu média potentiellement malveillant sur le Web. Pour cette raison, Ralph Giles et Matthew Gregan ont développé le premier analyseur de médias en Rust de Mozilla. Et je suis heureux d’annoncer que leur code sera le premier composant Rust embarqué dans Firefox. Pour la communauté Rust, ceci est aussi une véritable réussite : le code de Rust est livré à des centaines de millions d’utilisateurs de Firefox. Nos mesures préliminaires montrent que le composant Rust fonctionne magnifiquement et produit des résultats identiques au composant C++ d’origine qu’il remplace, mais maintenant mis en œuvre dans un langage de programmation sécurisant la mémoire.
Dave Herman, principal chercheur et directeur de la stratégie chez Mozilla Research, conclut que voir le code de Rust mis en production chez Mozilla peut apparaître comme l’aboutissement d’un long voyage, mais c’est juste le premier pas pour Mozilla. À suivre !
Ce n’est pas nous qui l’affirmons, mais Daniel Glazman, dans cette vidéo tournée il y a deux jours à la conférence Web2day. Étant donné sa connaissance du terrain et son franc-parler, on peut lui faire confiance que quelque chose de gros se prépare. Peut-être même le retour en grâce tant attendu de Firefox ? Si toutefois Firefox adoptait ce nouveau moteur dans un temps assez proche… Pas d’emballement, donc, mais voici pour la postérité une retranscription (abrégée) de ce que dit Daniel :
Il y a un nouvel entrant absolument majeur qui risque de chambouler tout le marché, c’est Servo de Mozilla. Servo est un peu la « disruptive innovation » à l’intérieur même de Mozilla, puisqu’il ne dérive pas de Gecko. Il n’est pas écrit dans le même langage, il est écrit en Rust. Il est multi-threadé. Son layout est parallèle. Et pour l’instant, en termes de vitesse, les gains sont hallucinants. C’est un truc de dingue ! Là où ça risque de beaucoup changer la donne, c’est moins sur le desktop, où on a des bécanes de course, que sur ça [il montre son téléphone mobile] où la consommation de la batterie est un enjeu absolument stratégique.
Nous vous invitons à regarder également le reste de la conférence qui est tout aussi intéressant.
Pascal Chevrel, employé Mozilla et contributeur de longue date, a lancé il y a un mois son projet « Reboot Nightly ». Aujourd’hui, dans une interview pour MozFr, il revient sur son parcours de bénévole de la « old guard » devenu employé de Mozilla.
Ensuite, il explique ce qu’est Nightly et pourquoi faut-il relancer Firefox Nightly. Il y indique aussi comment participer au mieux.