A cikk pár napja jelent meg Ruari blogján, de gondoltam beírom ide is, mivel magyar fórumokról is elég sokan linkeltek közvetlenül az előzetesekre.

Észrevették a fejlesztők, hogy túl magas a régebbi előzetesek letöltési aránya. Jóval magasabb, mint a normális érték, ha valaki például össze akarja csak hasonlítani az újabb előzetesekkel.

Mostantól tehát már csak a mindenkori legfrissebb linkek élnek, a korábbi előzetesek postjainál csak egy hibaüzenet jelenik meg, amivel eljuthatunk a Desktop Team főoldalára vagy az archívumba, ha mindenképpen régebbi előzetest keresünk.

Még 2008 elején jelentette be az Opera, hogy Dragonfly (szitakötő) néven egy komplett webfejlesztői eszközcsomagot fejleszt, amivel a népszerű Firefoxos kiegészítő, a Firebug babérjaira tör. Azóta mi is számos alkalommal foglalkoztunk a projekttel és annak alakulásával. Tehettük, hiszen időnk volt rá bőségesen: a bejelentés óta közel három év telt el, és még mindig csak egy 0.7 alfa verzió létezik belőle.

Ez ugyanakkor nem csoda, hiszen a fejlesztőknek az alapoktól kellett megírniuk egy versenyképes alkalmazást, ami jellegéből fakadóan igényelte a böngésző magjának (Core) támogatását is, ami ennek megfelelően a Dragonfly-al párhuzamosan fejlődött. Ráadásul a kifejlesztendő eszköznek az Opera sajátos igényeit is ki kell szolgálnia, nevezetesen képesnek kell lennie távoli gépeken, mobiltelefonokon, TV készülékeken (a sort még folytathatnánk) futó honlapok és minialkalmazások hibamentesítésére is.

Az utóbbi időszakban már a fejlesztés felgyorsulása is jelezte: nemsokára fontos mérföldkőhöz érkezünk. A Dragonfly 1.0 funkcionálisan majdnem késznek tekinthető, a készítők figyelmét már inkább a megjelenés és sebesség optimalizálása, illetve a hibák kijavítása köti le. Ennek megfelelően a hivatalos megjelenés sincs már messze. Bár pontos dátumot még nem tudunk, de legfeljebb 1-2 hónapot tippelek, ami az eddig eltelt idő fényében már majdnem elhanyagolható.

A projekt eme várható mérföldkövéről a befektetett fejlesztési idő, valamint az Opera egységes internetre vonatkozó filozófiájában betöltött kiemelkedő szerepe miatt mi is szeretnénk méltóképpen megemlékezni. Ezt leginkább úgy tehetjük meg, ha nem mi, hanem a célközönség, tehát a webfejlesztők mutatják be az olvasók - és természetesen a többi fejlesztő - számára.

Így hitelesebb képet kaphatunk a termékről, hiszen maguk a leendő felhasználók írhatják meg gyakorlati tapasztalataikat, ami sokkal hasznosabb, mint holmi laikus bemutató. Ennek megfelelően a Magyar Opera blog írói pályázatot ír ki webfejlesztők számára, a Dragonfly alapos bemutatása céljából, aminek részleteit alább olvashatjátok.

Réges-régen egy messzi-messzi irodában... Az Opera kiadott egy előzetest, melyben a saját Canvas 3D implementációját mutatta be. Most, több mint 3 évvel később kiadták az első publikus előzetest a szabvány-alapú 3D canvas implementációval, amely WebGL-t használ. Csak Windows alá egyelőre.

A WebGL egy a Khronos csoport által fejlesztett szabvány és az Opera Software aktívan részt vesz a szabványosítási folyamatban. 2009 eleje óta dolgoznak a szabványosítási folyamaton. A specifikáció elég gyakran változott az utóbbi néhány évben, de mostanra eljutott arra a stabilitási szintre, hogy érdemes legyen kiadni az első publikus összeállítást belőle.

Azok számára, akik még nem hallottak a WebGL-ről, ez a canvas elem egyik kontextusa, amely lehetőséget ad hardveresen gyorsított JavaScript kódvégrehajtásra a 3D objektumok megjelenítése terén. Az API a OpenGL ES 2.0-n alapul, amely lehetőséget ad, hogy nagyon széles körben alkalmazzák a specifikációt különféle eszközökön, mint asztali számítógépek, mobileszközök és TV-k. A WebGL publikus wiki több információt is tartalmaz a szabványról, beleértve tutorialokat és rengeteg demót, tehát jó hely, ha ki akarjuk próbálni a WebGL működését.

Hardvergyorsítás

2008 júniusában - akkortájt, mikor a 3D canvas demó is megjelent az Opera fejlesztői bemutattak egy videót egy teljes egészében hardveresen gyorsított renderelésről. Egyik szükséges lépés a szoftveres visszafelé-kompatibilitás létrehozása volt, melyet akkor használunk, mikor a hardvergyorsítás nem elérhető az adott környezetben. És ennek legalább olyan gyorsnak kell lennie, mint ahogy az eddigi desktop változatoknál már megszokhattuk. Hogy ezt elérjék, a fejlesztők rengeteg időt és erőforrást áldoztak a szoftveres renderelés optimalizálására, melyet az Opera asztali változata már a 10.50-es verziótól kezdve használ és bebizonyította, hogy a jelenleg elérhető leggyorsabb szoftveres renderelést teszi lehetővé. Ismertebb nevén VEGA.

Megérkezett a Choose Opera videosorozatának második része, amelyben ezúttal a CSS atyja, a jelenleg az Operánál dolgozó Håkon Wium Lie válaszol pár percben néhány beérkezett kérdésre, például arra, hogy miket terveznek a CSS jövőjében, milyen jövő vár a webre, valamint hogy milyen az igazi Opera szendvics :)

Új előzetes, új funkció. Vagyis egy régebbi funkció továbbfejlesztése. Így lehetne jellemezni a mai előzetest. A gyorshívóról van szó. Az Opera gyorshívója először egy Opera 9.20 snapshotban jelent meg Február 28-án 2007-ben. (A Magyar Opera cikke)

Az ötlet onnan jött, hogy megfigyelték a fejlesztők: az emberek új lap nyitásakor többnyire ugyanazt a néhány címet gépelik be újra és újra, amelyek az illető felhasználó kedvenc oldalai. Ez napi több száz felesleges billentyűleütést eredményezett minden egyes nap. Az ötlet nagyon egyszerű volt és nagyon hasznosnak bizonyult. Sőt, napjainkban ez a legnépszerűbb és leginkább lemásolt funkció, melyet az Opera ihletett.

Éppen ezért itt az ideje, hogy új szintre emeljék eme sokak által kedvelt funkciót. Sokkal rugalmasabbá, dinamikusabbá és egyszerűbbé fogják alakítani, melynek az első fázisa a mai napon következett be: az új külső. Ne feledd, lesznek még változások, ez csak az első előzetes.