Safari Support

Update: Safari 14 Update

az Apple bejelentette, hogy a Safari 14 támogatni fogja a WebExtensions-t, a RES fejlesztői csapatának felülvizsgálata és tesztelése után jelenleg nem tudjuk támogatni a RES által támogatott API-támogatás nagy hiánya miatt. Szeretettel várunk minden más fejlesztőt, hogy működjön együtt velünk a Safari támogatásában.

eredeti

a RES V5.2 szerint.2, A Safari már nem támogatott böngésző, és nem kap frissítéseket vagy támogatást a fejlesztőcsapattól. Szeretnénk támogatni a Safarit, és mindenki számára jó felhasználói élményt nyújtani, azonban ehhez szükségünk van az Apple támogatására a bővítmények fejlesztésének és közzétételének javításával.

az Apple bejelentette, hogy a Safari 12-től kezdve a kiterjesztés ezen stílusának támogatása elavult lesz, és a továbbiakban nem fog működni.

miért csináltuk?

végül a Safari kiterjesztések fejlesztésének irányába került. A főbb böngészők, mint például a Google Chrome, a Microsoft Edge és a Mozilla Firefox, mind elfogadták a “WebExtensions”néven ismert szabványt. Ez egyetlen API-t biztosít az összes böngészőben. Ez rendkívül előnyös, mivel az összes főbb böngésző számára egyetlen kódbázisból fejleszthető. A Safari nem fogadja el ezt a szabványt, ehelyett a saját formátumára költözik, erősen támaszkodva az Xcode-ra. Ez jelentős beruházásokat igényelne a fejlesztőcsapattól a böngésző támogatásához, valamint az Xcode-hoz hozzáférő alapvető fejlesztőkhöz. Ennek a változásnak a támogatása azt jelentené, hogy a RES kódbázisa nem lenne egységes.

a Safari támogatás elvetése soha nem kizárólag a pénzről szólt, mint sokan gondolják, nincs vendettánk az Apple ellen. A vita több hétig tartott, és nem volt olyan, amit könnyedén vettünk.

“minden a pénzről szólt”

nem, nem volt, miközben nem vagyunk rajongói a 100 dolláros díjnak az Apple-vel kapcsolatos korábbi tapasztalataink miatt. Hajlandóak lennénk fizetni, ha a Safari elfogadná a kiterjesztési szabványt.

“a RES csapat egy vendetta ellen Apple”

ismét, nem mi nem. A végső döntés az első csoport volt, és mi kitartunk mellette. Az alapfejlesztők közül sokan napi rendszerességgel használják az Apple eszközöket személyes vagy munkahelyi célokra. A RES fejlesztése során minden személyes elfogultságot félretesznek.

“Apple does it X way for good user experiences and battery efficiency”

bár igaz, hogy a Safari általában jobb az akkumulátor élettartamára és az UX-re a macOS platformon, ez nem segít abban, hogy RES legyen a platformon.

” adományozhatunk / felszámolhatunk a platform támogatására?”

bár nagyra értékeljük a gesztust, soha nem a pénzről, hanem a platform támogatásához szükséges fejlesztési időről volt szó.

ha lehetséges lenne a Safari támogatása adományokkal, akkor a következőkre kellene kiterjednie:

  • fenntartása speciális kezelése Safari a fő codebase (bosszantó minden közreműködő), vagy egy külön villát (még több munka, de legalább ez siloed)
  • … across _every_ feature of RES (van néhány)
  • írás extra natív app kódot a shell körül a kiterjesztés
  • birtokló és fenntartása a Mac fejlesztési és tesztelési
  • Kapcsolódás az Apple al-par folyamatok
  • technikai támogatást nyújt, amit most fizet az ügyfelek, mivel az emberek növelik az elvárásaikat, amikor adnak pénzt akkor is, ha ez adomány-alapú
  • kezelése számviteli, adók
  • kifizető Reddit a vágás egy licencszerződés
  • potenciálisan fizetni más közreműködők a codebase (több nagy közreműködők és sok kicsi)
  • potenciálisan papírmunka és díjak beépítése (beállítási és karbantartási költségek)
  • potenciálisan el kell kezdenie fizetni azokért a szolgáltatásokért, amelyek jelenleg ingyenesek a FOSS projektek számára

a döntéssel kapcsolatos további információkért lásd itt.

Vélemény, hozzászólás?

Az e-mail-címet nem tesszük közzé.