WebExtensions, un nouveau navigateur de l’API de Firefox, Mozilla veut complémentaire aux développeurs de se concentrer sur une fois qu’il a été libéré, c’est toujours sur la bonne voie pour un Firefox 48 libération.
Mozilla a annoncé la pousser vers l’WebExtensions de retour à la mi-2015 et a pris la décision de modèle à la nouvelle API, après Google Clin d’extension de l’API.
Mozilla a plusieurs raisons de développer une nouvelle API, y compris le rendant plus facile de port d’extensions et de Google Chrome et de Chrome en fonction des navigateurs web, rendre le processus d’examen plus facile, et de faire des add-ons plus robuste quand il s’agit de mises à jour du navigateur.
L’annonce initiale a soulevé la crainte que Firefox supérieure du système de compléments serait gravement limitée avec la sortie de WebExtensions depuis Mozilla a annoncé qu’il allait dénigrent les fonctionnalités de base du système actuel dans le futur.
WebExtensions Progrès
L’organisation des cibles Firefox 48 pour une première version stable de WebExtensions dans le navigateur, et que l’objectif n’a pas encore changé.
Mozilla directeur de l’Ingénierie Andy McKay a révélé hier que WebExtensions sont toujours sur leur chemin vers une Firefox 48 libération.
Il a mis en évidence les progrès qui ont été réalisés par des développeurs qui travaillent sur la mise en œuvre, et a noté que l’état actuel permis une extension Ghostery d’être écrite comme une extension du web déjà.
Dans Firefox 48 nous a poussé à faire de la WebRequest API une base solide pour la confidentialité et la sécurité des add-ons tels que Ghostery, requestpolicy n’, et NoScript. Avec l’implémentation actuelle de la onErrorOccurred fonction, il est maintenant possible pour Ghostery d’être écrite comme une WebExtension.
La première Firefox fonctionnalité, fiable origine de l’information, a été mis en œuvre aussi bien qui sera à l’avantage des extensions telles que uBlock Origine ou NoScript lorsqu’ils sont transférés à la nouvelle API.
NoScript utilisateurs sur le dessus de qui bénéficieront de requestBody qui, selon McKay, d’améliorer la performance des NoScript du filtre XSS par le facteur de 20 ou plus dans certains cas.
WebExtensions dans Firefox 48
C’est certainement le cas que WebExtensions de ne pas reproduire toutes les fonctionnalités de Firefox add-on du système avec l’initiale de Firefox 48 libération.
Si vous regardez la feuille de route-un projet actuellement — vous remarquerez que les fonctionnalités ne sont pas des terres dans Firefox 48.
- La parité avec Chrome Extensions d’API.
- Se top 20 Chrome et Firefox add-ons de travailler avec WebExtensions-
- La libération de native.js un prototype qui permet d’ajouter des développeurs d’accéder à XPCOM ou XUL entre autres choses. Vous pouvez consulter cet article sur native.js ou le bug d’inscription sur Bugzilla. Une idée derrière la fonction est de surveiller l’utilisation de près pour ajouter les fonctions les plus populaires utilisés pour la WebExtensions API.
Mozilla a débarqué un changement récemment que le Chrome améliore la compatibilité. En gros, cela permet pour les extensions de Chrome de Firefox sans manifeste des changements lorsqu’ils sont chargés via about:débogage temporaire add-ons.
Un aspect intéressant et ironique des effets secondaires de Mozilla WebExtensions mise en œuvre est que Firefox pour Android, les utilisateurs seront en mesure d’installer (un peu) les extensions de Chrome dans le navigateur web Chrome les utilisateurs ne peuvent pas.
Firefox Nightly les utilisateurs qui veulent avoir une idée de WebExtensions pouvez vérifier exemple les extensions de Mozilla publie sur GitHub.
Firefox 48 sera publié le 2 août 2016.
Je suis prudemment optimiste quant à la mise en œuvre de WebExtensions. Vous en pensez quoi?