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.

Amint azt már bizonyára sokan felfedeztétek, még csütörtökön megjelent egy új előzetes az Opera következő, 12-es verziójából. Úgy tűnik, egyikünk sem ért rá igazán, hogy foglalkozzon vele, de az újítások jelentősebbek annál, hogy egyáltalán ne emlékezzünk meg róluk. Teljes változási közlemény nem lesz, azt a Desktop Team bejegyésében lehet elolvasni, itt most csak a lényegi dolgokra koncentrálok.

Alapvetően két fontos változást emelnék ki. Az egyik a renderelő motor, azon belül is az elemek pozícionálásáért (precízebben: a koordináta-kezelésért) felelős megoldás frissülése. Nem kell itt teljes újraírásra gondolni, de számos régóta létező limitet sikerült eltörölniük a fejlesztőknek, ami elviekben segíthet egyes problémás oldalak helyes megjelenítésében.

Jelen esetben a varázsszám a 2 tizenötödik hatványa, azaz a 32768. Ez volt ugyanis számos belső paraméter felső limitje. Ide sorolhatók az in-line blokk magassága, pozíció eltolások, blokk szélességek és egyéb technikai paraméterek. Ezek a korlátok jelenleg is több népszerű oldalon okoztak problémákat, például a Gmail-en vagy a Google Maps-on, eltörlésük (azaz kitolásuk) tehát igencsak örömteli esemény.

Ezen túl még mintegy kéttucatnyi igazítással kapcsolatos problémát kezeltek, így olyan régi bugokat is sikerült kiiktatniuk, mint a CORE 203, 2520, 3472, 4171, 4766, vagy éppen a 6066 (a jelenlegi sorszám bőven 40 ezer környékén jár).

A másik örömteli változtatás az Opera JavaScript motorját, a Carakant érinti. Bizonyára vannak közöttetek olyanok, akik még emlékeznek a Carakannal kapcsolatban megjelent operás cikkekre. Egészen konkrétan a Carakan újratöltve nevezetűre, amit itt a blogon is olvashattatok.

Ennek egyik jövőre vonatkozó ígérete egy hatékonyabb objektum-ábrázolási eljárás kifejlesztése volt. Örömmel jelenthetem, hogy a technika a mostani előzetesben debütál. A változtatást így foglalták össze a fejlesztők:

A Carakan motor automatikus osztályokat alkalmaz az objektumok típusának és tulajdonságainak tárolására. A közelmúltban kibővítettük ezek képességeit, így már a az objektumok elrendezését (formáját) is tárolni tudják. Így csökkenteni tudtuk az objektumonkénti többletterhelést (overhead), miközben jobb JIT-kód generálást tettünk lehetővé. A mostani kiadás célja ennek a fejlettebb, kompakt objektummodellnek a bemutatása, néhány apróbb fejlesztés segítségével, de mág sok újdonság várható.

Összefoglalva: az új modell mind a memóriafoglalásra, mind a JavaScript végrehajtás sebességére jó hatással van, előbbi átlagosan 6-7%-al javul (csak a JS kódra és nem a teljes memóriahasználatra vonatkozóan!), utóbbiról nincsenek konkrét számok. Gyors méréseim enyhe gyorsulást mutatnak, de azt sem minden esetben. A JS memória fogyasztást az érdeklődők az opera:memdebug oldalon ellenőrizhetik.

Nagyjából ez az a két újítás, amiért érdemes kipróbálni ezt az előzetest. A fejlesztők kérték, hogy a sok Core változtatás okán a korábbiaknál több és alaposabb visszajelzést küldjünk nekik, valamint figyelmeztetnek, hogy az újítás néhány regressziót is előidézhet.

A fentieken túl megkaptuk a szokásos hibajavítási és stabilitás-növelő változtatásainkat is, ennek ellenére az a tapasztalat, hogy instabilitásra hajlamos ez kiadás, senkinek sem javasoljuk, hogy élesben használja! Letölteni a szokásos, jobb oldalt megtalálható linkről tudjátok.

Újabb mérföldkőhöz érkezett az Opera mobil részlege, a mai napon ugyanis megjelent az Opera Mobile végleges 10.1-es verziója Symbian S60 (3rd és 5th Edition) valamint Symbian^3 rendszerekre. Akik korábban már használták a bétát, azoknak sok újdonságot nem hoz. Viszont mindenképpen üdvözlendő a számos hibajavítás és stabilitásnövelő intézkedés, valamint a teljes lokalizáció.

Akik a 10-es változatról frissítenek már sokkal több újdonsággal találkozhatnak. A két legfontosabb, hogy a Presto motor 2.5-ös verzióra váltott, illetve bekerült az asztali 10.5-ből ismert Carakan JavaScript motor, méghozzá JIT támogatással együtt, ami mintegy kilencszeres gyorsulást ígér a szkriptnyelv végrehajtási sebességében.

Ez utóbbi jó hír a más rendszerű telefonok felhasználóinak is, ugyanis azt jelenti, hogy a JIT immár kész termékké érett, és mivel szinte minden mai telefonban ARM magra épülő processzor lakik, valószínűleg a portolása sem késlekedik már sokáig.

További változás a VEGA grafikus könyvtár és néhány HTML5 elem implementálása (pl. Geolocation), illetve a natív szövegbeviteli metódusok jobb kihasználása.

Hiányosságok is akadnak azonban, mindenki olvassa át őket, tud-e ezekkel együtt élni. Először is az új JS motor több memóriát eszik (ez általános jelenség), és a JIT-et nem is mindegyik készülék támogatja. Nincs HTML5 video és audio támogatás, valamint a kétujjas nagyítást is nélkülözni kell. Ezen felül első használatnál gondok adódhatnak a Link és a Geolocation esetén.

Opera Mobile letöltése

A mai napon az Opera kiadta teljes értékű mobilos böngészőjének újabb tesztváltozatát - egyelőre csak Symbian rendszerre. Az előző, első béta változatot még idén júliusban mutatták be. Abban az "alap" Carakan motor szerepelt, a mostani kiadásban viszont már a JIT egység is üzemképes, ami további négyszeres gyorsulást hoz a JavaScript végrehajtás sebességében.

Noha a Symbian helyzete nem túl rózsás az utóbbi időben, még mindig ez a legnépszerűbb okostelefonos operációs rendszer, így érthető, hogy az Opera nagy energiát fektet a fejlesztésbe. Remélhetőleg hamarosan elérhető lesz a Windows Mobile-os , illetve az Androidos verzió. Utóbbi rendszer különösen gyorsan terjeszkedik, ráadásul a Minin kívül nincs rá Opera böngésző, így kiemelten fontos lenne egy hozzá való Mobile változat.

Visszatérve a mai változatra: fontos látni, hogy ez még csak egy béta, és mint ilyen számos ismert hibát tartalmaz. Például a Carakan mellékhatásaként megnövekedett memóriafogyasztást, esetenként elsőre lassú pozíció meghatározást (Geolocation API használatával), valamint görgetési és Opera Link problémákat. Szóval egy próbát megér (olvasóinktól várjuk a Mobile 10, 10.1 béta és 10.1 béta 2 részvételével készült összehasonlító SunSpider eredményeket!).

Az Opera Mobile 10.1 béta 2 Symbianra erről az oldalról tölthető a megfelelő telefonokkal.

Közben az Opera Mini tovább folytatja diadalmenetét. A napokban több hír is érezett az Opera háza tájáról. Az első az orosz TELE2 szolgáltató ügyfeleinek örömteli, ők ugyanis kedvező netes csomaghoz juthatnak hozzá a Mini használatával, amivel online feltölthetik az egyenlegüket is. A második, hogy a másodvonalbeli, de erősen növekedő kínai telefongyártó, a ZTE egyes készülékeire előre telepíti majd az Opera Minit!

A mai napon ha új előzetes nem is, de egy kellemes hír mindenképpen érkezett. Megjelent ugyanis az Opera Mobile 10.1 első bétája - egyelőre sajnos csak Symbian S60 és Maemo Linux rendszerekre. Utóbbi elég friss rendszer, és már az első - 10-es - verziójának kiadása is kisebb szenzációszámba ment. Nem elsősorban a platform, vagy a nem túl elterjedt Nokia N800, N810 és N900 készülékek miatt (ezeket támogatja ugyanis), hanem a benne lévő újítások miatt.

Persze nem kell itt soha nem látott dolgokra gondolni, de ami a PC-s változatban megtalálható, annak léte nem éppen triviális a mobiletelefonokban. Az Opera deklarált célja, hogy minden eszközre eljutassa a netet - méghozzá nyilván Opera-módra - így nem meglepő, hogy az új jövevények megint sokat merítettek a PC-s verzió képességeiből. Immár a Symbian tulajdonosok is élvezhetik a Prestót (2.5-ös verzió) és az újjászületett VEGA grafikus könyvtárat.

Talán az egyik legfontosabb a Carakan JavaScript motor használata. Itt senki sem hivatkozhat arra, hogy mit számít pár milliszekundum, hiszen mobil eszközöknél inkább jó néhány másodpercről van szó. Egyelőre az architektúrális optimalizációt (másként megfogalmazva, a JIT-et) nem aktiválták a Symbian változatban, a Maemósban viszont már ez is benne van! Sajnos teszteket nem tudok futtatni - mert nincs ilyen készülék a birtokomban - de a PC-s verzió és az Opera leírásai alapján az architektúra független változat is kb. háromszoros gyorsulást eredményez, ami JIT-el együtt 10-15-szörös is lehet, tekintve, hogy azóta a Carakan is tovább fejlődött.

Frissítés! Egy Maemo tulajdonos (Nokia N810) letesztelte a platformon rendelkezésre álló böngészőket (vagy legalábbis egy részét). Az eredmények SunSpider alatt: MicroB (Gecko alapokon; a Nokia készíti): futottak még..., Tear (WebKit): 78s, Firefox Mobile 1.1: 37,7s, Opera Mobile 10b (Carakan): 45s, Opera Mobile 10.1b (Carakan + JIT): 17,5s! Amint az látható, a JIT majdnem megtriplázta a sebességet (nincs Futhark-os böngésző Maemora, így nem is lehet összevetni a Carakannal). Ez ugyan Maemo Linux, de ugyanúgy ARM proci van alatta, mint szinte bármely más telefonban. Mire számíthatunk? Számoljunk: az N810-nek egy 400MHz-es ARM processzora van, ami architekturálisan is gyengébb, mint a mai csúcs, de az egyszerűség kedvéért nézzük csak az órajelet, ami ma 1GHz az elit kategóriában. Ezen az eredmény arányosan 7s lenne. Összehasonlításként: iPhone4: 10,6s, IE8 a PC-men(!) (AMD 3,1GHz + Win7): 6.1s! És ez csak egy szabadidős projekt volt...

Itt még nem ér véget az újdonságok sora, például bekerült a repertoárba a Geolocation, ami a WiFi, 3G és egyéb adatok alapján megpróbálja belőni a pontos pozíciónkat, és - engedélyezés után - elküldi az azt igénylő weblapoknak. Ez a funkció nyilván a mobil eszközökön (laptop, mobiltelefon) igazán hasznos, érkezése tehát örömteli. Már csak olyan honlapok kellenek, amik kellően ki is használják....

További újítás egyes CSS3 elemek támogatása, mint a box-shadow és a border-image, vagy a 2D transzformációké, például a translate, a scale, és a rotate. Ezzel kapcsolatban egyébként épp ma született egy oldal, ahol nagy vonalakban bemutatják az egyes Opera változatok által támogatott szabványokat jól áttekinthető formában, összehasonlítva az asztalit a Mobile-al és a Minivel.

Mindezeken túl számos hibajavítás is érkezett a korábbi verziókhoz képest, és a felhasználói felület is kidolgozottabb lett. Mivel ez még csak béta, hibák is előfordulnak. Például némileg megnövekedett a memóriahasználat, nem működnek az alapértelmezett szoftveres billentyűzetek (Maemo), bizonyos körülmények között igen lassú lehet a Geolocation az első használatkor, valamint egyes esetekben nem működik az Opera Link sem. Meg persze adatvesztés veszélye is fennáll, esetleg el sem indul a cucc, szóval csak óvatosan, ez még csak béta.