Reactions til Mozillas kunngjøring om kommende Firefox-endringer
Som en Firefox-bruker har du sikkert lest allerede at Mozilla planlegger å innføre store endringer i add-on system av nettleseren.
Den offisielle blogginnlegg på Mozilla bloggen avslørte WebExtensions, Elektrolyse, Add-on Signering og nedgraderingen av XUL, XPCOM og givende add-on-modellen spesielt, og en grov tidslinje også. Anmeldelser
For å oppsummere: Mozilla planlegger å fokusere på WebExtensions i fremtiden som tilbyr bedre kompatibilitet med filtypen motorer av nettlesere som Chrome og Opera
nedgraderingen av XUL, XPCOM og ettergivende Add-. av modell vil bryte utvidelser som krever dypere tillatelser eller endre sentrale komponenter i nettleseren.
Mozilla uttalt at den ønsker å arbeide med add-on-utviklere, og det tilsynelatende er allerede, for å legge nødvendige funksjoner for å WebExtensions å sikre at deres utvidelser vil være kompatibel med Firefox.
Flere add-on utviklere og Mozillians har blogget om det og uttrykte sin mening om denne utviklingen. Denne artikkelen ser på de reaksjoner, slik at du kan få et bedre bilde av hva som kommer opp.
Bill McCloskey (Firefox ingeniør som jobber på prosessen separasjon og søppelrydding) svarer på bekymringer om at Firefox-brukere og add-on utviklere har. Han sier at Mozilla har "mange ideer" for å gjøre populære filtyper som NoScript, Vimperator, Tab Mix Plus eller Classic Theme Restorer arbeid med bedre APIer, og at brukere og utviklere kan uttrykke meninger på https://webextensions.uservoice.com /.
Han forklarer hvorfor Mozilla kunngjorde.
Igjen, vi er åpne for ideer om hvordan du gjør dette. Beveger seg bort fra XUL vil være en lang prosess. Vi annonserer alt dette tidlig slik at vi kan begynne å samle tilbakemeldinger. APIer som er opprettet i et vakuum sannsynligvis ikke kommer til å være svært nyttig for folk.
Robert O'Callahan, en annen Mozilla ingeniør, legger til at å basere WebExtensions på Chrome utvidelser API betyr ikke begrense WebExtensions til det.
Så Firefox addons vil fortsette å være i stand til å gjøre ting du ikke kan gjøre i Chrome (selv om det vil være noen ting du kan hacke inn i Firefox XUL i dag som ikke vil bli støttet av WebExtensions, sikkert) .
Giorgio Maone, skaperen av den utmerkede NoScript forlengelse, bekrefter at Mozilla nådde ut til ham og andre add-on forfattere til å utforme mekanismer og prosesser som ennå ikke støttes av WebExtensions. Dette er gjort for å etablere en base, slik at populære filtyper som NoScript og Classic Theme Restorer kan bli portert til WebExtensions, og for å sikre at innovasjon kan fortsatt skje.
utviklere og brukere er også bekymret for add-ons blir forhindret fra å utforske radikalt nye konsepter som ville kreve disse "superkrefter" tilsynelatende tatt bort av WebExtensions API
Jeg vil gjerne berolige dem. Mozilla investerer mye ressurser for å sikre at komplekse og innovative utvidelser kan blomstre også i den nye web-sentriske økosystem
Mike Kaply er bekymret over at utviklere vil ikke bare "hoppe på muligheten til" å bruke den nye API, og at de eneste utviklere som faktisk vil dra nytte av dette er Chrome utviklere som vil ha en enklere tid porting sine utvidelser til Firefox.
Med e10s kommer opp selv om mange utviklere har måttet ta avgjørelser om hvorvidt det er verdt det å skrive og noen utviklere har gått gjennom at smerte (og det er vondt - mye smerte).
Nå utviklere blir fortalt i de neste ett til to årene de må helt omskrive alle sine add-ons. Hva er oddsen for at disse hobby add-on utviklere kommer til å gjøre det?
La oss være ærlige. Tilgjengelighet av APIer er ikke den vanskeligste delen av diskusjonen. Tilgjengeligheten av tid og energi til å selv forsøke å omskrive alle våre add-ons er problemet.
Konklusjon
Hvis du har lest alle innlegg og kommentarer i de siste par dagene om kommende endringer i Firefox add-on økosystem, kan det hende du har kommet til følgende konklusjon:.
Mozilla er død alvorlig om å flytte bort fra XUL, XPCOM og givende add-on modell
WebExtensions er et arbeid som pågår. Det vil være basert på Chrome-utvidelsen API, men vil ikke etterligne det. 1: 1
Mozilla planlegger å legge til funksjoner til API slik at populære Firefox add-ons kan få portet til det og vil ikke slutte å fungere plutselig .
API vil ikke være like kraftig som det Firefox-utviklerne har til rådighet akkurat nå.
Antall add-ons som vil bryte når endringen er fullført er ikke kjent . Det er sannsynlig at add-ons vil bryte, for eksempel hvis de har blitt forlatt, eller hvis deres forfattere vil ikke port dem til WebExtensions.