Megérkezett a hétre beígért Dev frissítés. Igazán nagy dobás még nincs, viszont több apró jel is a jó irányba mutat.

Szeretném felhívni mindenki figyelmét, hogy ez egy fejlesztői kiadás. Az új funkciók még hibásan vagy sehogy sem működhetnek, vagy akár félkészek is lehetnek.

Bár rendes könyvjelzőkezelő még nincs, elkészült a Bookmark API a kiegészítőkhöz. Ez és a dolgozók hozzászólásai arra utalnak, hogy a könyvjelzők mögötti backend készen van, már csak a frontenddel, vagyis a felülettel bajlódnak.

Mostantól használható a Quick Access Bar, lánykori nevén a könyvjelzősáv is, ami a most bemutatott Bookmark API-ra épül. Ez azt jelenti, hogy a jövőben a könyvjelzősáv kiegészítőkkel is módosítható lesz. A könyvjelzősávról jelenleg nem lehet törölni a felvett elemeket, viszont a régi Operás könyvjelzőinket mostantól nem csak a Gyorshívóba, hanem a könyvjelzősávra is importálhatjuk.

A könyvjelzősávot előbba flags-ben kell engedélyezni a "Quick Access Bar" kapcsolóval, majd a beállításokban lehet bekapcsolni.

A teljes changelogban egyébként sok bejegyzés vonatkozik a könyvjelzőkkel kapcsolatos fejlesztésekre. Én nem lennék meglepve, ha a régi könyvjelzőkezelő mellett valami újdonság is készülne még a háttérben.

Ha már említettem a Gyorshívót, a fejlesztők letiltották a kiegészítők futtatását a belső Operás lapokon. Olyan biztonsági rést találtak, ami elméletben lehetővé tette, hogy kiegészítőkkel módosítani lehessen akár a beállításokat is. Ez az jelenti, hogy a fejlesztés alatt álló "Clean Speeddial" kiegészítő megy a kukába. Viszont megerősítették, hogy lesz natív testreszabhatóság. Előbb vagy utóbb.

A fülkezeléssel kapcsolatban is kaptunk egy újabb apróságot. Mostantól szabadon lehet mozgatni a füleket a böngészőablakok között. Ezt először engedélyezni kell a flags-ben az "Allow moving tabs between windows" kapcsolóval.

Apróbb javítások történtek a témázhatósággal és a saját keresők hozzáadásával kapcsolatban is. Ezenkívül javítottak egy a 16-os verzió óta létező bugot (DNA-8270), ami a weboldalak széthullását eredményezte bekapcsolt Rally-mód mellett.

A changelogban található egy ilyen sor: "CHR-163 Introduce SitePrefs". Ennek nyoma a felhasználói felületen egyelőre nincs, viszont több SitePrefs bejegyzés is található a listában, és igen jó eséllyel az oldalspecifikus beállításokkal van összefüggésben.

Szinkronizálás még nincs, mert a szerverek még nem működnek.

Erre a hétre ennyi. Jövőhéten jön a folytatás, és ha minden igaz, akkor egy 16-os stabil verzió is.

Letöltés: Windows, Mac

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.