Miután a hét elején nem érkezett semmi a Desktop Team oldaláról, bíztam benne, hogy a végére csak kapunk néhány hibajavítást. Legnagyobb örömömre azonban ennél sokkal több történt: tegnapelőtt elérhetővé vált az Opera következő verziójának az első (pre-alfa) előzetese.

Az eddigi hagyományoknak megfelelően a kódnév megint egy gyors halfajra utal: a Barracuda (11.1), a Swordfish (11.5), a Tunny (11.6) és a Wahoo (12) után itt van nekünk Marlin (magyarul vitorláshal), a leendő 12.5(?). Láthatóan lépdelünk felfelé a leggyorsabb halak listáján, már csak egy van, ami megelőzi...

Szintén hagyománynak tekinthető, hogy - a korábbi szokással ellentétben - az első kiadás igencsak félkész, nem csak a stabilitást és megbízhatóságot (avagy mit várhatunk egy pre-alfától?), hanem a funkcionalitást illetően is. Persze ez nem jelenti azt, hogy üres kézzel érkezik, csak éppen nincsen benne minden, ami a végleges kiadásra (el)várható.

Ahogy az várható volt, a Presto megint előbbre lépett, mondjuk az általam vártnál kisebb mértékben (itt mondjuk hadd utaljak az előző bekezdésemre). Egészen pontosan a 2.11.310-et üdvözölhetjük a fedélzeten. Ha ezt az információt összekombináljuk az Opera támogatási oldalával, akkor láthatjuk, miben léptünk előre.

• Clipboard API támogatás (pl. HTML formázás másolásához)
• DOM Events Level 3 - Key Events implementálása
• Teljes Range és Selection támogatás
• Bizonyos -webkit  előtagok támogatása

Amint látható, a lista nem hosszú, de nem is elhanyagolható és a jövőben várhatóan tovább bővül majd (van még pár újítás a tarsolyukban). A legtöbb figyelmet talán a legutolsó elem kapta. Arról van szó ugyanis, hogy az Opera meg fogja érteni a -webkit előtagú CSS utasításokat is, amiket belsőleg átfordít a saját -o előtagú, vagy előtag nélküli kifejezésére.

Ezeket az előtagokat eredetileg arra találták ki, hogy a még formálódó szabványokat az egyes böngészőfejlesztők kísérleti jelleggel (lásd példásul az Opera Labs kiadásokat) implementálhassák, de mégis jelezve legyen a nem végleges formátum. A Webkitnél ez a -webkit, a Firefoxnál a -moz, az Operánál az -o, az IE-nél pedig az -ms. Ennek elvileg az az értelme, hogy a webfejlesztők kipróbálhassák az újításokat, illetve, hogy kiderüljenek a specifikáció gyengeségei.

Például ha egy speciálisabb eset nincs egyértelműen definiálva, akkor a böngészők fejlesztői saját szájuk íze szerint kitömik a hézagot. Ez általában különböző implementációkat eredményez az egyes böngészők között, de egyben felhívja a szabvány szerkesztőinek figyelmét a problémára. Amit aztán a végleges specifikációban, javítva, immáron előtagok nélkül jelenik meg.

Elvileg. Merthogy a gyakorlatban a webfejlesztők sokszor leragadnak az első implementációnál (ami gyakran a webkites), és azt építik be a honlapokba. Ezzel még nincsen baj, de ezt később sem módosítják, hanem meghagyják úgy, ahogy van, és sokszor nemhogy a többi előtagot, de még az előtag nélküli, "hivatalos" verziót sem írják bele a kódba.

Ekkor jön az a rész, hogy a Chrome meg a Safari mondjuk lekerekíti a keretet (-webkit-border-radius), a többiek meg nem. Nem azért, mert nem képesek rá, hanem mert az effektust létrehozó utasítás "nem nekik szól", tehát figyelmen kívül hagyják. A felhasználó meg csak azt látja, hogy a böngészője "nem támogatja az oldalt"...

Az Opera különösen szenved ezektől a diszkriminációktól (is), ezért - jórészt kényszerűen - úgy döntöttek, hogy "elfogadják" az általuk is támogatott funkciókat takaró -webkit előtagú utasításokat is. Ez kétségkívül nem elegáns, az előtagok tiszteletben tartására irányuló lépés, sokkal inkább a praktikum vezérli.

Személy szerint egyet tudok érteni vele, én eleve be sem vezettem volna az előtagokat, ezzel kikényszerítve a böngészők és a honlapok fejlesztőiből, hogy műveikben kövessék az éppen aktuális hivatalos implementációt. Amikor pedig a szabvány elnyeri végleges formáját, az óhatatlanul előforduló kezdeti kompatibilitási kilengések után minden böngésző (és minden honlap) esetén beállna az egyensúly.

A Mac felhasználók további fegyelmességként megkapták a majd az OSX 10.8-ban (Mountain Lion) debütáló egységes, rendszerszintű értesítések előzetes támogatását. Legalábbis annak első változatát.

A többieknek "marad" a számos, elsősorban technikai jellegű változtatás és javítás, valamint a stabilitásnövelés. A teljes listát a Desktop Team bejegyzésében olvashatjátok (angolul). Elvileg a 12.01-hez kapott javítások is mind benne vannak ebben a változatban, ami tehát nem a 12.01 újabb verziója, hanem a Opera Next név alatt futó 12.5 első előzetese.

Ismert hibák:

• Fagyás a billentyűzetesemények figyelését tartalmazó oldal betöltődése alatti billentyűzet-kombinációk használatakor
• Bizonyos billentyűzet-kombinációk nem működnek
• Régebbi billentyűzet-kezelési problémák Mac alatt

Letöltés (Opera "Marlin" 12.50.1497):

• Windows 32-bit / Windows 64-bit
• Mac (Universal Binary 32/64-bit)
• Linux/FreeBSD