A mai napon, hat kiadásra jelölt változatot követően megjelent az Opera legfrissebb verziója.

Tetszik, nem tetszik, ez a helyzet, a 12-es kiadás (a'la Wahoo) így is elég sokáig húzódott, és még a fő attrakciónak szánt hardveres gyorsítás sem lett alapértelmezett benne. Szeretnék mindenkit nyomatékosan megkérni, hogy tesztelésnél, sommás véleménynyilvánítás előtt egy frissen telepített (például hordozható) verziót teszteljen, hardveres gyorsítás nélkül. Köszönöm!

Beépülők külön folyamatban

Most pedig nézzük, mi változott az előző kiadás óta. Az Opera 12 egyik fontos újításának az ún. out-of-process beépülő-kezelés windowsos bevezetése nevezhető. Ez némileg függetleníti a böngészőt a beépülőktől, ami jó hatással lehet a stabilitásra - bár egyesek sajnos nem ezt tapasztalhatták -, valamint megnyitja az utat a 64 bites kiadás előtt (amiben egyébként az Opera lesz az első hivatalos, multiplatform böngésző!).

Az új változat ugyanis, - tudomásom szerint egyedi módon - képes arra, hogy 32 és 64 bites beépülőket egyaránt használjon. A népszerűbbek, mint például a Flash vagy a Java már rendelkeznek 64 bites verzióval, de mindig kellemetlen, ha egy kevésbé elterjedt plugin-re szorulnánk, ami nem megy modern, 64-bites böngészőnkben. A funkció folyamatos fejlesztés alatt állt, és elég sokáig problémásan működött (működik?).

Hardveres gyorsítás: kincs, ami van

Már említettem, hogy a húzónévnek számított hardveres gyorsítás sajnos alapértelmezésben ki van kapcsolva - fejlesztők nem érzik elég jónak a jelenlegi implementációt ahhoz, hogy mindenben leválthassa a szoftveres kimenetet -, de ez nem jelenti azt, hogy nem került bele. Akit érdekel, az a megfelelő beállítással a böngészéséhez is aktiválhatja a GPU-ban szunnyadó erőt.

Windows alatt alapértelmezetten DirectX-et használ a rendszer, de aki szeretné, átválthat OpenGL-re, a megfelelő kapcsoló 0-ba állításával. Az egyébként szintén implementált WebGL támogatást is külön kell bekapcsolni.

Szabványok

Természetesen nem múlhat eljelentős Opera kiadás anélkül, hogy ne vezetnének be néhány új webes szabványt is. Az Opera 12-be jórészt hiánypótló "újítások" kerültek, amiket máshol már elérhetünk egy ideje. Ide sorolható a Drag&Drop implementáció vagy a CSS animációk.

Van persze, ahol sokkal kisebb a lemaradás, mint a Do not track nevű kezdeményezés (mert ez inkább csak az), amit a Firefox indított el, de már az Internet Explorer is csatlakozott hozzá. De olyat is tudunk mondani, amiben kifejezetten élen járnak, így például az Operában a webkameránk képét is kezelhetjük a honlapon keresztül.

Egyedi ötletek is akadnak azért, például már hivatalosan is elérhető az Opera Reader, azaz a CSS Generated Content for Paged Media, ami lehetővé teszi, hogy a stíluslapok segítségével oldalra lapozható honlapszövegeket készítsünk, ami a fejlesztők szerint "természetesebb" felhasználói élményt jelent majd.

Ezen felül címszavakban: RTL támogatás (jobbról-balra író nyelvekhez), WebRTC, Cross-Origin ResourceSharing, a további részleteket a támogatási oldalon találtok.

Funkciók jönnek-mennek

Bizony nagy változások várhatók az Opera funkcionalitásában is. Például kikerül majd a Unite és a minialkalmazások támogatása, de ezek egyelőre még helyet kaptak a böngészőben, igaz, alapból mér rejtve vannak. Búcsút inthetünk a hangvezérlésnek is, amit - magyar nyelv híján - szerintem eddig sem sokan használtak, bár kétségkívül egyedi vonás volt. Van viszont új, némileg bővített kiterjesztés (kiegészítő) API, ami az eddigieknél nagyobb szabadságot ad a fejlesztőknek.

"Továbbfejlesztették" a témázást is, mostantól Personas-szerű háttérképeket is beállíthatunk. Egyes helyeken ezt témának, az implementálását pedig fejlesztésnek nevezik, nekem inkább lebutításnak tűnik, igaz, ezeket egyszerűbb létrehozni, és karbantartani, mint az igazi témákat.

Need for Speed

A teljesítménynövelés sem maradhatott ki a szórásból. Már említettem a natív 64 bites verziót (erről majd később részletesebben is lesz szó), illetve az opcionálisan bekapcsolható hardveres gyorsítást. Ezen felül viszont optimalizáltak az oldalak indításkori betöltődésén, ami - milyen meglepő - gyorsabb lett, elvileg már nem függ a megnyitandó lapok számától. Javítottak a https oldalak töltési sebességén is.

Nem közvetlenül ide tartozik, de már a címsorbeli találatok is relevánsabbak lettek, ami végső soron szintén a böngészést gyorsítja majd. Némileg felpörgették a JavaScript futtatását, a pipelining-et (betöltés párhuzamosítása) és az Opera Turbót is.

Végezetül jött néhány elmaradhatatlan biztonsági javítás is, szám szerint öt. Meg persze apróbb hibajavítások, amik mindig csak annak jelentősek, akik éppen szembesültek velük.

Az új verziót letölteni a főbb operációs rendszerekre (Windows, Unix, Linux, MacOSX) a megszokott helyről, az Opera letöltési oldaláról lehet.

cousin333: Ami az utóbbi hetek feszített tempójú előzetes-áradata valószínűvé tett, most kézzelfogható valósággá vált. A Desktop Team fejlesztői kiadták az Opera 12 (első) RC, azaz véglegesnek szánt kiadását. Ha általuk komolyabbnak tartott hiba merül fel, azt még kijavítják, de a végleges változat nagyjából ugyanez lesz majd.

Tetszik, nem tetszik, ez a helyzet, a 12-es kiadás (a'la Wahoo) így is elég sokáig húzódott, és még a fő attrakciónak szánt hardveres gyorsítás sem lesz alapértelmezett a megjelenéskor. Szeretnék mindenkit nyomatékosan megkérni, hogy tesztelésnél, sommás véleménynyilvánítás előtt egy frissen telepített (például hordozható) verziót teszteljen, hardveres gyorsítás nélkül. Köszönöm!

Most pedig nézzük, mi változott az előző kiadás óta. Az Opera 12 egyik fontos újításának az ún. out-of-process beépülő-kezelés windowsos bevezetése ígérkezik. Ez némileg függetleníti a böngészőt a beépülőktől, ami jó hatással lehet a stabilitásra, valamint megnyitja az utat a 64 bites kiadás előtt (amiben egyébként az Opera lesz az első hivatalos, multiplatform böngésző!). A funkció folyamatos fejlesztés alatt állt, elég sokáig problémásan működött. A mai kiadás is elsősorban erre koncentrál, pontosabban a teljesítmény optimalizálására.

Az ismert hibák (a listában szereplők) javítva. A letöltéseknél a Next és az RC egyforma, de utóbbi piros ikonos és nem frissül automatikusan.

Általános változások:

• Beépülők teljesítményének növelése
• DSK-226257 Opció az 1 hónap után elfelejtődő elfogadott tanúsítványok megjegyzésére
• DSK-364182 Rajzolási hibák a Gyorshívó görgetésekor, ha egy téma aktív
• DSK-365336 Egy inaktív fül bezárás gombjára kattintva egy pillanatra felvillant az adott lap tartalma [végre!]
• CORE-46692 [dnd] Új fület nyitott a fájlok rádobása a figyelt elem szülőelemeire
• DSK-357081 Az opera.extension.windows.getLastFocused() rossz ablakkal térhetett vissza
• DSK-362025 Az opera.extension.tabs.getAll() extra, nem létező füllel térhetett vissza
• DSK-357070 Hibás eseménysorrend a WinTabs API-ban (tab/create megelőzi a tabGroup/create-et)
• DSK-365087 Fagyás egyes, eszköztárra gombot elhelyező kiterjesztések telepítésekor
• DSK-364889 Fagyás egy Form Post Redirect dialógus által triggerelt XMLHttpRequests elfogadása esetén
• CORE-46472 Fagyás CSS animációknál

Változások listája (Windows):

• DSK-364904 Beépülők nem működtek Windows 2000 alatt
• DSK-365335 Fagyás kilépéskor és egyéb fagyás Windows XP alatt
• DSK-365045 Fagyás a VG.no oldal videólejátszó beépülőjében
• DSK-353231 Fagyás, beépülővel rendelkező kis ablak felnagyításakor

Változások listája (Mac):

• Csökkentett CPU lábnyom a beépülőknél
• DSK-364351 Flash környezeti menü nem nyílt meg
• DSK-363416 Átlátszó háttér Silverlight 5-ben nem volt tiszta kirajzolódás előtt (Xbox.com avatarok)
• DSK-365074 QuickTime beépülő fagyás Mac OS 10.5 alatt
• DSK-364848 Félig átlátszó képeket használó témák rajzolási problémákat okoztak
• DSK-347268 Háttérben lévő fül szövege fehér volt bekapcsolt hardvergyorsítással
• DSK-363678 Keystroke buffer not cleared in some plug-in video players

Változások listája (Linux/FreeBSD):

• DSK-334913 Beépülők nem engedélyezték a nem-latin karaktereket tartalmazó szövegbevitelt
• DSK-365400 Csak egy fájl került eldobásra, miközben több fájlt húztunk egyszerre
• DSK-364857 Crash when clearing bitmap buffer

Letöltés (Opera Next 12.00 b1448)

• Windows 32-bit / Windows 64-bit
• Mac (Universal Binary 32/64-bit)
• Linux/FreeBSD

Letöltés (Opera 12 RC b1448)

• Windows 32-bit / Windows 64-bit
• Mac (Universal Binary 32/64-bit)
• Linux/FreeBSD

A címben szereplő lehetőségek állnak rendelkezésünkre a következő Dither-féle patch használatával. Ezúttal nem kapunk futtatható állományt, csak egy Perl scriptet, amit legegyszerűbben úgy tudunk futtatni, hogy a XaNoCTA patch azonos nevű (xa-nocta.pl) fájlját lecseréljük a postban szereplőre.

Mikor engedélyezzük a UserJS-ek futását HTTPS kapcsolatokon, az Opera hülyebiztos okokból minden indítást követően, mikor meglátogatjuk az első oldalt HTTPS kapcsolaton keresztül, feldob egy dialógust, amelyben megkérdezi, hogy biztosan akarjuk-e engedélyezni. Ez hosszútávon zavaró lehet. A patch erre is megoldást nyújt.

Hogy miért jó ez nekünk? Mert nem biztos, hogy a számunkra szükséges funkcionalitás elérhető kiegészítő formában, vagy nem akarunk kiegészítőt használni olyasmire, amire egy pár soros UserJS is bőven elég. A HTTPS kapcsolat viszont egyre terjed, már a legnépszerűbb oldalakon, mint Facebook, Twitter, Google is lehetőségünk van ezt a némileg lassabb, de biztonságosabb módot használni. Ennek persze leginkább nyílt hálózatokon, mint WiFi, több gépes hálózatok van lényegi értelme, ahol bárki monitorozhatja a hálózati forgalmat.

A kikapcsolható domain kiemelésnek leginkább a konzervatívabb felhasználók örülhetnek, akik egyrészt maguktól is el tudják dönteni, hogy egy URL-ben melyik rész a domain és kiszűrni az adathalász trükköket, valamint zavarja őket a még skin.ini-vel is megváltoztathatatlan, halványabb szürke szín, amely az URL többi részének a színe.

A XaNoCTA-féle Flash-patch-hez különösebb kommentárt nem fűzök, mert ugyanaz a funkciója, mint a már korábban postolt UserJS-nek, előnye azon túl, hogy tisztább megoldás (értsd: jobb kiiktatni a szükségtelen dolgot, mint automatizálni valamit, amire eleve nincs szükségünk, értve ez alatt a plusz kattintást, amit a UserJS végzett el helyettünk) és, hogy mindenhol működik. A HTTPS korlátok a mostani patch segítségével eltűnnek ugyan, de ha RSS-ben jön le egy post beágyazott videóval, akkor ott ugyanúgy el kell végeznünk a plusz klikkelést. Valamint a UserJS-es megoldás (mint minden userJS) kódot injektál a céloldal(ak)ba, ami főként globális userJS-eknél (amik minden oldalon működnek, nem egy oldalt bővítenek specifikus funkciókkal) előidézhet oldalmegjelenítési és működésbeli problémákat.

Hátránya viszont, hogy minden frissítéskor el kell végezni, mivel az opera.dll hordozza az Opera aktuális verzióját. Ez főként azon felhasználóknál jelent kellemetlenséget, akik mindig az aktuális előzetest használják, de valamit valamiért.

Mivel a most következő műveletsor valószínűleg nem lesz magától értetődő mindenki számára, ezért egy kis bevezetés következik, de ne riasszon senkit el, nem olyan bonyolult, mint amennyire hosszú ez a post. Ettől függetlenül erősen javasolt, hogy csak azok próbálják ki, akik rendelkeznek némi alapismerettel az általuk futtatott operációs rendszert illetően.

A patch úgy működik, hogy lecserél a célfájlban, esetünkben az opera.dll-ben egy sort egy másikra.

Lépések:

1. Töltsük le ezt a fájlt
2. Bontsuk ki egy tetszőleges, user jogosultságú helyre.
3. Töltsük le ezt a patchet
4. A lementett .txt fájlt nevezzük át xa-nocta.pl-re
5. Írjuk vele felül a régi xa-nocta.pl nevű fájlt.
6. Másoljuk át az opera.dll-t abba a mappába, ahol a xa-nocta.pl található
7. Futtassuk a xa-nocta.bat nevű fájlt duplaklikkel.
8. Ha kiírta mindenhol, hogy SUCCESS, akkor sikerült a művelet
9. Az új opera.dll-lel írjuk felül a régit. Ha bármi problémát tapasztalunk az opera.dll_original nevű fájlt visszanevezve opera.dll-re és visszamásolva minden a régi.

A patch 4 különböző módosítást is magába foglal:

• No-Click-To-Activate
• Natív mp3 lejátszás HTML5 alapokon (ehhez az itteni zipben lévő gstreamer könyvtárban lévő fájlok szükségesek, csak az exét nem kell futtatni.)
• URL többi részének kiszürkítésének kikapcsolása
• Ha engedélyezzük a UserJS futtatást HTTPS kapcsolatokon, akkor nem kapunk megerősítő dialógust minden alkalommal, mikor meglátogatunk egy HTTPS oldalt böngésző indítás után.

Ha valamelyik nem kell, akkor töröljük ki azt a részt a két kapcsos zárójellel ({},) együtt.

                        #halfgray addresstext patch by Nibiru
                        {
                                desc =>   'Halfgray address to black Opera 11.x',
                                assert => undef,
                                test =>   qr/\xD9.{4}\x67\xD9\xBC\x24.\x00\x00\x00/,
                                match =>  qr/\xDD(.{4})\x67\xD9\xBC\x24(.)\x00\x00\x00/,
                                replace => '"\xD9$1\x67\xD9\xBC\x24$2\x00\x00\x00"'
                        },

Vagyis a PasteBin-en lévő forrásban a 26-tól 33-ik sorig mindent.

Akik használják a Silverlight beépülőt és frissítettek a pár hete kiadott 4-es verzióra, azt tapasztalhatták, hogy nem működik Operában. Ez azért van így, mert a Microsoft, - szokás szerint - nem támogatja hivatalosan az Operát.

Ez nem jelenti azt, hogy ne működne ez is, akárcsak a korábbi verziók. A opera:config#UserPrefs|PluginPath helyen adjuk meg a Silverlight elérési útvonalát, ami normál esetben a C:\Program Files\Microsoft Silverlight\4.0.x.x\ a többi elérési útvonaltól egy pontosvesszővel (;) elválasztva. A verziószám végén lévő két x helyére természetesen az aktuális (minden frissítésnél változó) alverziószám kerüljön. Végül kattintsunk alul a Mentés gombra.

Ezt követően indítsuk újra az Operát és ellenőrizzük, hogy működik-e.

Frissítés: Mac tulajdonosok bizonyára örömmel fogadják a hírt, hogy ma megjelent a Mac RC kiadása is. Elvileg sok hibát kijavítottak a béta 2 óta.

A mai build további NSL (utolsó elem betöltésének megakadása) javításokat tartalmaz, ezen kívül stabilitásjavítások és általános bugok [végre! - a szerk] javítására koncentráltak. Továbbá tartalmaz egy részleges iAccessible2 implementációt a Windows build.

Valamint a fejlesztők kérik, hogy ne offoljunk feleslegesen, ami jelentve van az javítva lesz attól függetlenül, hogy több száz irreleváns hozzászólást írnak a Desktop Team-re. [mondjuk egy publikus bugtracker nagyban megkönnyítené a helyzetet - a szerk]

Ismert hibák (Mac):

• Összeomlások karakterek létrehozásakor (IME)

Ismert hibák (UNIX):

• Problémák bizonyos betűkészleteknél.
• Fájlkiterjesztés nélküli MIME typle-ok, amikhez beépülők vannak társítva nem működnek.
• Nyomtatás nem működik
• Kilépéskor összeomlás KDE környezetben

Változások listája (Desktop/UI):

• Az első könyvjelző eltűnt újraindítás után a személyes sávról.
• Már nem szürke az "Eltávolítás az eszköztárról" menüpont a menügombnál.
• Meglévő jegyzetekben történt módosulások nem frissültek az Opera Link-en keresztül.
• Hiányzott a fájlnév a képek környezeti menüjében a "Kép megnyitása" mellől.
• Fagyás nagyméretű könyvjelzőfájl importálásakor.
• Összeomlás szinkronizáció után.
• Ignorálta a képek újratöltése parancsot ha voltak az oldalon befejezetlen képletöltések.
• A Gesture "Back | Close page" parancsnak nem működött a "Close page" része.

Változások listája (Core/Carakan):

• JIT compiler összeomlott a (www.buecherhallen.de) oldalon.
• Összeomlás objektum felsoroláskor.
• NSL a www.fox.com oldalon.
• A ZIP tömörítő újra működik (Mac-PPC)
• A Flash videók a fül bezárása után töltődtek tovább.
• Részleges IAccessible2 implementáció
• Beépülőkkel kapcsolatos összeomlások.

Változások listája (Mac):

• A Unite Media Player és az eBook Reader fókuszba került mikor fölé került a kurzor.
• Lehetséges volt egyszerre több Tulajdonságok és Hibakonzol ablakot is megnyitni
• KIOSK mód javítások.
• Natív formokban lévő szöveggel kapcsolatos rajzolási hibák scrollozáskor.

Változások listája (Windows):

• Javítva néhány hozzáféréshez köthető összeomlás.
• Összeomlás és azonnali kilépés Silverlight beépülős oldalakon.
• Beépülő felismerési módszer npdsplay.dll->np-mswmp.dll
• Belső (nem oldalak faviconjai) ikonok átfedésben voltak egymással a Win7 tálca előnézeti képek címében.
• Kékhalál különleges webfontokat tartalmazó elemek renderelésekor.
• Vágólap tartalmának törlése az utolsó privát ablak/fül bezárása után.
• Megnyitás új ablakban a háttérben helyett az új ablakot az előtérben nyitotta meg.
• Összeomlás a megnyitás dialógusablakban bármilyen karakter gépelése utáni Enter nyomásakor.
• Az "execute program" esetén nem küldött argumentumokat a külső programnak.
• Összeomlás skin és színséma csere esetén.
• Külső alkalmazásokból nyitott linkek nem nyitották meg az Operát.
• Összeomlás a nemzetközi betűkészletek dialógus megnyitásakor.
• Beépülőhöz köthető összeomlás a lockerz.com-on.
• Rajzolási problémák scrollozáskor, mikor az oldal egy része egy dialógus takarásában van.
• Nem lehetett megnyitni olyan mht/html fájlokat, amelyeknek a nevében koreai, japán vagy kínai karakterek voltak.

Figyelem! Az előzetes verziók még sok hibát tartalmazhatnak, ezeket nem ajánlott mindennapi használatra telepíteni. Az Opera legutolsó végleges verzióját az Opera oldaláról töltheted le.

Letöltés (Opera 10.52) b3363:

• Windows MSI
• Windows Classic
• Mac (Universal)
• Mac (Intel)
• UNIX/Linux
• Hordozható változat