Úgy tűnik, a fejlesztők mostanában nagyon rákapcsoltak. Kell is, ha komolyan gondolták a nyári megjelenést. Itt és most kedvünk szerint eldönhetjük, hogy előrehozott pénteki előzetessel van dolgunk, vagy már felesleges is rendszert keresni a megjelenésekben, egyszerűen örüljünk neki. Annál is inkább tehetjük ez utóbbit, mert mostanában az előzetesek deklarált célja a stabilitás növelése, és a regressziók (azon hibák, amelyeket egyszer már kijavítottak, de újra megjelentek) kiküszöbölése volt. Ennek jeleként a friss build-ben javításra került az a Tom's Hardware-es hiba, amivel az eggyel korábbi előzetes használatakor szembesültem. Soha lassabb hibajavítást!

Persze ez csak egy a változások közül. A stabilitásnövelésen túl jutott energia más javításokra is, például már kevesebbet késlekedik a böngésző indulása, ha sok könyvjelzővel rendelkezünk. Ezen kívül a Mac platform is megkapta a maga javításait, a Dragonfly pedig végre jobban integrálódik a böngészőbe. Mostantól alapértelmezetten nem külön ablakban nyílik, hanem a böngészőn belül, a lap alján egy osztott ablakban. Bezárni az Eszközök menü Haladó almenüjében lehet, a Close Developer Tools pontra kattintva (úgy tűnik, itt lesz még egy kis munkája Karajnak). Ha nem szimpatizálsz ezzel a megjelenési formával, akkor a régit is visszaállíthatod, ehhez kattints erre a sajátgombra (nyilván csak ebben a build-ben működik). Mindezekről alább részletesebben olvashattok, de előbb jöjjenek a hibák.

Ismert hibák!

• a Dragonfly nem működik, ha a JavaScript le van tiltva
• a Hivatkozott tartalom mentése másként opció nem mindig működik
• a Dragonfly egyáltalán nem működik (csak Mac)
• az oldal kirajzolásával kapcsolatos problémák a görgetés során
• a levelezőben nem látszódik a szöveg kijelölése
• a Kukában levő e-mail-ek olvasatlannak jelölése törli azokat

Szerencsére az Opera készítői már nem az egy hét, egy build elvét követik. Az előző heti csúszás miatt a hét elején érkezett frissítést pénteken egy újabb szokta követni. Ugyanakkor az is nyilvánvaló, hogy ezekbe kevesebb újítás fér el, erre utal a viszonylag kicsi növekedés az összeállítás számát illetően. Viszont az ilyen apró lépések hozzák egyre közelebb a végleges változat megjelenését, ráadásul amikor egy bennünket zavaró hiba kerül kijavításra, akkor az sem volna érdekes, ha az előzetes semmi más változást nem tartalmaz. Szerencsére nem ez a helyzet, az újításokról alant olvashattok.

Előtte még térjünk kicsit át az Opera új fejlesztőeszközére, a Dragonfly-ra. Az első alfa bő két hete jelent meg, de a fejlesztők máris tovább léptek és számos javítást eszközölve megjelentették az első előzetest. Bizony ám, ezentúl nem csak Opera weekly-knek örülhetünk, hanem a Dragonfly is csatlakozik, ahogy arról a blogjukban beszámoltak. Egyúttal kihasználhatjuk az újfajta megvalósításból fakadó előnyöket is. Nevezetesen azt, hogy a Dragonfly a gépen fut, de a netről mindig a legfrissebb változat töltődik be. A szemfülesebb felhasználók már korábban felfedezhettek egy Opera beállítást, ahol a fejlesztői eszközök elérési útvonalát adhatjuk meg. Az alapértelmezett beállítás csak a hivatalos kiadásokat tartalmazza, ha azt szeretnénk, hogy a heti előzeteseknek megfelelően frissüljön, állítsuk a címet, legyen https://dragonfly.opera.com/app/weekly. Ne felejtsük el a Mentés gombot sem!

Most pedig vissza a Kestrelre, annak is a legfrissebb változatára. A főbb változtatások ezúttal a kiterjesztett validációjú tanúsítványok kezelését érintik. Az Opera mindisg is kényesen ügyelt a felhasználók biztonságára, nem volt ez másképp az EV támogatásánál sem. Mint kiderült, túl szigorúan kezelik a funkciót, olyannyira, hogy más fejlesztőkkel megállapodva - kvázi szabványként - csökkentik a biztonsági szintet. Ez a gyakorlatban annyit tesz, hogy egy oldalnak kevesebb feltételt kell teljesítenie az EV-t jelző zöld ikon elnyeréséért. Ez a beállítás ugyanakkor visszaállítható, ha valaki ragaszkodna a mostani implementációhoz. A csökkentésről, annak hátteréről bővebben is olvashatsz Yngve blogjában. Lássuk a többi változást!

Ismert hibák!

• a Dragonfly nem működik, ha a JavaScript le van tiltva
• a Hivatkozott tartalom mentése másként opció nem mindig működik
• a legördülő menük esetenként a párbeszédablakok mögött jelennek meg (csak Mac)
• a http://www.netvibes.com/ nem működik (csak Windows)

Azt már minden lelkes Opera felhasználó megszokhatta, hogy péntekenként újabb előzetest publikálnak a világ legjobb böngészőjéből. Azt is, hogy néha mégsem. Mostanában viszont tendenciává vált, hogy utóbbi esetben nem kell megvárnunk a következő pénteket, hanem már a hét elején megérkezik a friss változat. Nincs ez másképp most sem, a múlt pénteki lemaradást ma pótolták a fejlesztők. Noha a változások listája alapján ez is csak egy a sok közül, mondhatnánk, hogy jellegtelen, de semmiképpen sem jelentéktelen. Ami pedig teljesen egyedivé teszi, az a sorszáma. A mai előzetes build-szám ugyanis az Opera történetében először, átlépte a bűvös 10000-es számot - legalábbis Windows alatt. Ráadásul nem is olyan kevéssel, mindjárt öt egységgel. Ezzel mindjárt meg is magyaráztam a cím második felét.

Az első akkor válik jobban érthetővé, ha egy pillantást vetünk a változások alant elterülő listájára. Bizony, a mai előzetes fő csapásiránya a stabilitás növelése, a javítások többsége is ilyen jellegű. Persze hibák is vannak megint, szerencsére a számuk ismét fogyóban van. Szokás szerint kezdjük akkor velük, essünk túl rajtuk:

Ismert hibák!

• a Dragonfly nem működik, ha a JavaScript le van tiltva
• egyes párbeszédablakok nem kapnak elsőre fókuszt
• a Hivatkozott tartalom mentése másként opció nem mindig működik

A javítások, változások:

Noha alig pár napja jelent meg a legutóbbi előzetes, a régen várt Dragonfly webfejlesztő eszközzel karöltve, a mai napon ismét egy új build érkezett. Ezt mi nem bánjuk, sőt! Pláne, ha olyan változtatások tűnnek fel, amilyenek a mai kiadásban.

Talán senkinek sem okozok újdonságot azzal a kijelentéssel, hogy az Opera - más programokhoz hasonlóan - forráskód alakjában látja meg először a napvilágot. Ez nem más, mint egy (vagy több) programnyelven írt sok ezer sorból álló "szöveg", amiből aztán a fordítók (az úgynevezett compiler-ek), az operációs rendszer (és a processzor) által emészhető kódot készítenek. A fordítók önmagukban is komoly alkotások, és igen meghatározó a szerepük a végleges program tulajdonságait illetően. Egy Opera komplexitású program fordítása egyáltalán nem triviális, tehát sokféleképpen kivitelezhető. Az évek során a fejlesztőeszközök meglehetősen szofisztikáltakká váltak, ezzel a résszel tehát nincs is különösebb gond. Viszont ahány program, annyi probléma, és gyakran egymással ellentétes feltételeket kell kibékíteni valamilyen szempontok alapján. A compilerek régóta rendelkeznek bizonyos optimalizációs lehetőségekkel. Ezek különböző módszerek alapján igyekeznek minél gyorsabban, minél kisebb memóriaigénnyel, minél kisebb helyigényű állományokat kreálni. Amint az az előző mondatból is leszűrhető, sok feltételnek kell(ene) egyszerre megfelelni, tökéletes megoldás ezért nem is létezik.

Az Opera Software, számos nagyszerű funkció és több kitűnő böngésző fejlesztője. A hasonló nevű böngésző az egyik legjobb a piacon, és kétségkívül a legfunkciógazdagabb a telepítést követően. Kisebb-nagyobb hiányosságai mellett két komoly érv szólt ellene, szinte a kezdetektől. Az egyik, hogy fizetni kellett a kompromisszummentes használatáért. Ez 2005 ősze óta már nem igaz, az Opera 8.5 és utódai teljesen ingyenesek. A másik probléma még most is velünk él, bár egyre csökkenő mértékben: az oldalkompatibilitás.

Noha az Opera az egyik leginkább szabványkövető böngésző számos oldalt rosszul jelenít meg. Paradox módon ennek oka éppen a szabványkövetésben keresendő. A honlapok nagy része Internet Explorerre készült, amelynek szabványkövetése hagy maga után némi kívánnivalót. Manapság a helyzet folyamatosan javul köszönhetően az alternatív böngészők, különösen a Firefox térhódításának. Az Opera szakemberei is mindent elkövettek ennek a hiányosságnak az eltüntetéséért. Quirks (hibatűrő) mód, browserJS és más trükkök bevetésével próbálkoznak folyamatosan.