Abraxas a écrit :Mozilla réfléchit à une refonte de son UI en passant du XUL/XBL vers les technos web:
http://thenextweb.com/insider/2015/07/0 ... echnology/
Bob49 a écrit : De trop gros changements, trop vite... pourrait casser bien des choses vis-à-vis des utilisateurs et des développeurs d'extensions !.. Le précédent changement d'interface (Australis) à déjà fait bien du bruit et de la casse.... et je suis de l'avis de ce commentaire qui dit qu'il faudra prendre bien du temps (et sans doute ne pas changer trop d'un seul coup..) →The shift is a big one for Mozilla and could have huge implications for developers of browser extensions and the company itself, and Camp acknowledges answering the big questions is “going to take a while.”
antistress a écrit :en même temps, on peut espérer que les addons sans redémarrage survivront à un passage aux technos web ? Je crois que ces addons n'utilisent pas xul ou ça n'a rien à voir ?
https://linuxfr.org/users/antistress/journaux/tester-facilement-la-version-gtk-3-de-firefox#comment-1612887 a écrit :oui et non. Il y a 3 types d'extensions :
* les extensions XUL classique : accés aux api internes, au DOM XUL de l'interface, et on peut utiliser le système d'overlay pour ajouter des éléments XUL (on écrit donc du XML XUL pour injecter des boutons ou autre dans l'interface).
* les extensions XUL sans redemarrage : idem que extensions XUL classique, sauf qu'on ne peut pas utiliser le système d'overlay (de manière automatique). Mais on peut encore accéder au DOM XUL directement.
* les extensions faites avec le SDK : pure JS, exécutées dans une sandbox, avec accès à une API cachant les API internes, et permettant de modifier l'interface sans toucher directement au DOM. Exemple : une API pour "ajouter un bouton dans la toolbar". Avantage : que l'interface soit faite en XUL, HTML ou Java (pour Android), l'extension peut fonctionner. Inconvénient : beaucoup moins de liberté dans la modification de l'interface. Mais pour 90% des extensions, ce n'est pas embêtant.