Majdnem pontosan egy évvel a tavalyi, hagyományteremtőnek szánt sajtótájékoztató-bemutatkozó Opera-nap után ma sikeresen lezajlott a második ilyen összejövetel. A helyszín ezúttal is Oslo volt. Később kicsit részletesebben is bemutatjuk majd az egyes termékeket, mostani cikkünkben csak egy gyors áttektintéstre vállalkozunk, annál is inkább, mert még nincsenek feltöltve a rendezvényen készült videók. Mivel személyesen nem tudtunk jelen lenni, ezért csak más, nálunk szerencsésebb blogírókra tudunk támaszkodni.

Egy hasonló horderejű (Opera mércével mérve) eseménytől azt várja az ember, hogy sok, és jelentős újítást hoz. Szerencsére nem is kellett csalódnunk, hiszen számos bejelentés hangzott el, köztük olyanok, amire már régóta várunk.

Kezdeném azokkal, amit már bármelyik Android tulajdonos akár személyesen is kipróbálhat. Ez pedig nem más, mint a mobilos Operák legfrissebb verziói, az Opera Mini 6.5 és az Opera Mobile 11.5. Ahogy azt már az asztali változatban is megtapasztalhattuk, a 11.5 nem hoz túl sok újítást.

Elsősorban a Presto motort frissítették 2.9.201-re, ami majdnem megegyezik a legutóbbi PC-s előzetessel, de egy fontos elem, a Ragnarök nevű HTML5 feldolgozó kimaradt belőle. Ennek ellenére a népszerű HTML5-ös tesztoldalon 295+9 pontot kap. Ezen felül némi felhasználói felületbeli módosításokat kapott, például itt is megjelent a címsorbeli csillag az oldal gyors könyvjelzőzéséhez. Ezen túl mind a Mobile, mind a Mini kapott egy aloldalt, ahol megnézhetjük, hogy a Turbó funkció mekkora adatforgalmat spórolt már meg nekünk.

Bár a mobilos böngészők egyre népszerűbbek, és a Mobile sosem állt rosszul ezen a téren, az Operások érdeklődésének homlokterébe mégis az Opera 12 alfája került. Nos, örömmel jelenthetem, hogy az előzetes várakozásoknak megfelelően az Opera bejelentette, hogy a 12-es verzió tartalmazni fogja a hardveres gyorsítást, mindezt WebGL támogatással karöltve. Némi üröm az örömben, hogy ezt kipróbálni csak csütörtöktől tudjuk, akkor jelenik meg ugyanis az első publikus változat.

Nem csak ez volt az egyetlen újítás. A The Register jelen lévő újságírója szerint a friss jövevény újraírt JavaScript motort, javított témázhatóságot és még több funkciót kapott - utóbbi mibenlétét nem közölték. Ezen felül megemlékeztek az új olvasó módról, ami leginkább a Safariból lehet ismerős. Ez arra jó, hogy a honlap tartalmát a háttérbe szorítva csak és kizárólag az általunk olvasott cikkre fókuszálhassunk. Állítólag elég impresszív lett a demonstráció, majd meglátjuk, ha megjelennek a videók is.

Egyelőre ennyit a nagy eseményről. Te azt kaptad, amire számítottál? 

A mai előzetest nem vártuk és nem várt újításokat hozott. Mindenki a hétfői Up North Web-en készülő, hardvergyorsított 12.00 alfát várja (illetve csak sejti), erre ma megjelent egy nem is akármilyen előzetes. A Presto verziószám mindjárt 2.9.220-ra ugrott és számos Core javítást hozott.

Az első nagy újítás a már korábban bemutatott Ragnarök kódnevű HTML5 parser, amit egyszer már frissítettek, de mostanra lett annyira stabil, hogy a snapshotokban is helyet kapjon.

A másik nagyobb Core változtatás, hogy végre teljes a CSS3 gradient támogatás, amely kiegészült a radial gradients-szel.

A nagy frissítések közepette a Core csapat rengeteg oldalkompatibilitási problémát javított, így a mostani újításokkal (és a Ragnarökkel) az Opera jobban rendereli a weboldalakat, mint valaha.

Végül, hogy a desktop fejlesztésekről se feledkezzünk meg, változott az On Demand Plugin működése, ami Ruarí személyes kedvence (és az enyém is - a szerk.). Mostantól végre az SWFObject sem állhat a blokkolás útjába és a címsor melletti ikonok között helyet kapott az egyszerűség kedvéért az aktiváló/deaktiváló ikon egy kis doboz formájában, ami akkor jelenik meg, ha az oldalon van blokkolt objektum (ami az SWFObject-es bug javítása óta lehet akár láthatatlan is, mint például a Unite zenelejátszójában).

Ismert hibák:

• Nincs 64-bites FreeBSD csomag (majd legközelebb)
• Tab stack extender nem működik Vizuális Füleken kívül
• Néhány overlay dialógusnak csökkent a paddingja
• Kiegészítők felugróinak rajzolási hibás a kis nyilacskája.
• Az Acid3 teszt már csak 99 pontot ér el. Az 1 pont nem hiba, hanem a kompatibilitás oltárán lett feláldozva, az itt felsorolt oldalak miatt

Változások listája

Letöltés (Opera 12 b1085)

• Windows
• Mac
• Linux/FreeBSD

Az Opera mindig is első volt az innovációkban, most sincs ez másképp. Mivel a hardvergyorsítást bármennyire szeretnék, nem lesz benne a 12-ben (íme az indoklás Rijk-től), ezért leporolták a régi terveket és elkezdték a megvalósításukat. Esetünkben elővették az Opera 9.0 TP-t és átemelték belőle a csillagozós megoldást, amit a linkelt wishlist topicok alapján rengetegen kértek. Bár a valódi indok talán az lehet, hogy a Mozilla és a Google is szemet vetett az akkori tervekre és ők gyorsabbak voltak.

Aki nem tudná miről van szó: Korábban új könyvjelző hozzáadására a környezeti menüt vagy a Ctrl+D billentyűparancsot használhattuk. Mostantól az RSS, Widget és jegyzetjelző kis sarokban megjelent egy csillag is, ami szürke, ha az oldal nincs elmentve könyvjelzőként és sárga, ha el van mentve. Ez skinenként változhat. Paraméterekre, anchorokra és www-re érzékeny, pedig beiktathattak volna egy harmadik állapotot is, hogy jobb legyen mind közül, de ennek is örülünk. Aki hozzám hasonlóan évek óta ezt használta, annak is jó hír, hogy mostantól a kizárólag gyorshívó elemekként mentett oldalak is sárga csillagosak. Már csak "created" és "visited" eszköztippek kellenének, de hogy magamat idézzem: ennek is örülünk.

A második "nagyobb" újítás, hogy mostantól nem kell a "Reparse as HTML"-re kattintani, automatikusan elvégzi a böngésző, tehát ezzel az XML Parsing Error-os oldalak 90%-át kiiktatta. A maradék 10%-nál remélhetőleg nem keveredik emiatt végtelen ciklusba. :) Erre korábban ezt a userJS-t lehetett használni.

A harmadik a Windows és Mac felhasználókat érinti, mégpedig a Linuxban már jól ismert -pd argumentumot itt is lehet használni. Ezzel abszolút profil útvonalat adhatunk meg az adott munkamenetre (vagy amíg az adott parancsikonnal indítjuk az Operát). Ennek járulékos előnye még, hogy teszteléshez, telepített Opera mellé nem annyira muszáj minden esetben USB-s "telepítés". Habár azt külön is indíthatjuk és verziófüggetlenül, de aki nem szokott tesztelni, annak lényegesen egyszerűbb így, mint mindent (kiegészítők, userJS-ek, operaprefs.ini, stb. letiltása, csak elindítja üres profillal és ha megbizonyosodott a problémáról törli az így létrejött üres profilt).

Ja, és majd elfelejtettem, Mac-en teljesítménynövekedés. Következzen a változáslista.

Ismert hibák:

• Néhány overlay dialógusnak csökkent a paddingja
• Kiegészítők felugróinak rajzolási hibás a kis nyilacskája.

Változások listája (Core):

• CORE-30325 (Látogatás után nem változott azoknak a linkeknek a színe, ami egy átirányított oldalra mutatott (bit.ly és társai))
• CORE-307 (A .pac fájlokat nem lehetett olvasni a böngészőben)
• CORE-38067 (Egykattintás üres kiválasztást csinált)
• CORE-39517 (gstoperasrc: Több adat kérése, mikor a buffer throbber felugrik)
• CORE-39760 (Khmer Unicode is not displayed properly with the Window's platform textshaper)
• CORE-40115 (Crossdomain XHR nem működött WebWorkers-ként kiegészítők háttérfolyamatából)
• CORE-40224 (Láthatatlan SVG elemeket ki akart rajzolni)
• CORE-40310 (Web fontok feldolgozása HTML-ként nagyobb erőforrásigény növekedést eredményezett és esetenként összeomlást)
• CORE-40339 (CSS egységek továbbfejlesztései)
• CORE-40712 (MTreat ISO 8859-9 as an alias for windows-1254 for compatibility with IE, Safari and Chrome)
• CORE-40766 ({add,remove}EventListener's capture should default to false)
• CORE-40796 (Kisebb ráncfelvarrások az opera:config stílusában)
• CORE-40817 (Perzsa karakterkészlet továbbfejlesztések)
• CORE-40826 (border-radius hibás volt nem négyzet alakú képeken)
• Számos összeomlás javítás és memóriaszivárgás javítás

Változások listája (Desktop):

• DSK-346670 (Opera Unite törlődtek, miután leállt a Unite vagy újraindult az Opera) - (ezért hasznos az adatmentés és ezért nem alfa/béta minőségű egy snapshot sem - a szerk.)
• DSK-312074 (Átlépi az XML feldolgozási hibákat jelző üzeneteket automatikusan úgy, hogy HTML-ként próbálja értelmezni a kódot)
• DSK-342556 (Új opció a címsávban, amivel hozzáadhatunk/törölhetünk/módosíthatunk könyvjelzőket a könyvjelzőkezelőben)
• DSK-343927 (Alkalmazás váltása (Alt+Tab) miközben URL-t gépelünk kiemeli a teljes szöveget)
• DSK-346262 (Cursive joining broken on Persian BBC website)

Változások listája (Windows):

• DSK-339862 (-pd argumentum Mac és Windows alatt)
• DSK-340611 (Furcsa dialógus, mikor 11.50-et telepítettünk Windows 7 alá)
• DSK-346340 (Összeomlás indításkor a voice beépülő miatt)

Változások listája (Mac):

• DSK-339862 (-pd argumentum Mac és Windows alatt)
• DSK-318433 (Excel fájl nem csatolódott ha a fájl meg volt nyitva OpenOffice-ban)
• DSK-342491 (Görgetés gyorsulása görgős eszközök számára): lágyabb görgetés általánosságban
• DSK-343850 (Xcode frissítése és sebességnövekedés Mac alatt)

Változások listája (Linux/FreeBSD):

• DSK-318433 (Excel fájl nem csatolódott ha a fájl meg volt nyitva OpenOffice-ban)
• DSK-339825 (HTML csúszkák nem voltak Gtk2 natívak)
• DSK-340306 (Rossz szövegszín (olvashatatlan) mikor a kurzort a legördülők fölé vittük sötét témáknál)
• DSK-346119 (XRandR lefagyasztotta az Operát, ha módosítottuk a felbontást)

Letöltés (Opera 12 b1076)

• Windows
• Mac
• Linux/FreeBSD

Nem, a cím nem elírás, még csak nem is áprilisi tréfa (főleg, hogy szeptembert írunk). Egyszerűen annyi történt, hogy az Opera Dragonfly csapata az 1.1(.1) után áttért a gyorsított kiadási ciklusokra. Ezt annál is inkább megtehetik, mert - mint bizonyára már mindenki tudja - a Dragonfly egy hibrid webes alkalmazás, ami offline is működik ugyan, de alapvetően mindig a neten néz körül az aktuális legfrissebb verzió után kutatva.

Szóval az új rendszerben egy-egy komponensre fókuszálnak majd a fejlesztés során (apróbb változtatásokra, hibajavításokra persze mindig lehet majd számítani), és amikor már elég jónak ítélik azt, megjelentetik a kísérleti (experimental) csatornán. Ezt úgy állíthatjuk be, ha megnyitjuk a Dragonfly elérési útjának beállítását, és ezt átírjuk az alábbira (majd Mentés):

https://dragonfly.opera.com/app/experimental/

Ha aztán kiállja a megszállott tesztelők próbáját, következhet a nagyobb nyilvánosság és az "élvonalbeli" (cutting-edge) csatornán való felbukkanás. Ennek címe:

https://dragonfly.opera.com/app/cutting-edge/

Ha pedig itt is minden flottul megy, akkor az alapértelmezett verziók használói is megismerkedhetnek az újdonságokkal. Mi viszont az első csoportba tartozónak valljuk magunkat, lássuk hát, mit hoz a mai verzió. Mert hogy ma adták ki, afelől semmi kétség, erre utal a megújult verziószám is, aminek formátuma:

(főverzió).(év).(hónap).(nap).(napi build száma)

A mostani kiadás tehát az 1-es főverzió mai első kiadása, de aki akarja, az összeállítás számából (b4981) továbbra is bátran tájékozódhat úgy, mint eddig... Az újdonságok között leginkább a felhasználói felületet érintőkkel találkozhatunk. A Dragonfly például már emlékszik arra, hogy hova állítottuk be a függőleges elválasztót. Az átméretezés is fürgébb lett a Szkriptek nézetben, valamint a szöveg kijelölése is javult a korábbiakhoz képest. Szintén új a Ctrl + R billentyűkombináció, ami a hibamentesítési környezet újratöltésére szolgál. A változások teljes listája itt olvasható.

Nem túl gyakran, de most már nem először hallhatunk arról, hogy az Opera felvásárol nálánál kisebb cégeket. Talán még sokan emlékeznek például a FastMail FM és az AdMarvel megvételére. Előbbi a netes jelenlétet hivatott növelni (nem mellesleg a szolgáltatás fizetős maradt), utóbbival viszont egyértelműen az internetes hirdetés üzletágba kívántak belépni.

Pénz persze nem csak ott van, hanem például az egyre népszerűbb alkalmazás-boltokban, amik az utóbbi időben gomba módra szaporodva próbálják kiaknázni az okostelefonok és a web térhódítását. Az Opera nemrég itt is megjelent azzal, hogy stratégiai szövetségesnek választotta az Appia nevű, alkalmazások eladásával foglalkozó céget. A kapcsolat felettébb gyümölcsözőnek bizonyult, hiszen - hála annak, hogy az Opera mobilos böngészői alapból tartalmazták a saját alkalmazásboltra mutató linket - a legutóbbi pénzügyi beszámolóban már a 6. legjelentősebb piaci szereplőként írtak magukról - legalábbis ami a letöltések számát illeti.

A mai napon még eggyel tovább léptek a korábban megkezdett úton, amikor bejelentették a platformfüggetlen alkalmazásboltokat fejlesztő és üzemeltető Handster felvásárlását. A sajtóközlemény szerint az illinois-i székhelyű cégé a legnagyobb független androidos piactér, de emellett foglalkoznak még a Java, Symbian, Windows Mobile és BlackBerry rendszerekkel is, emellett a netbookokat, és a táblagépeket sem hanyagolják el. Ráadásul szolgáltatásaikat nem elsősorban a végfelhasználóknak, hanem a hálózat-üzemeltetőknek és készülékgyártóknak kínálják. Olyan nevek tartoznak az ügyfélkörbe, mint az MTS, az Alcatel-Lucent, az Ericsson, a Huawei vagy éppen az LG.

“Az Opera böngészőgyártóból fokozatosan egy teljesen integrált mobilos szolgáltatásokat nyújtó céggé alakul át, és ez a felvásárlás fontos lépés ebbe az irányba.” fogalmazott Lars Boilesen, az Opera Software vezérigazgatója a bejelentés kapcsán.

Már hivatalosan is jól látható tehát az az irányvonal, aminek mentén az Opera a cég biztos jövőjét elképzeli. Ez pedig az egységes és komplex szolgáltatásokra épül, nem pedig egy "egyszerű" böngészőre. Gondoljunk csak bele: az Operának rendelkezésére áll egy kiforrott renderelő motor, komoly tapasztalat a mobil gépek és eszközök világában, valamint jelentős fejlesztői eszközök, amik egyszerre támogatnak számos készüléket, integrálva nem csupán a platformfüggetlenség lehetőségét, de a gyors tartalommegosztást és az ebből származó (reklám)bevételt is biztosítani tudják. Lásd például a nemrégiben bejelentett TV-s alkalmazás-boltot, a HTML5 alapokon nyugvó Opera TV Store-t.