Vagy legalábbis olyasmi. A fejlesztői post szerint szükséges még további csiszolás, például olyan oldalakon, mint a Facebook. De ennek megvalósulása kérdéses, mivel azt is írják, hogy közelítenek az RC-hez. Ami tudjuk, hogy Operáéknál mit jelent. Ma van szerda, holnap vagy holnap után RC1 és utána rövid időn belül végleges, de ne legyen igazam. Elvégre ezzel a kényszer-véglegesítéssel megint maguk alatt vágják a fát, mert nekem és a rendszeres snapshot használóknak teljesen mindegy, minek nevezik az aktuális legújabb buildet, azoknak nem mindegy, akik csak véglegest használnak. Mindazonáltal reménykednek, hogy ennek ellenére (vagyis az állítólagos görgetési teljesítmény javításának) is sokan fognak örülni. Örülnénk mi, mondhatni úgy várjuk, mint  etióp egy falat kenyeret, de egyelőre sem itt, sem itt, sem itt, sem itt, sem itt, sem pedig itt nem változott a helyzet. Csak a sima oldalakon lett jobb, ahol eddig se volt vele különösebb probléma. Így viszont nehéz lesz növelni a tetszési indexet.

Ezen felül észrevették, hogy túl sokan jelentenek hardvergyorsítással kapcsolatos bugokat, ezért újra felhívják a figyelmünket, hogy a végleges 12-ben is kikapcsolva érkezik és finoman céloznak rá, hogy a következő verzióig nem lesz hozzányúlva a kódhoz, beleértve a DirectX-es változatot érintő súlyos VRAM szivárgást sem, ami még a szélesebb felhasználói körre kiterjedő tesztelést is agyoncsapja, ellenben lesz majd számtalan "kilapozza magát a Windows az Opera miatt" jellegű visszajelzés.

További hír, hogy a két héttel ezelőtti sandboxed Mac verzióban javították a leggyakoribb bugokat és kérik, hogy teszteljék a Mac-esek és ezt a verziót használják, mikor bugokat jelentenek. Autoupdate továbbra sincs, manuálisan kell telepíteni és előtte backupolni mindent, ami fontos az előző profilból.

Változások listája:

• CORE-45943 Optimalizált görgetési teljesítmény (fix és nem fix pozíciós tartalmaknál)
• CORE-32560 Néha horizontális fekete csíkok jelentek meg a képeken
• CORE-44017 argenprop.com: css parser eldobta a szabályt a | (pipe) karakter után
• CORE-45984 Problémák az automatikus frissítéssel, ha a ping nagyon magas volt
• [Mac] Problémák az automatikus frissítéssel néhány Opera Next felhasználónak
• CORE-44730 Camera indikátor nem tűnt el, miután kihúztuk a kamerát
• DSK-363918 Egyetlen fület is önmagára ráhúzva lehetett csoportosítani
• DSK-364277 Címsávval kapcsolatos memóriaszivárgás
• DSK-361620 Nem lehetett megváltoztatni a Geolocation beállításokat, miután első látogatáskor megtagadtuk azt és a ShowGeolocationLicenseDialog beállítás aktív volt
• DSK-363950 Bezárás gomb hiányzott az MDI ablakokról
• DSK-360810 [Sandbox Mac] Nem lehetett képeket húzni az új képnézőből a Desktop-ra
• DSK-363236 [Sandbox Mac] Összeomlás mbox fájlok importálásakor
• DSK-363411 [Sandbox Mac] Gyorshívó háttere eltűnt, miután sandboxed változatra frissítettünk
• DSK-363412 [Sandbox Mac] Kiegészítők eltűntek, miután sandboxed változatra frissítettünk

Letöltés (Opera 12.00 b1424)

• Windows 32-bit / Windows 64-bit
• Mac (Universal Binary 32/64-bit) [non-sandboxed]
• Linux/FreeBSD

Letöltés (Mac (Universal Binary 32/64-bit) with sandboxing enabled)

• Mac (Universal Binary 32/64-bit) with sandboxing enabled

Gondolkoztam, hogy írjak-e róla postot, de mivel időről időre felüti a fejét a "Nem megy az oldal/funkció tehát az Opera szar.", és még véletlenül sem a webfejlesztő a hanyag, illetve az Opera kap eltérő kódot, amit ő értelmez egyedül jól (gy.k. mikor nagyobb böngészők bugjaira írnak workaround-ot, amit benne hagynak), ezért úgy döntöttem, hogy írok róla egy kis szösszenetet. Most pedig kapóra jött az új adminfelület.

Ami rögtön szembetűnik, amikor átváltunk az új felületre, hogy míg Chrome-ban szép sárgák a gombok, addig Operában fehérek. Ilyenkor gondolhatnánk, hogy az Operával van a baj, pedig nem. Az Opera megfelelően jelenítette meg azt a kódot, amit kapott. Éppen emiatt volt az eltérés, ugyanis az Opera eltérő utasításokat kapott, mint a többi böngésző! Lásd az alábbi képen. Az Operának miért kellene értelmeznie más böngészők vendor prefixét? Más böngészők sem értelmezik az -o- előtagot.

Megjegyzés: Szerencsére ez a probléma nemsokára megoldódik, ugyanis az Opera a Presto 2.11.310-től támogatni fogja a -webkit- vendor prefixet.

De menjünk is tovább. Az "Összefoglaló" lap látszólag egyforma. Ugyanez nem mondható el a "Bejegyzések" fülről.

Amint az alsó navigációs sávban feltűnhet, Operában van egy "Bejegyzések" legördülő, ahol ki lehet választani, hogy 25, 50 vagy 100 post jelenjen meg. Chromiumból ez hiányzik. Ez bizony bug.

Ami szintén feltűnhet, hogy Operából hiányoznak a kék kis ikonok. A nyilak és az újratöltés ikon. Tehát megint azt gondolná a felhasználó, hogy az Operával van a probléma. Akkor ássunk a dolgok mélyére és nyissunk egy Dragonfly-t.

Amint látható, a margin értékek kicsit eltérnek ugyanannál az elemnél a két különböző böngészőben. Az Opera ismét csak azt tette, amire utasítva volt. A két darab -8-as marginnal sikeresen overlappolták az ikonokat.

A következőt pusztán érdekességképpen teszem be. A "Kommentek" fülön ugyanis arra lettem figyelmes, hogy a Linkifier kiegészítőm módosította az e-mail címeket, ezáltal nagyobbak lettek és kicsit széthúzták a dobozt, amelyben voltak.

Az e-mail címeket természetesen cenzúráztam, de a lényegen nem változtat. Ez szolgáljon példával arra, hogy mindig figyeljünk oda az általunk elvégzett módosításokra, legyenek kiegészítők, userJS-ek, userCSS-k, vagy éppen opera:config módosítások, mert lehet, hogy éppen ez okozza a problémánkat, még ha olyan triviálisnak tűnik is, mint fagyás, összeomlás, vagy éppen, ha nem indulnak a YouTube videók.

És ami a slusszpoén (habár ez nem hiba, csak egy funkció/lehetőség hiánya): a Chromiumban nem lehet szöveget kijelölni. Tehát ha ki szeretném másolni például egy cikk címét, akkor nem tehetem meg egyszerű szövegkijelöléssel, mint Operában.

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

• Különböző kamera problémák Windows alatt (kékhalál, kompatibilitási problémák, fagyás)
• DSK-362670 Alulhúzott vonalat tartalmazó domainek nem működtek (TLD duplázódott)
• DSK-363242 Összeomlás, ha teljesképernyős módban indítottuk
• DSK-363190 Hiányzó keresés ikon a levelező keresőmezőjéből és hiányzó padding-left a "Go To URL" dialógusnak a címmezőben
• DSK-346826 Sosem kalibrálta vissza az akadozó rendszer-órajelet (?)
• DSK-362746 [*nix] Socket kommunikáció rossz volt *nix alatt
• DSK-278014 [*nix] Szóközt tartalmazó fájlnevek nem nyíltak meg külső alkalmazással
• DSK-357618 [Mac] Spatial navigation összeomlás, ha Accessibility Inspector-ral használtuk
• DSK-362951 [Mac] Sikertelen szótártelepítés és a licensz ablak nem jelent meg
• DSK-356881 [Mac] HTML5 Web Storage mozgatása egy nagyobb prefs mappába

Változások listája (Jobbról-balra támogatás):

• DSK-363672 Callout kirajzolása nagyon lassú volt a levelező tabon RTL módban
• DSK-358126 Legördülő menü nem nyílt le a kis nyílra kattintva
• DSK-358288 A levelező elrendezésnek "List and Message on Left"-nek kellett volna lennie RTL módban
• DSK-362468 Problémák a többsoros RTL eszköztippek megjelenítésével
• DSK-348987 HTML jobbra igazítva a forráskód nézetben
• DSK-363967 Keresés ikon a levelezőben rossz helyre igazítva RTL módban
• DSK-362740 RTL megjelenítés új fiókban rossz volt
• DSK-358928 Eszköztár testreszabás használhatatlan volt RTL módban
• DSK-359304 A Letöltések alsó része szintén nem követte az UI rendezést

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

• CORE-45570 CORS működik inline elemeknél speculative tokenization használatakor
• CORE-44002 Scriptek és képek párhuzamos betöltése. Speculative parsing vs DSE
• CORE-44563 Speculative parser nem használta az alap URL-t
• CORE-43521 SVG visibility:hidden sikertelen beállított pointer-event-ek esetében
• CORE-46385 Caret nem jelent meg, mikor szöveget húztunk egy üres beviteli- vagy szövegmezőbe
• CORE-46374 Nem lehetett 16384 bájtnál nagyobb fájlokat feltölteni Skydrive-ra
• CORE-46331 UserJS load event listener nem hajtódott végre, ha blokkolva volt tartalom az oldalon
• CORE-46224 Passing on <event>.dataTransfer.files to another function fails when using a timeout (drag and drop on mediafire.com fails)
• CORE-46166 Walmart.com - a felső menü hover-re vertikálisan rendeződik
• CORE-45733 CSS Animation leáll, mikor két egyforma transform érték között animálódik
• CORE-44913 Több (például. 7) bejegyzéssel rendelekező transition shorthand-eket nem kezelte megfejelően

Letöltés (Opera 12.00 b1422)

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

A mai Opera 12 előzetes egy rakás bugfixet hozott általános összeomlásokhoz, OOPP-hez, HWA-hoz és a skinekhez.

A HWA használói örülhetnek, mert mostantól szebbek lettek a fontok és megjelent egy új Renderer beállítás az opera:config-ban, amely 1-re állítva DirectX, 0-ra állítva pedig OpenGL-t fog használni. Már ha be van kapcsolva a hardvergyorsítás itt. Böngésző újraindítás szükséges. A HWA ettől függetlenül a végleges 12-ben továbbra is alapértelmezésben kikapcsolt állapotban érkezik.

Főbb változások listája:

• DSK-360564 Hardvergyorsítás bugfixek
• DSK-361802 Out-of-process plugins bugfixek
• DSK-362676 Java nem működött Operában (Twollah pezsgőt bont - a szerk.)
• DSK-360071 Flash újrarajzolási problémák görgetéskor
• DSK-361116 Animáció leállt, mikor jobbklikkeltünk egy GIF-re
• DSK-361808 Flash összeomlott és Opera lefagyott vagy összeomlott, mikor a Flash fájlfeltöltő dialógusát megnyitottuk
• DSK-361130 Egy átlátszó Flashre pozicionált tartalom lejjebb (SW) jelent meg és a rá érkező kattintásokat az alatta lévő (HWA) flash kapta meg
• DSK-361898 Összeomlás egy kis idő után, mikor teljes képernyőn játszottunk le videókat
• DSK-360054 Fagyás az oldalakon bekapcsolt hardvergyorsítással
• DSK-356695 Címsáv legördülő keresztüllógott a címmezőn mikor a régi menüsáv engedélyezve volt
• DSK-361536 Kurzor és karakterek hibás pozíciója a jelszómezőkben DirectX-es gyorsítással (remélhetőleg az egész letter-spacing bug - a szerk)

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

• CORE-46032 Összeomlás itt: >PluginHandler::HandleMessage
• CORE-45910 Ajax formData megtörte az orosz szöveget.
• CORE-43927 happyfuncoding.com - webworker már betöltött scriptet importált
• CORE-45881 Az OS-ből egy dropzone attribútummal rendelkező elembe húzott fájl sikertelen volt

Letöltés (Opera 12.00 b1417)

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

Mivel az eddigi Labs funkciók bekerültek az előzetesekbe, amik elérték a bétát, itt az új adag tesztelni való. Ezúttal az új funkciók jellegéből adódóan elsősorban új kiegészítők fejlesztésére képes felhasználók örülhetnek.

A jelenlegi Labs előzetes 3 új API-t vonultat fel, melyek a következők:

• Screenshot API, amellyel képet lehet lopni az aktuális lapról
• Resource Loader API, mellyel szabályozhatjuk a helyi erőforrások betöltését
• Frissítés a 11.10-ben bemutatott URL Filter API-hoz (fehér lista és néhány új változó a csillag és a kérdőjel mellé)

Megjegyzés: Ezek egyike sem lesz a végleges Opera 12 része.

Letöltés (Opera 12.00 Labs b1408)

• Windows i386 | Windows x64
• Mac i386/x64
• Linux tar.xz i386 | Linux tar.xz x64 | Linux deb i386 | Linux deb x64
• FreeBSD i386 | FreeBSD x64

A screenshot API

A screenshot API-val screenshotokat készíthetsz a megnyitott lapokról a getScreenshot() függvénnyel. Utána manipulálhatod <canvas>-szal vagy el is tárolhatod az utókor számára.

További olvasnivaló (angol):

• View the screenshot API documentation
• View the getScreenshot() method documentation

A resource loader API

A resource loader API azt a problémát hivatott megoldani, hogy a kiegészítők nem férhetnek hozzá a helyi fájlokhoz biztonsági okokból még akkor sem, ha a kiegészítő saját csomagjában van. A resource loader API segítségével a getfile() függvénnyel behívható a fájl tartalma és olvasható a W3C File API-nak köszönhetően (később remélhetőleg írható is lesz - a szerk.). Ez számos okból hasznos — ha különböző tartalmakat, képeket, vagy scripteket, stíluslapokat szeretnél húzni a kiegészítődbe.

További olvasnivaló (angol):

• View the resource loader API documentation
• View the getFile() method documentation

Az URL filter API

Végre az URL filter API lehetőséget ad, hogy hozzáadjunk és eltávolítsunk elemeket az Opera gyári tartaloblokkolójához/ból. Az API-n keresztüli változások ideiglenesek és csak az adott böngésző munkamenetre szólnak, illetve amíg a kiegészítő engedélyezve van.

Ez az API eredetileg az Opera 11.10-ben került bemutatásra, de azóta új lehetőségekkel gazdagodott, melyek most elérhetőek tesztelésre:

• Fehérlista támogatás — nevéből adódóan egy kivétellista, amely magasabb prioritással bír, mint a blokkolt URL. Az alap szintaxis így néz ki: — opera.extension.urlfilter.allow.add(pattern, options)
• Including domains: block.add(pattern, {includeDomains: ["google.com", "google.co.uk", "google.com.au"])
• Excluding domains: block.add(pattern, {excludeDomains: ["google.com", "google.co.uk", "google.com.au"])
• Események generálása, mikor az URL blokkolva van (feketelista) vagy engedélyezve (fehérlista). Egyelőre nem szándékoznak engedélyezni az események generálását, mikor nincs egyezés (mikor az URL azért engedélyezett, mert nincs semmilyen listán), mivel ez rossz hatással lenne a teljesítményre
• Third-party blokkolás: (például a facebook.com blokkolása amennyiben egy másik oldalról kerülne behívásra (mondjuk iframe-ben)) block.add(pattern, {thirdParty: true})
• Erőforrástípus-specifikus szűrés (scriptek, képek, stíluslapok, stb.): block.add(pattern, {resources: urlfilter.RESOURCE_SCRIPT | urlfilter.RESOURCE_STYLESHEET)
• Új szűrő szintaxisok:
  • Egy új elválasztó wildcard karakter, ^. Például, example.com^foo megegyezik ezzel example.com/foo és ezzel is example.com?foo
  • Hostname szűrő szintaxis — ||. Például, ||example.com érvényes bármilyen URL-re, amely tartalmazza az example.com-ot
• Az új szintaxisok természetresen az urlfilter.ini-ben is használhatóak

További olvasnivaló (angol):

• Read the tutorial: Site blocking with Opera’s URL Filter API
• View the URL filter API documentation
• View the add() method documentation
• View the excludeDomains property documentation
• View the includeDomains property documentation
• View the resources property documentation
• View the thirdParty property documentation