Envoyé par
arnomedia
Vous excuserez mon agressivité, mais qu'est-ce qu'on en a à branler des performances ?! Vous faites tourner Firefox avec un Pentium 2 et 512 Mo de RAM ?
Je l'utilise sur un hybride tablette PC
Transformer 102HA avec un processeur Atom et je peux te garantir que sur cette machine la différence est colossale, j'avais des freeze complet de l'interface de parfois plusieurs secondes sur les versions pré 57, alors que maintenant tout est parfait.
Et même quand je l'utilise sur des ordinateurs plus puissant, même si les versions précédentes étaient tout à fait utilisables, le gain général ressenti en fluidité est vraiment agréable.
Envoyé par
arnomedia
Je sui excédé par toutes les mauvaises idées/décisions prises ces dernières années. Au lieu de bosser sur Firefox OS, ils auraient mieux fait de se concentrer sur Firefox. C'est quand même incroyable toute l’énergie que dépense ces abrutis à vouloir rendre Firefox toujours moins bien qu'il était de version en version. Inutiles de copier Chrome puisqu'il existe déjà, d'autant que ce dernier est loin d'être une référence en ergonomie !
Pas très cohérent comme raisonnement : Mozilla ne fait pas assez évoluer Firefox, tu n'es pas content, il le fait évoluer, tu n'es pas content non plus.
Envoyé par
arnomedia
Depuis au moins la version 54 de Firefox qui gère les multiples processus (Electrolysis), les perfs sont meilleures et les extensions XUL toujours prises en charge.
Sauf que tu ne t'en es peut être pas aperçu, parce que Electrolysis a pris des années à se mettre en place mais il a bel et bien cassé lui aussi 90% des extensions, et il a été un cauchemar à mettre en œuvre pour Mozilla justement à cause de ça. C'est justement ce qui les a convaincu qu'il fallait en finir avec les extensions sans API définie.
Le problème des extensions XUL, c'est que comme elles ne s'appuient sur aucune API, tout changement interne peut potentiellement les casser. Et comme Mozilla a l'intension de faire encore lourdement évoluer Firefox à l'avenir, ils ont fait le choix de tout casser une dernière fois, mais comme le WebExtensions ont une API bien définie, ils pourront garantir qu'elle continueront de fonctionner à l'avenir.
Envoyé par
RyzenOC
parce que Firefox 57 embarque un nouveau moteur servo/quantum. Electrolysis c'était juste pour charger les onglets dans les process différent. Quantum charge les pages web dans plusieurs cœurs différent et mets une grosse rouste à Chrome/Edge. Il faut se rendre compte que c'est le moteur de rendu web le plus puissant qu'il existe aujourd'hui.
En fait Quantum n'est pas un nouveau moteur, c'est principalement une grosse optimisation de l'existant et l’intégration de petites partie de Servo. Pour le moment ça a techniquement beaucoup moins d'impact sur les extensions que ce qu'ont pu avoir Australis et Electrolysis. Mais Mozilla ne compte pas s’arrêter là a et a prévu de continuer à apporter beaucoup de modification structurelles à Firefox, et c'est pour cela qu'ils ont besoin des WebExtension : pour pouvoir réaliser ces évolutions sans être entravé par les extensions.
Envoyé par
RyzenOC
ce que je reproche a Firefox c'est pas de rendre incompatible toutes les anciennes extensions mais plutôt d'avoir conçu une nouvelle API qui est moins souple que l'ancienne ce qui vas limiter fortement les possibilités des nouvelles extensions.
Le problème c'est que si on permet tout et n'importe quoi, c'est difficile de garder les mains libres sur les évolutions à venir. Par exemple, si on donne une API qui permet de customiser l'IHM, ça peut compromettre les évolutions que Mozilla souhaite apporter à l'IHM car elles pourraient être en contradiction avec ce que proposent les addons.
Envoyé par
arnomedia
Les devs d'extensions ont à peine eu le temps de rendre leur travail compatible avec Electrolysis qu'il doivent tout recommencer from scratch dans un délais très court. Faut pas déconner !
Alors vu comme ça c'est vrai que ça parait court, mais ça fait plus d'un an et demi qu'ils ont été prévenus que ça ne servait plus a rien de mettre a jour les extension XUL pour Electrolysis vu que les WebExtension allaient les remplacer, ils n'en ont juste pas tenu compte.
Envoyé par
arnomedia
Ce que je vais dire dépasse mes compétences, mais il n'est pas possible d'embarquer les 2 moteurs et de laisser le choix à l'utilisateur entre "performances en se privant de nombreuses extensions" ou "perfs en retrait et catalogue complet d'extensions" ? Electrolysis était bien désactivé par défaut à cause de certaines extensions incompatibles. Cette approche était la bonne à mon avis.
Sauf que cette approche n'existe qu'à titre provisoire parce qu'elle n'est pas tenable indéfiniment. Si on crée un version différente à chaque évolution importante, on se retrouve avec un monstre qui est un cauchemar a maintenir.
2 |
0 |