Firefox obtiendra une nouvelle API d'extensions, sans rétrocompatibilité

Développeurs Mozilla ont annoncé que dans Firefox 45, une nouvelle implémentation de l'API pour les extensions de navigateur sera ajoutée. Il s'appelle WebExtensions et utilise la technologie HTML native. WebExtensions va permettre de créer des extensions compatibles avec Google Chrome et inversement.

La première version alpha de l'API WebExtensions que nous verrons dans Firefox 45, est attendue pour mars 2016. Dans un article de blog, Mozilla a mentionné que les API suivantes devraient être implémentées d'ici là: alarms, contextMenus, pageAction et browserAction. De plus, il y aura un tas d'API partiellement prises en charge: signets, cookies, extension, i18n, notifications, runtime, stockage, onglets, webNavigation, webRequest, windows.

La prise en charge de ces nouveaux types d'extensions est déjà implémentée dans le référentiel addons.mozilla.org. Il sera déployé auprès du public avec Firefox 44. Pour Firefox 47, la mise en œuvre de WebExtensions devrait être au stade bêta. Enfin, dans Firefox 48, les WebExtensions atteindront un stade utilisable.

Après cela, la prise en charge des modules complémentaires classiques (basés sur XUL) sera abandonnée après un certain temps! On ne sait pas combien de temps la prise en charge des modules complémentaires classiques restera disponible dans Firefox.

Les modules complémentaires créés avec WebExtensions seront compatibles avec l'option Electrolyse/multi-processus du navigateur Firefox. Lorsqu'il est activé, il exécute les modules complémentaires dans un processus distinct, qui isole les modules complémentaires du processus de navigateur principal. Les onglets fonctionneront de la même manière - un processus isolé par onglet ouvert sera fourni par l'option multi-processus.

Les modules complémentaires classiques ont des problèmes avec l'électrolyse. Beaucoup d'entre eux pourraient cesser de fonctionner complètement lorsque Electrolysis sera déployé dans la version stable de Firefox, qui est attendue en avril 2016 avec Firefox 46.

Bien que les modules complémentaires WebExtensions puissent être utilisés dans d'autres navigateurs comme Opera ou Chrome, la perte potentielle de nombreuses extensions Firefox utiles est si décevant que de nombreux utilisateurs sont susceptibles d'arrêter d'utiliser Firefox. Ces changements, ainsi que l'application de la signature pour les extensions, qui ne peut pas être désactivé à partir de Firefox 44, peut réduire considérablement la flexibilité et la puissance de Firefox. Il est fort possible que de nombreuses choses possibles aujourd'hui grâce aux modules complémentaires de Firefox ne soient pas disponibles en utilisant les nouvelles API WebExtensions. Par exemple, je suis sceptique quant à savoir si mon préféré Add-on basé sur Tab Mix Plux XUL peut être possible avec le nouveau modèle d'extensions. Une fois la prise en charge des modules complémentaires basée sur XUL abandonnée, il peut ne pas être possible de créer un tel module complémentaire.

Bien qu'il soit compréhensible que l'objectif de Mozilla soit d'améliorer Firefox, de le rendre plus sûr, plus rapide et plus convivial pour la moyenne utilisateur, de nombreux utilisateurs, y compris moi-même, ne seront pas satisfaits si le prix que nous devons payer pour de tels changements paralyse la fonctionnalité du navigateur. Quelle est votre opinion sur tous ces futurs changements? Trouvez-vous qu'ils en valent la peine?