Amikor az internetes fórumokon az Opera 10.5-ről esik szó, általában az új, gyors JavaScript motor, a Carakan is a társalgás középpontjába kerül. A sebességnövekedés az előző, 10.10-es verzióhoz képest óriási, a jelentős gyorsulást tehát aligha lehetne letagadni.

Amikor a felhasználók szembesülnek a kiemelkedően jó teszteredményekkel, általában két kifogás szokott felmerülni. Az egyik, hogy az Opera 10.5 nem végleges verzió, így ilyen értelemben a Chrome 4, a Safari 4 és a Firefox 3.6 is megelőzi. Ez valóban igaz, azonban az új Opera 1-2 héten belül várható megjelenése elcsendesíti majd ezeket a hangokat.

A másik vélemény szintén nem valószínűtlen, nevezetesen, hogy a pre-alfa - és úgy általában az előzetes - verziók célja a jelenlegi és leendő felhasználók, valamint a tesztelők elbűvölése. A végleges verzióban, a sok hibajavítás mellett már korántsem lesz ilyen fürge - így az érvek.

Rövid tesztem során arra próbáltam választ keresni, hogy a fenti teória a valóságban is megállja-e a helyét, vagy sem. Ehhez a SunSpider tesztet hívtam segítségül, illetve a resius jóvoltából elérhető magyar operás hordozható változatokat. Szerencsére van annyi, hogy valamiféle konklúziót vonhassunk le belőlük.

Figyelem! A most következő mérési adatok nincsenek összhangban a korábbi mérésekkel, akkor ugyanis elkövettem azt a hibát, hogy takarékos módban járattam a processzort. Ez ugyan jót tesz a környezetnek, de a mérést meghamisítja, a sok rövid - és a processzort nem kellőképpen felpörgető - teszt miatt ugyanis lényegesen rosszabb eredményeket kapunk, komoly variancia mellett.

Nincs bizony, hiszen egy nappal a második béta után már itt is van a következő előzetes. Sőt, mindjárt kettő is, de erről majd egy kicsit később...

Szóval itt a b3275. Az újdonságok közül legelőször mindenképpen a nyelvi fájlok frissítése érdemel szót, annál is inkább, mert a magyar is megújult. Így már minden menüpont és szövegelem magyarul szól hozzátok Karbonade áldozatos munkájának köszönhetően. Persze ha valami hibát találtok benne, azt jelezzétek, hogy javíthassuk.

Mindez persze nagyon örvendetes, felveti azonban azt az aprócska kérdés, hogy vajon miért nem lehetett ezt a nagyobb nyilvánosságnak szánt béta 2-be betenni, nem volt az olyan régen. Vagy másképpen: miért nem vártak még egy napot a béta kiadásával, és akkor már teljes magyarításban pompázhatna. Nagy a kapkodás, nem lesz ennek jó vége...

Továbbmenve a listán láthatunk újabb stabilitásnövelő intézkedéseket, és a Carakanon is csiszoltak, hogy még hibamentesebb legyen. Most már egyértelműnek tűnik, hogy a Presto 2.6 elírás volt, hiszen visszaállt a rend, és a 2.5.22-es verzió látszik névjegyben is.

Változások, javítások:

• teljes magyar nyelvű fordítás
• visszatért az auto proxy (.pac) támogatás
• a bekódolt ikonok el lettek távolítva a HTML5 elemekből
• könyvjelzőkkel kapcsolatos fagyás javítva
• probléma a sosem teljesen betöltődő Unite-al javítva
• JSON.parse probléma javítva
• lokalizált szövegek engedélyezése a hírcsatorna előnézetben
• keret nélküli Quicktime videók támogatása
• Google szövegfelolvasó szolgáltatása javítva
• Silverlight beépülő egérpozícionálási problémája javítva
• a sütik nem törlődtek a privát fül bezárását követően
• text/plain;charset=x-user-defined letöltések bináris letöltésének támogatása
• a letöltés ablakban javítva lettek a széthúzott ikonok
• Shoutbox javítások (Unite)
• Flash-hez köthető memóriaszivárgás javítva (csak Unix)

A mai napon megjelent az Opera 10.5 második béta verziója. Még mindig nem teljesen világos, hogy mikorra szeretnének elkészülni a végleges változattal, de az új publikus verzió alapján egész szépen haladnak. Unatkozni persze ezután sem fognak...

A Desktop Team blogjában hosszú listát olvashatunk az előző összeállításhoz képest elvégzett változtatásokról, én most az érdekesebb elemeket emelném ki. Létezik olyan változási közlemény is, ami az első bétával hasonlítja össze a jövevényt.

Az első érdekesség, hogy végre az XP felhasználók is megszabadulhatnak a fejléctől, feltéve, hogy az XP témát használják. A külső persze nem csak itt változott, hanem az opera:* aloldalakon is, különös tekintettel az opera:config lapra, ami sokkal karakteresebb megjelenést kapott. Az elemenkénti súgó még mindig nem üzemel, de ígéretesen néz ki.

Ha már aloldalak: a HTML5 egyik újítása, hogy a honlapok tartalmakat helyezhetnek a gépünkre, sőt, akár egy komplett adatbázist is használhatunk. Persze mindezt csak a mi egyetértésünkkel teszi, például már jóváhagyást kér az x MB tárhely biztosításának engedélyezésére. Arról, hogy éppen miket pakoltak fel nekünk, az új opera:webstorage és az opera:webdatabases oldalakon szerezhetünk tudomást. Ha pedig már nekiláttak a munkának, a fejlesztők mindjárt írtak egy hatékonyabb és gyorsabb implementációt a tárhelyhez.

Frissítés! Időközben megjelent a Maces Opera 10.5 bétájának kiadásra jelölt változata. Akit érint innen letöltheti. A változások listáját a Desktop Team bejegyzésében olvashatjátok.

Tegnap, azaz hétfőn nem érkezett újabb előzetes, már kezdtem is aggódni értük. Ma viszont befutott a kellő dózis, vizsgáljuk is meg. Elsőként itt vannak nekünk a szokásos hibajavítások. A csúnya GDI problémát megoldották, ami remélhetőleg jótékonyan hat majd az Opera hosszútávú stabilitására.

Egyesek szembesülhettek azzal is, hogy bizonyos szövegek görgetésekor vízszintes fehér csíkok jelentek meg. Elvileg már ez a gond is a múlté. A több magos gyorsítótár (Multi Core Cache) problémáján is javítottak, akármi volt is az.

Apropó gyorsítótár. Mint az a mai bejegyzésből kiderült egy ideje egy kisebb csoport az Opera gyorsítótárának fejlesztésén dolgozik. A mai előzetes az első, ami tartalmazza az általuk megvalósítottakat. Sajnos ezek mibenlétéről semmilyen információ nem derül ki, így az sem, hogy mi lett jobb a változtatással... Amint az a címben is látszik, én mindenesetre megelőlegeztem nekik, hogy jobb lett, mint volt.

Furcsállom egyébként, hogy a nagyon sürgető határidő mellett ennyire ráérnek Unix, sőt, a nap folyamán még Mac összeállítások készítésére is, nem is beszélve arról, hogy hibajavítás helyett még további újításokkal foglalkoznak. Nincs ezzel persze semmi baj, de akkor se jöjjön ki bugosan a 10.5, tessék rendesen letesztelni.

A fent leírtakon túl más változás (elvileg) nincsen, így az ismert problémák - különös tekintettel a Unix rendszerre vonatkozóak - továbbra is fennállnak!

Figyelem! Az előzetes verziók még sok hibát tartalmazhatnak, ezeket nem ajánlott mindennapi használatra telepíteni. Az Opera legutolsó végleges verzióját az Opera oldaláról töltheted le.

Letöltés (Opera 10.50.3271, post-beta):

• Windows
• Windows Classic
• Linux

Az Opera fejlesztőeszközei elég sokat késtek. Amikor végül a megfelelő eszköz, a Dragonfly megérkezett, még eléggé kezdetleges állapotban volt, és bár azóta sokat fejlődött, még mindig sok munka van vele. Azonban a haladás jelei is mutatkoznak, elsősorban még csak a háttérben, illetve most már mindenki kiveheti belőle a részét, hiszen a Dragonfly nyílt forráskódú projektté vált.

Ez a bejegyzés az "Opera Dragonfly open for business" című cikk fordítása. Az eredeti cikk 2010. február 11-én jelent meg a Dragonfly blogon.

Az Opera Dragonfly-t a kezdetektől fogva nyílt forrású projektnek szántuk. Mindvégig nyílt BSD licenc alatt adtuk ki, de a forráskódok tárolóhelye az Opera szervere volt. A mai naptól kezdve a Dragonfly teljesen nyílt lett, a forráskódot a BitBucket-ről érhetjük el.

Az Opera Dragonfly legutóbbi verziója óta rengeteget dolgoztunk a háttérfolyamatokon, lecseréltük a korábbi architektúrát a Scope protokoll modernebb verziójára, az STP-1-re. A Dragonfly is újraírtuk, hogy ezt a gyorsabb és hatékonyabb Scope verziót használja. Mivel most már úgy gondoljuk, hogy a háttérben meghúzódó protokoll elég stabil és jól teljesít, és megjelent az első, ezt kihasználó asztali verzió előzetese is, itt van tehát az ideje, hogy egy publikus Mercurial tárolóba helyezzük a kódot.

Ha van egy Mercurial kliensed, látogasd meg az Opera Dragonfly STP-1 tárolót és vizsgáld meg a forráskódot. Egy kezdeti dokumentációt is készítettünk számodra a Wikin, hogy segítsünk az elindulásban. Ez az Opera első, teljesen szabad forráskódú projektje, szóval idő kell, amíg beletanulunk. Szeretnénk a türelmeteket kérni, amíg nem teszünk mindent működőképessé, és nem alapozzuk meg a különböző eljárásokat.