Magyar Opera

Címkék » 12.5


Opera 12.5 újítások (b1577)

A végleges Opera 12.02 már ma megjelent, a 12.5 alias Marlin viszont még csak a távoli(?) jövő zenéje. Ebben a fejlesztési szakaszban pedig jellemző (legalábbis mostanában, hisz' nem volt ez mindig így), hogy a szorgos javítgatások mellett időről-időre komolyabb újdonság kap helyet a böngésző lelkét jelentő Presto renderelő motorban.

Érdekes módon a legutóbbi nagy javítás szinte egybeesett a 12.01 érkezésével, két nappal később jött, most viszont ugyanennyivel előzi a 12.02-t. Az, hogy az ezekről szóló cikkek nálunk pontosan egybeesnek inkább a mi hibánk...

De vissza a 12.50.1577 újdonságaihoz, mert akad belőlük jócskán. Illetve esetenként az az új, hogy bekerültek a fősodorba, hiszen a teljes képernyős (Fullscreen) API, vagy az SPDY protokoll támogatás nem új azoknak, akik  bő másfél hónapja már olvasták a Labs kiadásról szóló cikkünket. Ezek tehát helyet kapnak majd a 12.5-ben, ha nem is pont ebben a formában. A Fullscreen API ugyanis még a februári szabványvázlatot tükrözi, de az Operánál már dolgoznak a frissebb, júliusi állapot kódba öntésén. Hiába, ezek még nem kiforrott technikák.

Ami viszont az és már régóta hiányolható a böngészőből, az a színprofilok támogatása. Arról van szó, hogy bizonyos képtípusokban lehetőség van a kép adatain túl extra információk elhelyezésére, például a színtér definiálására, amiknek inkább professzionális felhasználásnál lehet jelentősége. Viszont bizonyos webhelyeken már használatosak egy ideje és a különbség igen látványos lehet.

Vegyük például a lenti képet a kissé lökött Opera alkalmazott Bruce-ról, aki - bár a kép alapján ki nem találnánk - meglehetősen otthon van a HTML5 területén, olyannyira, hogy könyvet is írt róla. Ha a böngésződben a felső képen is inkább navii-nak látszik, mintsem embernek (azaz kék a bőre), akkor nem támogatott a színprofilok használata. Mint a 12.50.1577 előtt egyik Operában sem.

Bonyolítja a dolgot, hogy alapvetően két fő verzió létezik, a v2 és a v4 (a legfrissebb egészen pontosan a v4.3). Egyes böngészők - például a Chrome - csak az előbbit támogatják, mások - például az IE9 és most már végre az Opera is! - az utóbbit is. Az ICC honlapján lévő tesztkép alapján erről mi is meggyőződhetünk. Ha a kép teljesen normális, böngészőnk a v4-et támogatja. Ha két negyed is furcsa színű, akkor v2-ről van szó, ha pedig mind a négy rész torz, akkor még nem frissítettük az Operánkat a legfrissebb előzetesre.

A dolog gyakorlati hasznát talán jobban le lehet mérni más példákkal. A megadott oldalon számos képet látunk, alattuk linkekkel. A felső sorbeli gombokra  állva megnézhetjük, hogy az egyes színterek milyen különbséget jelentenek. Az alsó soron végigmenve ugyanezeket láthatjuk, de már beágyazott színprofillal, aminek segítségével a böngésző - elvileg - ugyanazt az eredményt adja minden esetben, változást tehát nem tapasztalunk.

Ha már kiörvendeztük magunkat, lépjünk is túl ezen, hiszen van még más is. Nem is olyan régen az Operánál úgy döntöttek - jól vagy rosszul ezt most ne feszegessük - hogy mások mellett süllyesztőbe teszik a Unite-ot és a minialkalmazásokat, hogy jobban a kiegészítőkre fókuszálhassanak. Amikre rá is fér a támogatás, hiszen még a Chrome-os megfelelőikben is több a potenciál, nemhogy a firefoxos változatban.

Persze csak lépésről-lépésre haladnak, most például a környezeti menü (Context Menu) API került bele, aminek segítségével a fejlesztők képesek elemeket hozzáadatni az Opera környezeti menüihez. Az erre fogékonyak itt olvashatják az API dokumentációját.

Ezen felül jutott még a jövevénybe fordított lista (HTML5-ös reversed ol), valamint beágyazott @media támogatás, ezekről bővebben az ODIN blogon lehet olvasni. De hozzányúltak a billentyűzet kezeléshez is, amit főleg a Mac tulajdonosok fognak értékelni. A többieknek marad a lehetőség, hogy billentyűzettel jelöljenek ki szöveget.

Mindezen túl érkezett még egy raklapnyi javítás és apró optimalizáció a WebGL-hez, a Dragonfly-hoz, a hálózat kezeléshez és úgy általában az Operához. Egy jópofa újítás a ráncfelvarrott opera:cpu, ami már négyzet alakú narancssárga jelölőket használ, de ami sokkal fontosabb: a fülek listájában szereplő kis vissza-nyílra kattintva, alul windows feladatkezelős stílusú grafikonban tájékoztat az adott oldal időbeli processzor-éhségéről, ami további segítséget jelent a gépet "megfogó" renitens oldalak felkutatásában és elliminálásában.

A sok jó mellé pár bug is jutott: a Gyorshívó bejegyzései automatikus frissítés után kiüresedhetnek, illetve - és ez a durvább - Linux/Unix alatt minden beépülő fagy...

Ha még mindig érdekel, a teljes változási közleményt megtalálod a Desktop Team bejegyzésében.

Letöltés (Opera 12.50.1577):

Opera 12.5 "Marlin": első felvonás (b1497)

Opera Marlin

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.

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):

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