Dans ce paragraphe, je parlais de l'amélioration de la documentation des APIs:
Pour les interfaces de XPCOM / XUL, il y a une liste d'API assez complexe qui contient énormément d'information dont la plupart ne sont pas à jour et dont les liens vers les codes sources sont cassés à cause du passage du domaine mxr.mozilla.org à dxr.mozilla.org
Pour les APIs des WebExtension, il y a beaucoup moins d'API, mais elles sont mieux documentées et portent sur moins d'aspects (ce qui va aider à garder une documentation à jour).
Pour ce qui est de la transition, c'est claire qu'elle a été difficile pour Firefox, mais, pour moi, ça a été un mal utile, car les APIs sont vraiment plus rationnelles et définissent des méthodes assez haut niveau pour éviter de casser les extensions à chaque mise à jour de Firefox.
Avec Thunderbird, les développeurs auront un peu plus de temps pour tester les nouvelles APIs, car Thunderbird sort des release en parallèle des version ESR de Firefox et car les développeurs de Thunderbird sont capable de proposer un système de transition avec des WebExtension "Legacy" (comme pour Lightning par exemple).
[^] # Re: Web extensions
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse à la dépêche Firefox 64 bitte !. Évalué à 2. Dernière modification le 13 décembre 2018 à 21:54.
Hello,
Dans ce paragraphe, je parlais de l'amélioration de la documentation des APIs:
Pour ce qui est de la transition, c'est claire qu'elle a été difficile pour Firefox, mais, pour moi, ça a été un mal utile, car les APIs sont vraiment plus rationnelles et définissent des méthodes assez haut niveau pour éviter de casser les extensions à chaque mise à jour de Firefox.
Avec Thunderbird, les développeurs auront un peu plus de temps pour tester les nouvelles APIs, car Thunderbird sort des release en parallèle des version ESR de Firefox et car les développeurs de Thunderbird sont capable de proposer un système de transition avec des WebExtension "Legacy" (comme pour Lightning par exemple).