Megjegyzés: A most következő postban a NEX, avagy egy böngészőgyártó-független csomagformátum kerül bemutatásra, amelyet az Opera fejlesztői a Chrome saját .crx formátuma alapján készítettek el. Céljuk, hogy egy nyílt, szabványokon alapuló add-on formátumot hozzanak létre. Innentől az ODIN blog fordítását olvashatjátok:

Amikor először bejelentettük, hogy Chromium-alapra állunk át, már rendelkeztünk egy részletes, mély áttekinthetőséggel az adoptálásra szánt Chromium rendszerrel kapcsolatban. Ezen fontos aspektusok egyike volt annak a folyamatnak az áttekintése, hogy a fejlesztők miként fejlesztik a Chromium alapú böngészőkhöz a kiegészítőket. Megnéztük a dokumentációt a böngésző kiegészítőkről és a csomagolt webalkalmazásokról.

A Chromium natívan támogatja a CRX formátumot a Google által lehetővé tett számos Application Programming Interface-szel (API). Mivel az Opera korábban csatlakozott a Google-höz, mint aktív Chromium projekt közreműködő megoldást akartunk találni arra, hogyan terjeszthetnénk ki a CRX funkciókészletét anélkül, hogy megbolygatnánk a már köré épült, meglehetősen méretes ökoszisztémát a rengeteg létező kiegészítővel.

A CRX formátum, mint egy egy-fejlesztő általi formátum (egészen mostanáig), nem foglalta magába a saját architektúrája kiterjeszthetőségét. Választás elé kerültünk: vagy kiterjesztjük a CRX formátum lehetőségeit, vagy készítünk valami újat, ami lehetővé tenné az Opera és más böngészőgyártók számára, hogy innoválják a saját Add-on API-jukat. Kutatásunk során arra jutottunk, hogy a hasonlóságok a különböző böngészők manifest formátumaiban (lényegében a bootstrap mechanizmus a kiegészítők betöltésére) messze túlhaladják a különbségeket. Miközben kerestünk a módját, hogy innováljunk és kiépítsük a saját kiegészítő környezetünket az Operánál, megláttuk a lehetőséget is, hogy ezzel párhuzamosan egy nagyobb és szélesebbkörű ötletet is beterjesszünk a nyílt webfejlesztői közösségek számára.

Ennek érdekében ma bemutatjuk a NEX formátumot. A NEX formátum kezdetben egyfajta szuper-készlete a CRX fejlesztői környezetnek melyet a Chromium fejlesztői már használnak. Az Opera mindig is erős elkötelezettje volt a nemzetközi, nyílt szabványoknak és ő maga is régóta aktív szerepet játszik a nyílt webes szabványok fejlesztésében. Ez nem változott azzal, hogy Chromiumra váltottunk. Céljaink egyike, hogy idővel a NEX is egy ilyen nyílt internetes szabvány legyen, melyet a W3C is támogat majd, kezdetben megosztott csomagok és manifest formátumokként kereszt-böngészős kiegészítőfejlesztéshez, megszüntetve a hallgatólagos függőségeket a CRX formátum irányába a NEX runtime segítségével, ahogy haladunk.

A nyílt webes szabványok használói képesek lesznek kiválasztani a böngészőjüket anélkül, hogy hozzá lennének láncolva egyetlen gyártóhoz vagy termékhez (akár a kiegészítőkön keresztül is). Egy rendszer, mely támogatja a felhasználók választási lehetőségét, könnyebbé teszi a kiegészítőfejlesztők életét és támogatja a megosztott innovációt mely egy egészséges, versenyképes web ökoszisztémát tesz lehetővé. A NEX egy ajánlás, amellyel a Chromium kiegészítőket - a komponenseket, melyek vitathatatlanul olyan fontos részévé váltak a mai webnek, mint maguk a weblapok tartalmai - egy olyan jövőkép kialakítása felé mozgathatjuk, ahol egy nyílt web magjának létrehozásában működünk közre és szilárdítjuk azt meg.

Mit kínál a NEX ma?

A mai Opera által implementált NEX formátum egy szuper-készlet a CRX futtatói környezet felett, habár elméletileg a CRX alap nem kötelező a NEX implementálásához. Az Opera 15-ben a NEX formátum exkluzív hozzáférést biztosít a Opera Extensions Speed Dial API-hoz. Más implementációkat is bárki szabadon hozzáadhat a saját API-jához.

Egy NEX fájl .nex fájlkiterjesztéssel rendelkezik és HTTP-n keresztül érkezik az application/x-navigator-extension MIME type-pal. A fájltípus és a tartalomtípus megváltoztatásával különbséget kívánunk tenni a kereskedelmi fejlesztések között és azok között, amelyek a közvetett kompatibilitás miatt szükségesek más futtatókörnyezetekkel. Az ezzel kapcsolatos témákról a továbbiakban itt olvashattok.

Az Opera a továbbiakban is implementálni fogja a létező CRX formátumot különállóan az Opera 15+ verziókban, így a fejlesztők akik jelenleg a Chromium API-t ismerik, továbbra is folytathatják a fejlesztést és tölthetik fel a CRX-alapú kiegészítőiket az Opera Add-ons katalógusba ugyanúgy, ahogy a Chrome Web Store-ba.

Hogyan fog a NEX fejlődni?

A NEX fejlesztésének kezdeti célpontja a csomagoló és manifest formátumok normalizálása körül fog zajlani, melyek a Chromium és más böngészőfejlesztők folyamatban lévő projektjei — a munkát jelenleg a Mozilla koordinálja a W3C-n keresztül.

A közeljövőben azt szeretnénk, hogy a NEX olyan rugalmas legyen, akárcsak maga a web és egyben egy hely a web legjobb praktikáinak használatára és népszerűsítésére. Konkrétan azt szeretnénk, hogy a böngészőkiegészítő fejlesztők a legjobb gyakorlatot tegyék magukévá, avagy feature detection és kereszt-böngészős környezet a kiegészítők kompatibilitása érdekében. Adott egy szabványos kiegészítő-csomag, mely végrehajtható különböző futtatókörnyezetek alatt - hogy egy hidat nyújtson a funkcionálisan egyenértékű, ám programozásilag eltérő API-k között - ami egy hatalmas lehetőség a webfejlesztők számára. Azt akarjuk, hogy ennek segítségével a fejlesztők egyesített böngészőbővítmény kódot tudjanak írni a különböző API könyvtárakhoz és képesek legyenek futtatni ugyanezen fájlokat különböző futási környezetekben.

Hosszabb távon az Opera azt szeretné, hogy a NEX ösztönözze a valódi és jeletőségteljes eszmecserét a szabványosított API-kkal kapcsolatban (esetleg kezdetben a már meglévő kereskedelmi, de-facto szabványokkal együtt). Amennyiben a böngészőgyártók magukévá teszik ezt az általános csomagolási és manifest formátumot, akkor ezzel egy új, sokkal magasabb szintre lépnének a rendszerszintű alkalmazás API-k terén, továbbá nagyban megkönnyítenék a kiegészítő fejlesztők munkáját. A tény, hogy a gyártók nem osztoznak egyetlen közös környezeten eléggé megnehezíti ezen törekvés véghezvitelét. A NEX-szel reméljük, beindíthatjuk ezt a törekvést az API-k szabványosítása irányába, hogy végül egy egyesített böngésző kiegészítő fejlesztői környezetet hozhassunk létre.

Az Opera a közeljövőben továbbra is folytatja a CRX futtatókörnyezet követését mind a csomagolás, mind a manifest fájlok, mint a Chromium API által nyújtott lehetőségek terén. Idővel azonban az a tervünk, hogy a NEX-et a nyílt, W3C szabványok irányába toljuk, miközben fokozatosan eltávolításra kerülnek a CRX rendszer kereskedelmi részei annak érdekében, hogy az NEX annyira szabványos legyen, amennyire csak lehet.

Hogyan vehetek részt a folyamatban?

Számos dolog van, amit megtehetsz annak érdekében, hogy segíts sikerre vinni az elképzeléseinket egy nyílt, megosztott ökoszisztéma irányába a jövőben.

Annak érdekében, hogy legyen egy megosztott csomagoló és manifest formátumunk, az Opera nagy erőkkel vesz részt a szabványosítási munkálatokban a W3C bizottságban és másokat is bíztatunk a részvételre és arra, hogy segítsenek nekünk céljaink véghezvitelében.

A NEX hosszú távú céljai között szerepel, hogy végig kell gondolnunk mely dolgok legyenek a megosztott kiegészítő API-kban és hogyan nézzenek ki a könyvtárak. Van egy csoport a W3C-nél akik kifejezetten ezt a célt tartják szem előtt. Eközben népszerűsítenünk kell a feature-detection-t annak érdekében, hogy a lehető legzökkenőmentesebben történjen meg a böngészők közötti átmenet. Tudunk ma írni olyan JavaScript könyvtárakat, amelyek segítik a kiegészítők böngészők közötti átjárhatóságát? Hogyan tudnánk enyhíteni a fejlesztőket érintő kihívásokat a böngészők közötti kiegészítők írásában? Ezek mind magas prioritású feladatok egy erős, kiegészítő-fejlesztési platform érdekében, és szeretnénk minél több különböző érdekeltségű felet találni, hogy közösen találjuk ki a legjobb megoldásokat.

Következtetés

Az Opera 15 aktuális NEX implementációja tükrözi az első lépést a nyílt, szabvány-alapú fejlesztői környezet irányába. Mindkét tényező elengedhetetlen az alapvető stabilitáshoz és ahhoz, hogy a jövőben egy valóban univerzális alkalmazás platformot kínáljunk. Mint közösség és mint részvevők ebben a folyamatban, rengeteg szabványosítással kapcsolatos munkánk lesz, mellyel megalapozhatunk egy szebb jövőt.

Amennyiben még többet szeretnél tudni a NEX-ről, esetleg írni is szeretnél NEX kiegészítőket, bátran fordulj a NEX documentációnkhoz további információkért.

(forrás)

Be- és felterjeszteni ugyan nem, de kiterjeszteni annál inkább érdemesebb az új Operát.

Valószínűleg a „Presto és a Blink tábor” tagjai is egyetértenek abban, hogy most minden korábbinál nagyobb szükségünk lesz a jó kiterjesztésekre. Senkit nem szeretnék álomvilágba ringatni, így sem tudjuk majd (komolyabban) megközelíteni az Opera 12 széles körű tárházát, viszont a későbbiek során jelentősen fel tudjuk „okosítani” a böngészőt. A helyzet (természetesen) ezen a téren sem épp rózsás, mostanra már több száz apró kiegészítő jelent meg a régi Operához, melyeket mind át kellene konvertálni, s a Blink-motorhoz igazítani. A norvégok ezen a ponton egy konvertáló segédprogrammal, illetve számos hasznos leírással támogatják a fejlesztőket.

Most jön képbe a következő ötlet; ha mutatkozik rá igény, akkor itt a blogon időről időre megjelenhetnének azok a kiterjesztések, melyek vagy a minőségükkel hívják fel magukra a figyelmet, vagy netalán egy korábbi funkciót pótolnak. Most is összeszedtünk pár nevet – mondanom sem kell, ti is javasolhattok újakat! –, ám jelen pillanatban még nem túl nagy a kínálat.

Régóta tény, hogy a Google méltán népszerű RSS-olvasója július 1-jén bezárja kapuit.

Azt nem mondhatjuk, hogy pótolhatatlan veszteség érte az internetes társadalmat, hiszen számtalan hasonló megoldás létezik. A sok közül az egyik az Old Reader, amihez már két remek böngésző kiterjesztés is készült. Utóbbiak azért jönnek jól, mert így azonnal tudjuk, hogy mikor jelentek meg új hírek kedvenc oldalainkon.

Nem nehéz megtalálni, s használni a szóban forgó kiterjesztéseket, de azért röviden bemutatom őket. A „linepogl” által elkészített program (The Old Reader) egy gombot ad az Operához, amit a címsor mellett találunk meg. Ezen egy számláló fogja jelezni, ha új hírek érkeztek.

A „mcsdwarken” gondozásából kikerült kiterjesztés (The Old Reader Speed Dial) talán még jobb, mert a Gyorshívón jelenik meg, így új lap nyitásánál rögtön látjuk a frissítéseket. 

Az Old Reader RSS szolgáltatás bemutatására itt most nem kerül sor, annyit azért jó tudni, hogy ha az aktuális feliratkozásokat OPML file-ba exportáltuk, akkor az importálás opcióval az összes csatornát áthozhatjuk.

Sok helyre írsz kommentet, hozzászólást? Néha, gyakran vagy éppen majdnem mindig elég hosszúra sikerül és utálsz hangyaf@sznyi szövegdobozokban fel-le scrollozni? Ha igen a válaszod, akkor a most következő kiegészítőt neked találták ki. Ugyan egy ideje már az Opera is beépítve tartalmazza a szövegdobozok átméretezhetőségét (UserJS és kiegészítő pedig évek óta van rá), de ez folyamatos manuális user interakciót kíván, ami egy idő után egyhangú és idegesítő tud lenni.

Ugyancsak régóta létezik már Autogrow Textarea Plugin, de ezt valahogy nem akaródzik senkinek implementálni a saját oldalára. Így hát ha a hegy nem megy Mohamedhez alapon christoph142 készített egy nagyszerű, hiánypótló kiegészítőt TextBoXpander néven, amely megoldja a fent taglalt problémát.

Nem kell beállítani semmit, annyi a dolgunk, hogy telepítjük és élvezzük a hatását. De ha mégis szeretnénk testre szabni, erre is van lehetőségünk. Egy legördülőmenüből kiválaszthatjuk, hogy milyen irányokba szeretnénk méretezni. Az alapbeállítás "horizontális", de ehhez jobb, ha csak a kísérletező kedvűek nyúlnak, ugyanis a vertikális tud csodákat művelni, tekintettel arra, hogy milyen gányolt weboldalak vannak manapság... Ezen felül még a transition effektus sebességét is meghatározhatjuk egy csúszkával.

Ahogy már a címben is jeleztem, most olyan kiterjesztések kerülnek a középpontba, melyek elsősorban rutinos Operásoknak íródtak.

Az Opera 11 megjelenésével egyre inkább háttérbe szorultak a különböző felhasználói JavaScriptek - azok jórészt kiválhatóak lettek a böngésző kiegészítők révén -, azonban az UserScripts.org népszerűsége azóta is töretlen. A Violentmonkey névre keresztelt kiegészítő arra hivatott, hogy az előbbi oldalon fellelhető UserJS fájlokat a lehető legegyszerűbben kezelhessük. Az alapötletet valószínűleg az UJS Manager Opera Unite alkalmazás adta, így aki már azt ismeri, az most nagy meglepetésekre ne számítson. 

A fenti képen jól láthatóak a Violentmonkey főbb szolgáltatásai (frissítés, szerkesztés, importálás és exportálás), ezenfelül még érdemes kiemelni a Greasemonkey funkciók támogatását.

A másik kiegészítő is gera2ld keze munkáját dicséri, ebből kifolyólag hasonló megjelenéssel bír. A Stylish for Opera az UserStyles.org weboldalon helyet kapó stíluslapok alkalmazásában segédkezik. A funkciók tárháza nagy meghökkentést nem fog okozni, a részletes leírást a hivatalos weblapon tekinthetjük meg.

A jelek szerint gera2ld komolyan veszi a két kiterjesztés fejlesztését, így előbbi már az 1.1.2-es verziónál tart, míg utóbbi az 1.2-g jelöléssel büszkélkedhet. A felhasználók véleményei összességében pozitívnak mondhatóak, ami jól látható az értékelésben is. Bár alapjában véve most tényleg speciális rétegigények kielégítéséről van szó, viszont a kellemesnek mondható használhatóság okán még haladó ismeretek nélkül is érdemes lehet egy próbát tenni, aki pedig egy kiemelkedően jó UserCSS vagy UserJS fájlra bukkant, az bátran ragadjon billentyűzetet!