Az Opera a mai nappal, a 17 Dev verzió megjelenésével állt át rendesen a Chrome és a Firefox által is használt, úgynevezett gyorsított kiadási ütemezésre. Lássuk, hogy miből is áll ez a váltás!

Az Opera korábban a "klasszikus" kiadási ütemezést követte. Ez azt jelentette, hogy a fejlesztők belső összeállítások sokaságán tesztelték a fejlesztéseket, majd amikor úgy érezték, hogy az előre megtervezett funkciócsomag már működőképes, akkor kiadtak egy alfa verziót, és onnantól átálltak a fejlesztésről a hibák javítására. Ebben a fázisban tudtak bekapcsolódni a felhasználók azzal, hogy telepítették az alfa verziót, és a mindennapi használat közben előjött hibákat jelezték a fejlesztőknek.

Ezt követte egy vagy több béta és kiadásra szánt (RC) verzió közzététele, amik jó esetben már csak kisebb hibákat tartalmaztak, és általában mindennapi használatra is alkalmasak voltak. Az alfa és a végleges, stabil összeállítás kiadása között viszont sokszor több hónap is eltelt, hiszen egy-egy verzió több funkciót és újdonságot is tartalmazott.

Az iparág azonban felismerte, hogy a web fejlődési üteme mellett ez a stratégia nem tartható, ezért kialakult az a stratégia, amit ma gyorsított kiadási ütemezésnek nevezünk. A jelmondat az, hogy "adj ki kevesebbet gyakrabban", de a stratégiaváltás valójában többről szól. Az alábbi három jelentősebb változás következett be.

Az első természetesen az, amit a jelmondat is megfogalmaz. A fejlesztők a tervben lévő fejlesztéseket kisebb csomagokra osztják, így a gyorsabban elkészülő fejlesztéseknek nem kell a fiókban várni a lassabban elkészülőkre. Ez teljesen logikus, hiszen ha valami már készen van, akkor adjuk oda a felhasználóknak minél hamarabb. Egy ilyen gyorsított ciklus általában egy-másfél hónapot jelent.

A második változás a verziószámozást érinti. Sok szakmabelit és felhasználót megbotránkoztatott, hogy az évtizedek óta megszokott számozást a kukába dobva, havonta növelik a verziószámot a gyártók. Ami korábban 15.1 lett volna, az most a 16-os számot kapta. Ez azonban csak marketing fogás, semmilyen funkcionális dolog nincs mögötte. A nyilvántartás korábban is az összeállítások számozása alapján történt, bár az tény, hogy a verziószám több információt rejtett magában. Ez azonban, ahogy írtam, csak marketing, nem érdemes vele bővebben foglalkozni.

A harmadik változás az összeállítások elnevezését érinti. A korábbi alfa és béta verziók helyett bevezették a kiadási csatornákat. Ezek a csatornák egymástól függetlenül telepíthetők és használhatók. Jelen esetben egymás mellett böngészhetünk a stabil 15-ös verzióval, tesztelhetjük a 16-os Next verziót, és próbálgathatjuk a 17-es Dev verziót.

A Dev csatorna olyan már működőképes, de még fejlesztés alatt álló funkciókat tartalmaz, amiket lehet már próbálgatni, de még nincsenek teljesen készen, és bármelyik pillanatban összeomolhat tőlük a böngésző. A Next csatorna olyan funkciókat tartalmaz, amik már késznek tekinthetők, de lehet, hogy még hibásan működnek. Odafigyeléssel akár mindennapos használatba is vehetők, de nincs kizárva, hogy előfordul valami probléma. A stabil csatorna az, ami bárki számára használható a mindennapi böngészéshez. Elvileg nem tartalmaz hibát. (Gyakorlatilag igen.)

A Developer és Next csatornák közötti fontos különbség az, hogy a Developer verziókba bármelyik frissítéskor kerülhetnek új funkciók, míg a Next verziók már lezártnak tekinthetők. Új funkciókat már nem kapnak, csak a meglévő hibákat javítják.

Az alábbi táblázat összefoglalja a legfontosabb ismereteket a csatornákkal kapcsolatban:

A mai napon megérkezett az Opera Developer ág első kiadása a 17-es verzióval. A kiadási ágakról és ciklusokról egy későbbi bejegyzésben olvashattok majd. Most lássuk, milyen finomságokat kapunk.

Amit már tud

• Indítási beállítások: gyorshívó, előző böngészési folyamat vagy fixen beállított weboldal(ak)
• Rögzített fülek
• Rocker mozdulatok: bal -> jobb és jobb -> bal egérkattintás
• Újabb kiegészítő API-k: bookmarks, commands, omnibox, webNavigation (Ezekről bővebben is fognak írni hamarosan.)
• Személyre szabható keresők

Teljes változáslista

Amit tudni fog

• Témák: Amik ráadásul oda-vissza kompatibilisak a 12-tes verzióval.
• Kamera/mikrofon: A getUserMedia API újra implementálva van.
• HiDPI támogatás: Windows alatt már elérhető a kis merű, de nagy felbontású kijelzők támogatása.

Ezek a funkciók az opera:flags oldalon kapcsolhatók be.

További tervek

• További fülkezelés fejlesztések: oldalra helyezhető fülek, vizuális fülek, fülek mozgatása ablakok között
• Könyvjelzősáv
• További szinkronizálás fejlesztések

Jelenleg tehát így áll az Opera Developer 17, viszont a fejlesztők felhívták a figyelmünket, hogy a Next 15 verzióval ellentétben ez még nem végleges funkciólista. Mire a Next 17 megjelenik, újabb funkciók is kerülhetnek bele, és a fentiekből is kerülhetnek ki, ha túl bugosnak bizonyulnak.

Letöltések: Windows, Mac

A bejegyzést frissíteni fogjuk, ha lesz időnk rendesen kipróbálni a programot, hogy ne kelljen a hozzászólások között keresgélni. Felhívjuk mindenki figyelmét, hogy ez egy fejlesztői előzetes! Bugos, összeomolhat, adatvesztés történhet!

Eddig tartott a hivatalos bejegyzés többé-kevésbé fordítása. Mostantól a blog szerkesztőinek észrevételei következnek.

• Eltűnt a bezárás gomb az utolsó nyitva lévő fülről. Jelenleg nem lehet úgy állítani, mint a Firefoxban. (Látszik, hogy piszkálják a GUI-t, mert a bezárás gomb margója mintha nagyobb lenne a füleken.)
• A könyvjelzősáv (quick access bar) GUI-ja már bekapcsolható, de elemeket még nem lehet hozzáadni. Könyvjelzőkezelő még nincs.
• Saját keresőket már lehet hozzáadni, de még nem a régi módon. A keresőmezők helyimenüjében nincs ilyen opció. A címsáv helyimenüjében viszont van. Egy párbeszédablakban, elég macerásan lehet megoldani, de működik. Ráadásul a saját keresők is megjelennek a címsáv lenyíló részének jobb alsó sarkában. (Bár az oldal faviconja helyett a default nagyító ikont mutatja. Biztosan bug.) UPDATE: A böngésző újraindítása után megjelenik a helyes favicon.
• A beállításokban van egy kapcsoló, amivel a fülek fölötti margó eltűntethető. Ha feltoljuk az egeret a képernyő tetejére, biztosan a fülre fogunk kattintani, nem az ablakkeretre.
• A szinkronizálás gombja eltűnt a kezdőlapról. A menüből vagy a beállításokból vagy a címsávból lehet elérni az opera:sync belső lapot, ahol be lehet jelentkezni. Bugos, a fül bezárása után elfelejti, hogy bejelentkeztél.
• A beállítások belső lap kapott egy kis fejlesztést. Magyarázatokat csatoltak néhány elemhez.
• A beállításokban opcionálisan megadható, hogy ha előző böngészési folyamattal vagy fix lapokkal indul az Opera, akkor egyből elkezdje tölteni az összes lapot, vagy csak azt töltse be mindig, amelyik aktív, ahogyan a Firefox csinálja.