Zsúfolt nap a mai - szerencsére. A mai napon már érkezett egy verzió, ami demonstrálja az Acid3 tesztet sikeres teljesítését. Amint az Tim Altman blogjából kiderül, a GOGI valójában egy betűszó, és a General Opera Graphics Interface (kb. általános Opera grafikus felület) kezdőbetűiből származik.

Azonban még nincsen vége a mai előzetes-áradatnak. Mivel péntek van, ezért megérkezett a szokásos heti "adag" is, ami tartogat néhány meglepetést. Jelenleg a kérdéses Acid3 teszten az Opera legfrissebb verziója 79 pontot ér el, ami két pontos javulás a korábbi állapothoz képest. De a fontos változások nem itt vannak. Mint az a címből is kiderül, a fejlesztőknek sikerült előrukkolniuk némi sebességnövekedéssel, amit a dinamikus HTML oldalak használatakor kamatoztathatunk igazán. A Desktop Team lelkes csapata ugyanis igen jelentősen gyorsította a DHTML tartalmak kirajzolási sebességét. Ezt általában olyan dolgokra használják, mint például a legördülő menük vagy egyes netes játékok.

Tegnapelőtt már hírt adtunk arról, hogy az Opera egy belső buildje átment az Acid3 teszten. Akkor ígéretet kaptunk arra is, hogy nemsokára kiadnak egy speciális előzetest, aminek használatával az eredményről magunk is meggyőződhetünk. Nos, ma van az a "nemsokára". Az Opera Labs honlapján nemes egyszerűséggel elérhetővé tették a GOGI (General Opera Graphics Interface) nevet viselő alkalmazást, ami a fejlesztés alatt lévő mindenkori Opera renderelő motort hivatott tesztelni. A program Windows-ra és Linux-ra egyaránt elérhető WinGogi és LinGogi néven. A fájlt elegendő letölteni, kicsomagolni, és már lehet is futtatni, telepítést nem igényel. A kezelőfelület meglehetősen ingerszegény, cserébe villámgyorsan indul a program.

Ne feledjük ugyanakkor, hogy ez csak egy mesterséges teszt, aminek gyors teljesítése a szabványok iránti erős elkötelezettséget és némi extra publicitást jelent, de nem biztosítja, hogy az oldalak helyesen jelenjenek meg, leszámítva persze a kérdéses Acid3 tesztet. Az eredmény 100/100, és hibátlan megjelenítés, viszont az is előírás, hogy az animáció folyamatos legyen, ami jelenleg még sajnos nem teljesül. Böngészgetve kicsit a GOGI-val az is feltűnik, hogy számos oldallal gondjai vannak, például a Magyar Opera blog is meglehetősen furcsán fest. Terveim között szerepelt, hogy WinGogi alól írom meg ezt a cikket, de sajnos ez dugába dőlt, a WinGogival együtt (az új bejegyzés létrehozása tett be neki).

Ma este újból frissült a Desktop Team honlapja, de ezúttal nem új előzetes érkezett, hanem csak annak az előszele. Lars Erik Bolstad, az Opera megjelenítő motorjáért felelős csapat vezetője ugyanis megemlítette, hogy a legfrissebb Opera-motor verzió sikerrel teljesíti a nemrég hivatalossá vált Acid3 tesztet! Ugyan elmondása szerint még van néhány megoldásra váró probléma, de az alábbi kép úgy gondolom, magáért beszél. Egyébként a képen nem más látható, mint a WinGogi, ami - mint kiderült - az Opera motorját tesztelni hivatott Windows-os céges alkalmazás.

Az Acid3 teszt eredménye az Operában (CC)

Minden jel szerint ezzel a lépéssel az Opera orrhosszal megelőzte a szintén rendkívül előrehaladott támogatással rendelkező WebKit-et, akik a mai napon elérték a 98%-ot. Igaz, az Opera verziójával szemben a WebKit legújabb előzetese már kipróbálható. A frissített renderelő motort tartalmazó Opera - technikai demonstrációs verzióként (technical preview) - várhatóan a jövő héten debütál az Opera Labs oldalán. Az viszont még nem teljesen világos, hogy külön verzióként, vagy valamelyik következő előzetes részeként érkezik. Mivel a teszt teljesítése bizonyos le nem tesztelt javításokat igényel, nem lehet biztosan kijelenteni azt sem, hogy a végleges Kestrel is teljesíteni fogja, mindenesetre nagyon remélem, hogy így lesz, ha már ennyit dolgoztak vele. Ráadásul tovább öregbíthetné az Opera hírnevét, amely böngésző korábban (is) az innovatív és élenjáró megoldásairól vált ismertté.

Frissítés: Közben a WebKit is teljesítette a tesztet, valamint kijavítottak egy hibát a tesztben, így az Opera visszaesett 99/100-ra. Akkor most ki a győztes?

Az utóbbi két péntek alkalmával nélkülöznünk kellett a friss előzeteseket. De most, pár nappal Húsvét előtt derült égből villámcsapásként érkezett egy új változat. Egészen pontosan 9841 a számossága, ennek megfelelően tartalmaz változtatásokat szép számmal. Többek közt javítja a gyorskereső eddigi hibás működését - végre!

De előtte egy gyors tipp. Nyilván sokan használnak előzeteseket, és legalább ennyien a jól bevált 9.2x verziókat. Előbbiek ráadásul hetente változnak - jó esetben. Időnként problémát okozhat tehát, hogy akkor melyik verziót is használjuk éppen (mert esetleg fórumban szeretnénk segítséget kérni, vagy mindkét verziónál azonos bőrt használunk). Erre természetesen ott van a Súgó -> Opera névjegye, vagy a gyorslink. Van azonban mód arra is, hogy a címsávba jelenítsük meg ezeket az adatokat. Ehhez nem kell mást tenni, mint megkeresni a megfelelő beállítást. És ide beírni az alábbi kódot (idézőjelek nélkül), majd menteni: "Opera %v b%s". Az eredményt az alábbi kép szemlélteti:

És akkor jöjjön a build! Ismert hibák!

• a Súgó megnyitásakor (F1) lefagy a böngésző
• oldal lementése csak HTML formátumban lehetséges (csak Windows)
• nem jelenik meg az állapotsáv, ha alulra van állítva
• nem működik a Megnyitás ezzel... funkció
• néhány letöltés nem jelenik meg a Letöltés listában

A javítások:

• oldalon belüli gyorskeresés javítva
• levelező javítások (Yahoo Mail csatolmányok, levelek érzékelése, linkek kódolásának kezelése)
• számos Acid 3 javítás (nálam most 77/100)
• számos stabilitást növelő javítás
• XMLHttpRequest-et már nem szorítják háttérbe a lassú szkriptek
• beépülők gyorsabb működése (csak Windows)
• újra működnek a funkciógombok (csak Mac)
• az Opera már a helyes könyvtárba ment (csak Mac)
• beépülő-javítások (csak Linux)
• fagyás javítva Flash tartalmú fül bezárásakor (csak Linux)

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

• Windows b9841
• Windows Classic b9841
• Macintosh b4716
• Unix b1875

Akik velem együtt szorgalmasan töltögetik és használják a péntekenként megjelenő előzeteseket, nyilván hozzám hasonlóan örülnek minden apró javításnak. Ugyanakkor minden build hordoz valamilyen gyermekbetegséget. Megjavítják az X funkciót, de közben elromlik Y. Persze tudjuk, a fejlesztés már csak ilyen, és a cél az, hogy a végleges változat már mentes legyen minden hasonló hibától. Azonban a fejlesztési tempót és a meglevő hibákat tekintve gyanítom, hogy eléggé ki lesz használva a nyárra bejelentett végleges változat rendelkezésére álló időkeret. Úgy vélem, hogy lassan haladunk előre és még mindig sok a nyűg és a bosszantó hiba. Persze ne keseredjünk el, vannak pozitívumok is, csak fájó, hogy megint ilyen hosszú az ismert hibák listája, ami lentebb következik.

Ennek ellenére jutott idő olyan apróságokra is, mint például az alapértelmezett keresők rendbetétele. Elég régóta "probléma", hogy a keresőbejegyzések némelyike teljesen illogikus (és felesleges). Például a Download.com honlaphoz hogyan jut eszébe bárkinek is a "w"-t megadni kulcsszóként? Most a fejlesztők nekifeküdtek egy kissé a témának, és az alábbiakkal rukkoltak elő (szerintem mondjuk ez tipikusan egy "kiadás előtti utolsó simítás" kategória kellene, hogy legyen...): eltávolították a Yahoo! Shopping, Yahoo! Answers, Google Groups, Opera Support, és a Download.com keresőket. Helyükre viszont bekerült a Wikipedia és a Google Képek. Mindenki nézze meg a listáját, nálam például a telepítést követően két Wikipedia szerepelt, azonos ("w") keresőszóval...

Ismert hibák!

• oldal lementése csak HTML formátumban lehetséges (csak Windows)
• az objektumokat vagy kereteket tartalmazó oldalak nem nyomtathatóak
• még mindig csak egy betűig használható a lapon belüli gyorskeresés - grrrr...
• néhány letöltés nem jelenik meg a Letöltés listában
• a billentyűzet egyeseknél problematikusan működhet (csak Mac)