A mai snapshot számos Core javítást hozott, emellett új HTML5 implementációkat és M2 továbbfejlesztéseket.

Főbb változások:

• HTML5 Microdata támogatás
• Hálózati javítások (latency)
• QRESYNC támogatás az IMAP kliens részére

A QRESYNC támogatás arra jó, hogy az ezt támogató szerverekről sokkal kisebb adatmennyiséggel (tehát gyorsabban) tudja szinkronizálni a metaadatokat. Vagyis a korábbi szinkronizáció óta történt változásokhoz nem kell végigellenőriznie az összes üzenetet, ami sokezer levélnél adatforgalomban és időben sem mindegy. Jelenleg a Fastmail és a My Opera Mail támogatják a QRESYNC-et.

Ez a build az M2 adatbáziskezelésében is hozott továbbfejlesztéseket. Kevésbé töredeznek a fájlok és sokkal gyorsabban képes írni és olvasni az adatbázis tartalmát (emiatt nem alkalmazódik a frissített profilokra).

Megjegyzés: A levelek tárolási formátumának változása miatt ha használod a levelezőt, csinálj róla biztonsági mentést, mert ha a jelenlegi buildet mégsem tudod használni nem tudod visszatenni a levelezésedet egy korábbi build alá.

A Core hálózati javítás a félreértések elkerülése miatt nem fog komoly különbséget jelenteni a benchmark oldalakon, sokkal inkább a valós oldalakon van haszna. Az oldalbetöltési sebesség akár a felére is csökkenhet, de szignifikáns különbség az eddig lassú illetve más kontinensen lévő oldalakon jelentkezik, valamint akkor, ha a netszolgáltatónak magas a pingje (tehát Magyarországon a DIGI-t leszámítva leginkább minden - a szerk).

Változások listája (Core)

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

• DSK-343044 (Video előtöltéstől néha megfagyott a böngésző)

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

• QRESYNC támogatás - IMAP
• DSK-333904 (Csoportosított naplózás + töredezettség javítások)
• DSK-338715 (Alkalmi összeomlás, mikor egy levelet Nem Spam-nek jelöltünk)
• DSK-340672 (IMAP mappákban az elküldött levelek nem jelölődtek elküldötteknek)
• DSK-324277 (Különböző levelező füleken ugyanaz a tartalom volt újraindítás után)

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

• DSK-342555 (Összeomlás, ha jobb egérgombbal kattintottunk a tálcán az Opera ikonra)

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

• GTK3 skin támogatás javítása

Letöltés (Opera 12.00 b1033)

Tudom, nem éppen illik egy Opera blogra, de mivel Haavard twitterén is megjelent és a helyzettől függően kiterjedhet egész Norvégia területére (beleértve az Opera irodáját is) az ügy, így úgy gondolom egy postot megérdemel.

Úgy néz ki, hogy Norvégiát megtámadták, feltehetőleg a terroristák (ki más?) politikai okokból. Képek itt és bővebb információk Haavard twitterén.

Februárban megjelent az első Ragnarök kódnevű Labs build az Opera új HTML5 parserével. Itt az új build. Ez is egy Labs build, tehát nem illik bele sem a stabil, sem a Next ágba (- viszont a b1027-re épül - a szerk). Normál esetben, ha csak direkt nem írjuk felül vele a korábbit, akkor új útvonalra települ és nem is frissül automatikusan (értelme sincs, mivel a következő 12.00-ban még nem biztos, hogy benne lesz - a szerk). A User Agent string is különbözik.

• Opera HTML5 parser build for Windows
• Opera HTML5 parser build for Mac
• Opera HTML5 parser build for Linux/FreeBSD

A HTML5 specifikáció definiálja a parsolási szabályokat az összes jelölőnyelvben, akár valid, akár invalid. Mikor minden böngészőnek lesz saját HTML5 parsere, ugyanaz a kód ugyanazt az oldalmegjelenítési eredményt fogja eredményezni, ezzel olyan pozitívumokat okozva, mint:

• A JavaScript fejlesztők többé nem tépik a hajukat.
• A végfelhasználók kevesebb oldalmegjelenítési problémát tapasztalnak majd. Értsd: az invalid oldalak minden böngészőben szét fognak esni, ezáltal vagy munkához lát a webmester, vagy eltűnik az adott oldal a süllyesztőben.

Változások listája a februári buildhez viszonyítva:

• memóriahasználat csökkentve;
• növelt teljesítmény és gyorsabb feldolgozás;
• bugfixek: korábban 99.9%-os volt a saját belső teszten, most már 100%-ra teljesít

A Ragnarök kódnév eredete a Norvég mitológiában.

A mai előzetes ismét nem hozott újdonságokat, ellenben számos hasznos bugfix került bele. A Facebook fagyás is javításra került, ami sokakat akadályozott a kipróbálásban. Pedig a korábbi összeállítás hozott pár apróbb változást, még ha nem is annyit, amennyi egy 12.00-s főverzióba illene.

Ismert hibák:

• Összeomlás, ha megnyitott Dragonfly mellett újratöltünk.
• Összeomlás, ha Levelező nézetben mentünk.
• Összeomlás, ha jobbklikkelünk az Operára a tálcán.

Változások listája:

• Javítva a Facebook fagyás, ami minden oldalt érintett, ahol volt beágyazott Facebook modul
• Javítva pár BitTorrenttel kapcsolatos összeomlás
• DSK-341929 Összeomlás a gyorshívó + gombjának eltávolításakor, ha töröltük az utolsó gyorshívóelemet
• DSK-334114 Local Storage elemek eltünedeztek a dialógusból
• DSK-341541 Opera Link beállítás mindig a Gyorshívó szinkronizációs státuszát jelenítette meg
• DSK-340165 Rajzolási problémák, miután bezártunk egy PDF-et
• DSK-272279 Mesterjelszó nem mindig kért megerősítést mikor többször oda-vissza kapcsolgattuk ezt az opciót
• DSK-341581 "en"-nek ugyanazt a minőségi pontszámot kellett volna kapni, mint a legmagasabb regionális variánsoknak
• DSK-340511 Kiegészítők elindultak akkor is, ha letiltottuk őket indításkor
• DSK-339998 Parancssori argumentum Mac-en, hogy inkább a rendszer összeomlásnaplóját használja: -nocrashhandler
• DSK-340909 "Limit chat notification to personal messages" engedélyezve minden platformon és alapértelmezésben bekapcsolva
• DSK-339960 Személyes adatok törlése: A fülek bezárása csak az aktuális ablakra volt érvényes
• DSK-340924 Telepített kiegészítők nem szűrődtek ki az ajánlásokból
• DSK-342023 Nem lehetett Flash chatben gépelni, miután kétszer kattintottunk bele
• DSK-337506 "Error initializing Opera: module 10" frissítéskor
• DSK-330317 Fejlesztői módban nem futottak le az injektált JavaScript fájlok biztonságos oldalakon
• DSK-313764 Gyorshívó URL-ek hozzáadódtak a typed history-hoz
• DSK-341277 KIOSK móddal kapcsolatos problémák
• DSK-338129 Egyedi gyorshívó cím nem szinkronizálódott
• DSK-321669 Error 404 jelent meg, mikor a Start gombbal a panelen engedélyeztük a Unite Home-ot
• DSK-341595 Linux: GTK témák alatti tab stílusozási problémák javítva
• DSK-321361 Linux: Comboboxokról hiányzott a ".pressed" stílus

Letöltés (Opera 12.00 b1027)

• Windows
• Mac
• Linux/FreeBSD

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.