Update:További fejlemények: Úgy néz ki, hogy a zoom slider is megmarad. (forrás)

Sajnos nem mutatnak túl sokat, de a semmitől ez is több.

Håkon Wium Lie véletlenül vagy direkt egy eredetileg CSS3 bemutatónak szánt oldalon kiszivárogtatta a WebKites Opera néhány screenshotját.

A jó hír, hogy nem látszik túl sok. És ez egyben a rossz hír is. Ugyanis még a Wand-hoz tartozó kulcs ikon sem látszik. Még 1000%-os nagyítással sem. :) Ahogy a könyvjelzős csillag sem.

A további találgatásokat meghagyom a látogatóknak, mindenki döntse el, hogy a WinGOGI külső vajon mennyire tükrözi a közelgő Opera új irányvonalát.

Egy kép ide, hogy ne kelljen keresni, a többi pedig a fenti oldalon keresztül érhető el:

Viszont további jó hír, hogy Håkon Wium Lie ilyet írt egy levelezőlistára nem rég (az alsó rész, vagyis a válasz az övé):

Michelangelo De Simone wrote:
> it's great to have you in the community, welcome!
> A question, that it's likely to be OT for this list [1]: do you
> guys have any plan to open Presto's source?

It may be that the Presto code will be released, but for now it's all hands on deck making the transition. So far, it looks good :)

Ha ez tényleg megtörténik, akkor kevésbé kell aggódni, mert bár az Opera cég csinálhat bármit, a hagyatékukat továbbfejlesztheti bárki és még jobbá teheti. Ha kellően felkapja a közösség, akkor akár a régi bugokat is javíthatják és régóta várt funkciókkal bővülhet egy új néven és új ikonnal, még ha az Opera be is áll a sorba.

Első körben gondoltam megosztom ezt a kis xkcd-s képregényt, amit pár napja találtam és az Operára nagyon is ráillik. :-)

Második körben pedig arra kérném az angolul valamennyire tudó olvasókat, hogy töltsék ki minél többen az Anna Rohleder (Opera dolgozó) által készített felmérést a felhasználási szokásokról. Nem túl hosszú, mindössze két oldalas, mindenkit kérek, hogy vegye komolyan, az utolsó lehetőség. Talán egyszer az életben meghallgatják a felhasználók szavát, ha elegen töltik ki és a kis Opera dolgozó(k)tól eljut majd Lars Boilesen-ig. A kérdőírve a nagy "Opera Survey" linkre kattintva juthattok.

Opera Survey

Nem gondoltam volna, hogy valaha ilyet fogok kérni, de osszátok meg minél többen minél több helyen. Facebook, Twitter, stb. Az Opera jövője a tét.

A legfrissebb értesülések szerint a dolgozók létszáma közel 100 fővel csökkent.

A Digi.no norvég online újság állítása alapján az Opera Core Team több tagjának a tavalyi volt az utolsó karácsony a vállalatnál. Sajnálatos módon januárban egy újabb nagyarányú leépítés történt, minek keretében nagyjából 50-70 főt eresztettek útnak, vagy csoportosítottak át más részlegre. Utóbbi kapcsán érdemes megjegyezni, hogy sokan kerültek a mobil érába, mely terület egyre fontosabb szerepet tölt be a szoftverfejlesztő vállalat vérkeringésében.

Az Opera dolgozóinak száma a korábbi 931-ről 840-re csökkenhetett.

A belső szerkezetátalakítást a WebKitre történő váltás is indokolta, bár ez igazából csak részben tehető felelőssé. Azzal viszont nem lehet vádolni a céget, hogy sokat ülne a megtakarításokon, hiszen nemrég  155 millió dollár ellenében sikerült megvásárolni a Skyfire Labsot. Az így megszerzett  Rocket Optimizer szoftver segítségével lehetőség nyílik a hálózatokon keresztül letöltött videós és multimédiás tartalmak tömörítésére, optimalizálására - mondanunk sem kell, a mobilos videótovábbítás kapcsán nagy jelentősége lehet a dolognak.

Itt az idő, hogy búcsút vegyünk a Presto motortól.

A mai napon az Opera Software bejelentette, hogy az Opera felhasználóinak létszáma elérte a 300 milliót. Ezzel egy időben egy már korábban sejthető lépést is hivatalossá tettek, miszerint az Opera hamarosan Presto-ról Webkitre vált.

Ezzel a lépéssel az Opera lesz az első nagyobb böngésző, amely teljesen lecseréli a böngészőmotort. (Elvileg Az internet-szerte fellelhető spekulációk szerint a Mozilla is tervezi, hogy a Firefox átáll Webkitre).

A Presto egy nagyszerű motor. Kicsi, gyors, rugalmas és szabványkövető, miközben képes kezelni a való-világban létező (sokszor koránt sem szabványkövető) weboldalakat. Ez tette lehetővé, hogy az Operát bármilyen eszközre portolják a fejlesztők. És - ellentétben a userek véleményével és tapasztalataival - a Presto-t a kezdetektől fogva a kompatibilitást szem előtt tartva tervezték. Mindig is az volt a cél, hogy kompatibilis legyen a valós-webbel, miközben a szabványokat szem előtt tartja. Ez pedig nem kis kihívást jelentett, mivel a web egy kaotikus aknamező, ha szabványkövetésről van szó. Ez a véget nem érő munka (mivel a többi böngésző szerencsés módon a piaci részesedésnek köszönhetően jól jelenítette meg az oldalakat) pedig hatalmas erőforrásokat emésztett fel. Erőforrásokat, melyeket bugok javítására, új fícsörök implementálására és innovációkra fordíthattak volna.

Ez a helyes út

Habár első hallásra még Haavard is szkeptikus volt a döntéssel kapcsolatban, de a felmondási nyilatkozat láttán mostanra már teljesen bizonyos benne, hogy ez a helyes döntés. Nem csak, hogy rengeteg, jobb célokra fordítható erőforrást szabadít fel, de a felhasználók is nagyságrendekkel jobb oldalkompatibilitást kapnak.

Ezzel sokkal jobban ráfeküdhetnek a felhasználói élményre.

Hozzájárulás a monokultúrás (egy motor mind felett) webhez?

Igen, a monokultúra rossz, de az Opera soha nem volt abban a pozícióban, hogy ezt az első helyen megakadályozza. Hiába domináns tényező mobilfronton és rendelkezik 300 millió felhasználóval, a webfejlesztők továbbra is Webkitre optimalizálnak.

Ha a Webkitre váltás felgyorsítja az Opera fejlődését és meghatározó hozzájárulói lesznek a projektnek (már beküldték az első patch-et a következő bugra), akkor végre ők is közvetlen hatással lehetnek a web fejlődésére (akárcsak az Apple, Google és újabban Microsoft, aki saját maga gyártja a szabványokat, immáron szabványosított keretek között).

A web versenyben áll zárt megoldásokkal

Lényeges szem előtt tartani, hogy miközben a böngészők versenyben állnak egymással, addig a web szintén versenyben áll a natív alkalmazásokkal. A web talán nem teljesen nyílt, de így is sokkal nyíltabb, mint az "alkalmazások" zárt világa. A Webkitre váltás lehetővé teszi, hogy az Opera növelje az erejét és megerősítse a böngészőt, mint nyílt alkalmazás platformot, amely félig nyílt webet kínál a zárt alkalmazások helyett.

Elengedhetetlen, hogy a web ne csak túléljen, hanem folytassa a növekedést, fejlődést. Nem hagyhatjuk a zárt, szerzői jogvédett megoldásokat nyerni. (Egy Petőfi veszett el ebben a srácban - a szerk.)

A helyes lépés a megfelelő időben

Az Opera Webkitre váltása talán újdonság és meglepő egyesek számára, mások már sejthették, mivel nem ez az első alkalom, hogy a cég új irányt vesz hirtelen.

A Webkit ma már elég kiforrott ahhoz, hogy lehetővé tegye a váltást és az Opera is besegíthet a fejlesztésbe a nyílt forráskódnak köszönhetően, cserébe pedig nem kell folyamatosan csiszolni a böngészőt az állandóan változó webhez. Ez pedig lehetővé teszi, hogy felkészítsék a platformot a jövőbeli növekedésre az erőforrások felszabadulása által, amely eddig visszafogta az Operát és segíthet a webet a helyes irányba terelni.

További információ az ODIN blogról, hogy a Carakan-t is lecserélik V8-ra. Arra is utalnak, hogy a böngésző sokkal több, mint motor, ezért ezt egyfajta "motorháztető alatti" változásnak kell felfogni. (Remélem a fícsörök megmaradására céloznak, nem valami norvég humor arra vonatkozóan, mikor a Porsche-be tesznek Trabant motort - a szerk.) Az váltás első terméke mobil-fronton érkezik (Opera Ice), melyet Barcelonában mutatnak majd be a Mobile World Congress rendezvényen a hónap végén. A desktop változat átalakulása később történik meg.

TL;DR

• Ez nem fogja megváltoztatni a webfejlesztési praktikáidat, amennyiben webfejlesztő vagy: a szabványok alapján kódolj!
• Az Opera kiegészítők nem lesznek elavultak (ez érdekes lesz, de ha ők mondják... - a szerk.)
• Az Opera hozzájárul a Webkit és Chromium projektek fejlesztéséhez
• Továbbra is szabványkövetőek maradnak

Mit jelent ez a webfejlesztők számára?

A rövid válasz az, hogy semmit, továbbra is szabványosan kódolj. De néhány dolgot nem árt figyelembe venni.

• A Chromium és így az Opera jövőbeli verziói a következő beépített codec-ekkel rendelkeznek majd: WebM, Ogg Theora és Ogg Vorbis, de nem támogatják natívan sem az MP3-at, sem a H.264-et (habár ha az oprendszered rendelkezik ezekkel a codec-ekkel, tudod kezelni böngészőből ezeket a médiákat). A megfelelő módon ellenőrizd a támogatást: HTML5 canPlayType. A legegyszerűbb módja, hogy megbizonyosodj minden modern böngészőben, rendelkezik-e az adott codec-kel, hogy kezelje akár a WebM, akár a H.264-es tartalmakat a <source> elements vagy használd a canPlayType -ot, hogy ellenőrizd a támogatást (lásd itt: Bevezetés a HTML5 videó rejtelmeibe további információkért).
• A window.opera értelemszerűen megszűnik az Opera következő verzióiban. Továbbra is ajánlják a fejlesztőknek, hogy NE HASZNÁLJANAK browser-sniffing-et. Helyette vagy feature-detection-t - vagy valami 3rd party megoldást, mint a Modernizr vagy hand-rolling, mert az sokkal jobb.

Mit jelent ez a kiegészítő fejlesztők számára?

A kiegészítők a legsikeresebb Opera "kiegészítők" ezért a legfontosabb az Opera számára is, hogy a már létező kiegészítők működjenek. Egy konvertáló eszközön dolgoznak, ami a létező OEX kiegészítőket a Chromium-alapú Opera által használt változatra konvertálja. Ezen felül dokumentációkat és how-to-kat is biztosítanak majd és a dev.opera.com fórumán is segítenek. Továbbra is elkötelezettek a fejlesztői közösség és a userek iránt, ezért mindent megtesznek, hogy az átmenet olyan simán menjen, amennyire csak lehetséges.

Mi a váltás oka?

A kezdetekkor, 1995-ben ki kellett hozni egy új motort, hogy versenybe szálljanak a Netscape-pel és az Internet Explorerrel, hogy webes szabványokat alkossanak és terjesszenek. Mikor a "HTML5"-nek hívott specifikációt elkezdték implementálni a cél az volt, hogy egyfajta platform (azaz böngésző) független webet alkossanak, avagy minden böngészőben egyformán (jól) jelenjen meg minden oldal.

A WebKit projekt szabványkövető, amely az Opera egyetlen álma volt a kezdetekkor. Ahelyett, hogy feleslegesen duplikálnák a Webkitben már létező szabványokat, az innoviciókra koncentrálhatnak, mellyel jobbá teszik a böngészőt. Olyan innovációk, mint a füles böngészés, gyorshívó vagy az Opera Turbo

18 év tapasztalatával továbbra is aktív részesei lesznek a szabványosítási folyamatnak. Lásd: HTML5, native video and Media Queries egészséges részei a modern webnek.

Ezen felül hozzájárulnak a WebKit és a Chromium projektek fejlesztéséhez. A belső összeállítások, melyet már tesztelt a QA és talán az Elektrans csapat is (Karbonade?), további szabványokat támogat és továbbfejlesztettek néhány fícsört is, ami hiányzott a Presto-hoz képest (például, multi-column layout).

Az elmúlt néhány hétben megegyeztek, leszerződtek a Webkit projekttel, és az azt aktívan fejlesztő szervezetekkel, hogy megvitassák a szándékaikat és hogy mivel tehetnék a WebKitet még jobbá. Azzal, hogy egy patch-et nyújtottak a Webkit számára, nem csak az Operát, de az összes Webkit-et használó böngészőt tették jobbá.

Megjegyzés: A Dragonfly is megy a levesbe.

Egy héten belül két új Opera kiadást köszönthetünk.

Az Opera 12.14 az előzetes várakozásoknak megfelelően javította azt a hibát, ami miatt a böngésző összeomlott akkor, ha manuálisan kerestünk frissítéseket kiterjesztések mellett. A probléma egyébként összetettebb volt, mint azt sejteni lehetett, ám a nagyszámú visszajelzések megkönnyítették a javítást. A stabil kiadás buildszáma nem egyezik meg a tegnap megjelent RC verzióval - a browser.js fájl miatt egy új összeállítást kellett készíteni. Szintén jelentős mennyiségű panaszáradat érkezett a hulu.com oldalon tapasztalható instabilitás miatt, ennek megfelelően a Desktop Team itt is lépéseket eszközölt.

Opera 12.14 letöltés

A következő verzió körül a szokásosnál is nagyobb köd van, hiszen márciusig elviekben még elkészülhetne egy újabb hibajavító változat, de az is lehetséges, hogy a programozók most már egy nagyobb lépésre koncentrálnak, így ismét egy hosszabb szünet következik.