Magyar Opera

Címkék » html5


Ragnarök, CSS3 Gradients, On Demand Plugin (b1085)

A mai előzetest nem vártuk és nem várt újításokat hozott. Mindenki a hétfői Up North Web-en készülő, hardvergyorsított 12.00 alfát várja (illetve csak sejti), erre ma megjelent egy nem is akármilyen előzetes. A Presto verziószám mindjárt 2.9.220-ra ugrott és számos Core javítást hozott.

Az első nagy újítás a már korábban bemutatott Ragnarök kódnevű HTML5 parser, amit egyszer már frissítettek, de mostanra lett annyira stabil, hogy a snapshotokban is helyet kapjon.

A másik nagyobb Core változtatás, hogy végre teljes a CSS3 gradient támogatás, amely kiegészült a radial gradients-szel.

A nagy frissítések közepette a Core csapat rengeteg oldalkompatibilitási problémát javított, így a mostani újításokkal (és a Ragnarökkel) az Opera jobban rendereli a weboldalakat, mint valaha.

Végül, hogy a desktop fejlesztésekről se feledkezzünk meg, változott az On Demand Plugin működése, ami Ruarí személyes kedvence (és az enyém is - a szerk.). Mostantól végre az SWFObject sem állhat a blokkolás útjába és a címsor melletti ikonok között helyet kapott az egyszerűség kedvéért az aktiváló/deaktiváló ikon egy kis doboz formájában, ami akkor jelenik meg, ha az oldalon van blokkolt objektum (ami az SWFObject-es bug javítása óta lehet akár láthatatlan is, mint például a Unite zenelejátszójában).

Ismert hibák:

  • Nincs 64-bites FreeBSD csomag (majd legközelebb)
  • Tab stack extender nem működik Vizuális Füleken kívül
  • Néhány overlay dialógusnak csökkent a paddingja
  • Kiegészítők felugróinak rajzolási hibás a kis nyilacskája.
  • Az Acid3 teszt már csak 99 pontot ér el. Az 1 pont nem hiba, hanem a kompatibilitás oltárán lett feláldozva, az itt felsorolt oldalak miatt

Változások listája

Letöltés (Opera 12 b1085)

Emberwind: HTML5 játék az Operától - frissítve

Frissítve! (2011. 08. 31.) A cikk megírása óta két komolyabb fejlesztésen is átesett a játék. Ráadásul átkerült a GitHub verziókövetőre, ahonnan az aktuális legfrissebb összeállítást is közvetlenül elindíthatod. Emberwind indítása. A főbb változások szerintem elég nyilvánvalóak. Már vannak bevezető képsorok az egyes pályák között, lehet pontokat gyűjtögetni, látjuk, hogy merre kéne továbbmenni, illetve tippeket ad a kezelésre. Ja, és bagolyháton érkezünk meg a pályákra. Mindemellett optimalizációkra is jutott idő A játék fejlesztője, Erik Möller elmondta, hogy egy belső Opera összeállításon futtatva 120 fps-t ért el...

Nem tudom, hányan ismerik közületek az Emberwind nevezetű számítógépes játékot. Egy két dimenziós platformjátékról van szó, ránézésre egy viking Super Mario és Rambó keresztezésének tűnik, mindenesetre jól el lehet ütni vele az időt.

Ami miatt számunkra is érdekes lehet, hogy a játékot kiadó TimeTrap egyik alapítója és frontembere, Erik Möller egy ideje már az Operát erősíti. Nyári munkás segítőkkel karöltve most kísérletet tesz arra, hogy a játék néhány pályáját HTML5 alapokra ültesse. A cél nyilvánvalóan nem az, hogy egy n+1-edik játékot alkossanak, hanem, hogy bizonyítsák a webes nyelvek érettségét komolyabb alkalmazások implementálására, valamint, hogy bemutassák a multiplatform előnyeit.

Példának okáért az iPad (és az iPhone) nem támogatja a Flasht, ellenben az Emberwind-átirat gond nélkül fut rajta. Illetve futna, ha lenne hozzá rendes hardver, és GPU támogatás. Ami ugyanis azonnal látszik a kipróbálást követően, hogy ideje lenne implementálni az Operában a GPU gyorsítást. Látványos ugyanis a különbség az Opera 11.50 és mondjuk az IE9 között: utóbbi sokkal gördülékenyebben futtatja a játékot.

Amit viszont egyikük sem tud (még), az a WebGL támogatás, merthogy ez is bekerült a játékportba, legalábbis azokban a böngészőkben, amikben elérhető.

A demonstráció jelenleg is aktív fejlesztés alatt áll, de már élvezetes a használata. Végre vannak ellenfelek is (kis gremlinek), illetve már a hang is működik. Leszámítva a gyorsítás hiányából eredő darabos mozgást, nálam minden kipróbált böngészőben jól futott, bugokkal sem találkoztam, leszámítva a Chrome fejlesztői változatát WebGL alatt, de ez legyen az ő bajuk.

Aki szeretné kipróbálni ezt az addiktív játékot, az könnyen megteheti, elég csak megnyitnia a lenti linket:

Opera Mobile 11.1 és Mini 6.1

Frissítés: Az iPhone-ra is elérhetővé vált egy új verzió, igaz, ez még csak a 6.0.1...

Frissítés 2: Közben már meg is érkezett az első frissítés a Mobile-hoz, amiben a néhány készüléken tapasztalható indításkori fagyásokat javították. Többek közt a HTC HD2 és az LG P990 Optimus 2x készülékekről van szó. Egy további fagyás is javítva, ami a hardveres gombbal rendelkező telefonokat érinthette (pl. Motorola Milestone, HTC Desire Z). A harmadik javítás a szerkesztés után kiüresedő szövegmezők problémáját gyógyítja. Az új Mobile 11.1 u1 változat letölthető az Android Marketről.

Amikor 2010 novemberében megjelent az androidos Opera Mobile 10.1 béta azt mondtam, hogy ez még csak afféle előzetes. Ennek oka, hogy mind funkcionálisan, mind sebességben elmaradt a rivális böngészőktől, többek közt az amúgy jól sikerült gyáritól is.

Az azóta megjelent Opera 11 is alátámasztotta a fentieket, mert ha funkciókban nem is, működésben, memóriafogyasztásban sokat fejlődött. Mondhatni végre elérte az Operától megszokott szintet. Annál is örömtelibb, hogy a cég nem hagyta magára a böngészőt a következő nagyobb változatig, mint az szokása volt az előző években, és szép sorjában négy javítást is kiadott hozzá.

Csütörtökön újabb fejezethez érkezett az Opera mobilos részlegének történelme, ugyanis mind a Mobile-hoz, mind a Minihez megérkezett az első komolyabb frissítés: előbbiből már 11.1-nél, utóbbiból 6.1-nél járnak. Mint azt a számozás is mutatja, egy verziónyinál kevesebb, de egy javításnál több az, amit kaptunk.

Nem maradhatott el az ilyenkor szokásos Presto frissítés, amiből a 2.8.149 került bele. Ez egyet jelent az újabb szabványok támogatásával, többek közt a CSS gradiensek, a WebP képformátum, a többoszlopos elrendezés került bele. A teljes listát az Opera szabványtámogatás oldalán találhatjátok.

A főbb változások listája:

  • a Google AutoComplete támogatása
  • címsorból (is) indítható keresések
  • intelligens domain javaslatok
  • user agent beállítás (asztali vagy mobil honlapváltozatokhoz)
  • javított HTML5 és CSS támogatás
  • javított szövegkijelölés

Androidos változások:

  • Google hangkeresés támogatása
  • bekapcsolható kilépés gomb
  • külső billentyűzet és Flash támogatása Honeycomb-on
  • multimédia fájlok letöltésének támogatása
  • a gyorsítótár már az Android cache könyvtárába kerül
  • webkeresési javaslatok támogatása
  • javítás a LTE hálózatok sebességkorlátjára
  • hangerőgombokhoz köthető fagyások javítása
  • javítás a fektetett módban ragadás elkerülésére
  • 800x480-as felbontású, 7"-os tabletek már a nekik szánt UI-t kapják
  • színproblémák javítva a ZT-180 készülékeken
  • fagyások javítása
  • általános hibajavítások és fejlesztések

Symbian S60 javítások:

  • Symbian Anna támogatás
  • javított natív betűkészlet támogatás
  • komplex írástípusok (pl. devanagari, kannada, gujarati) jobb renderelése
  • javított támogatás a Nokia E7 és N97 készülékekhez
  • jobb támogatás a félképenyős billentyűzetekhez
  • továbbfejlesztett fagyás-bejelentő
  • címkiegészítés javítva a Nokia egyes készülékein (E61, E63, E71)
  • általános hibajavítások és fejlesztések

Biztonság vs. HTML5

Vagy pontosabban megfogalmazva lehetne ezen post címe Biztonság vs. őrült sebességű implementáció is. Ez jobban fedné a valóságot. Ugyanis már harmadszor történt olyan eset, ami elkerülhető lett volna, ha egyes böngészőfejlesztők nem játszadoznak Working Draft besorolású specifikációkkal.

Az első két esetről:

Az első a sokak számára már ismert WebSockets volt, amikor is kiderült, hogy biztonsági szempontból kérdéses a specifikáció. Ekkor már több böngészőfejlesztő, köztük az Opera is implementálta. A Chrome kivételével a többiben (Firefox és Opera) a fejlesztők gyárilag letiltották. Ezekben az about:configból, illetve opera:configból lehetett manuálisan engedélyezni igény szerint, így itt már nem képezett biztonsági rést.

A második a <device> elem volt, de ennek nem volt biztonsági jelentősége, egyszerűen csak plusz felesleges munka volt vele.

És végül elérkeztünk a harmadik, eddigi legnagyobb esethez, amit a Microsoft indított el és sokak által (lásd például az ITCafén a kommenteket) ellenérzéseket váltott ki melyek a már örökzöld "csúnya, gonosz Microsoft" típusú kommentek formájában fogalmazódtak meg.

A probléma viszont nagyon is valós és komoly, függetlenül mindenféle járulékos haszontól.

Konklúzió: Természetesen a WebGL szó szerint új dimenziókat nyit a böngészés terén, de azért mint minden újdonsággal körültekintőnek kell lennünk, mert nyilván nem szeretne senki egy második Adobe Flash-hez hasonló biztonsági rést a böngészőbe építve.

Éppen ezért kár lenne ekézni a böngészőfejlesztőket azért, hogy milyen sorrendben és milyen sebességgel implementálják az adott specifikációt, ugyanis az egy bolond százat csinál elvét követve esélyes, hogy eleve lyukas alapokra építjük a jövő webes alkalmazásait, aminek beláthatatlan következményei lehetnek, amiket a linkelt blogon elég jól kifejtettek. A kékhalál a legenyhébb formája.

Az Operának a piaci részesedésénél fogva nem sok lehetősége van megfontolt lépésekre kényszeríteni a piacot, de jó látni, hogy a Microsoft is észhez tért, még ha van némi hátsó szándékuk is. Így talán többen átértékelik a kérdést és nem az lesz a legnagyobb probléma, hogy melyik böngészőben hogyan úsznak a halak.

Opera 11.50 béta

A mai napon elérhetővé vált az Opera következő kiadásának, a 11.50-nek - ismertebb nevén Swordfish - az első bétája. Egyben ezzel debütál a a böngésző asztali kiadásának új terjesztési módszere, az Opera Next. Lényege, hogy - más gyártók megoldásához hasonlóan - több "csatorna" fut egyidejűleg.

Az egyik a hivatalos kiadások sora. Ezek felajánlják a frissítést, amint egy új, stabil kiadás jelenik meg. Ha erre manuálisan telepítünk egy bétát, akkor onnantól a következő bétákat is felajánlja majd. Ezzel szemben áll az Opera Next, ami egy teljes értékű telepítő, ami a stabil változat mellé települ, de attól teljesen függetlenül működik, és nem piszkál bele a beállításokba sem. Sőt, minden módon igyekszik megkülönböztetni magát: más a telepítő grafikája, ahogy a név és az ikonok is.

Itt is két lehetőségünk van: egyik esetben csak az alfa, béta és RC kiadások települnek, de ha kipipáltuk az előzetesek letöltését, akkor azokat is automatikusan megkapjuk. Volt már rá példa, hogy a frissítő nem talált semmit, noha tölthető volt a legfrissebb snapshot. Fontos megemlíteni, hogy ez nem a telepítő hibája: az auto-frissítéshez a fejlesztőknek be kell kapcsolniuk ezt az opciót az adott előzeteshez.

Eme kis kitérő után nézzük, milyen újdonságokkal szolgál a 11.50 béta a 11.11-hez képest! Mivel az egyes snapshotoknál Penge már részletesen beszámolt az aktuális változásokról, én most csak a lényeg kiemelésére törekednék.

Presto 2.8.158

Nem olyan nagyot, mint amekkorát szerettünk volna, de kétségtelenül előre lépett az Opera motorja. A mostani sláger a HTML5, nem meglepő tehát, hogy innen kerülnek ki az újdonságok. Megjelent a datalist elem, a session history, a classList tulajdonság és a time elem támogatása. Ezen felül bővítették a CSS, a Selectors APi és a DOM eseménykezelő képességeit is. Egyszóval semmi nagy újítás, csak apróbb finomítások.

Élőbb gyorshívó

Néhányszor már írtam - és még szerintem fogom is - hogy a Gyorshívó az Opera egyik legismertebb és legnépszerűbb funkciója. Bevezetése után sokáig változatlan maradt, az évek során egyedül a beállítási lehetőségeket bővítették kisebb mértékben.

Az utóbbi időben ugyanakkor jóval nagyobb figyelmet kap. A reform a kis előnézeti képek generálási módjának megváltoztatásával, és a "Flow" fantázianevű elrendezéssel kezdődött még az Opera 11.10-el. Most még tovább léptek, nem is kicsit: ugyanis bevezették a gyorshívó kiegészítők fogalmát.

Személy szerint régóta vártam egy egyedi, multifunkciós, testreszabható kezdőlapot. A mostani megoldás - nevezetesen a gyorshívó bejegyzésekbe elhelyezhető kiegészítők - némileg korlátozottabb megoldás. Ugyanakkor egyértelmű előrelépésnek tekinthető, és a mobil eszközökre is jól adoptálható.

Néhány kiegészítő már elérhető az Opera megfelelő oldalán. Bár számuk egyelőre nem túl nagy, azért valamit megmutatnak a bennük rejlő lehetőségekből. Van például időjárás-előrejelző, valutakonverter vagy éppen Twitter alkalmazás is.

Szintén új, hogy az üres Gyorshívó elemre kattintva már kis előnézeti képekkel illusztrált javaslatokat ad honlapokra illetve kiegészítőkre, szám szerint hármat-hármat.

Sok minden más

A fentieken túl is akad azért néhány értékelhető apróság. Az egyik a jelszavak szinkronizálásának lehetősége Opera Linken keresztül, amit sokan régóta kértek. Növelték az SVG betöltődés és animáció sebességét, és a lemez-intenzív műveletek is fürgébbek lettek. Apró figyelmesség az igény szerinti (On-demand) beépülőhasználat beállításának oldalspecifikussá tétele, illetve a SOCKS proxy-k könnyebb konfigurálása.

Természetesen ne maradhattak ki a hibajavítások sem. Ezek listája igencsak hosszú, és kellően változatos: a JavaScript gyorsítótár problémától kezdve a kódkezelésen át a grafikai problémákon keresztül a fagyások javításáig terjed. De frissítették például a böngésző azonosítóján is, ezentúl, ha valamiért Firefoxnak vagy Internet Explorenek kell hazudnia magát, az Opera már az aktuális 4-es illetve 9-es verzióként kelleti magát.

Összefoglalva a fentieket: az Opera 11.50 béta a korábbi verzióinak továbbfejlesztett verziója, néhány jelentősebb, és kevésbé jelentős funkcióval. Igazából sokkal jobban illene rá a 11.20 megnevezés, jobban kifejezné a változások mértékét. Mindenesetre a hibajavítások mindig üdvözlendők. Az új béta verzió letölthető az Opera Next honlapjáról Windows, Unix és Mac operációs rendszerekre.

süti beállítások módosítása