Ma kaptunk egy újabb RC-t a 10.61-ből. A változások listája az RC2-től történt változásokat jelöli, nem pedig a 10.70-ét.

Ruari későbbi kommentjét még beidézném, a tisztánlátás kedvéért:

Just for a bit more clarity.

10.61 includes fixes that are very high priority. Additionally things that have been heavily tested and/or are unlikely to cause regressions (not impossible but unlikely). A 10.61 final is due out shortly.

The 10.70 snapshots are more "bleeding edge", with a lot more fixes and hence have a higher risk of introducing problems. This is ok because the branch currently called 10.70 is not due out until some time after 10.61, so if they are any problems with the fixes in 10.70 they are likely to be noticed in time and can be corrected.

Testing the 10.61RCs is lower risk but if you run 10.70 you will have slightly more interesting builds. Of course you can test both!

P.S. Future 10.70 builds will include everything from previous 10.61 and 10.70 builds. However if there was another 10.61 (quite possibly not since this is an RC), it would only include the fixes from this RC plus anything else we tested and prioritised.

A 10.61-ben csak a nagyon magas prioritású javítások vannak benne. Tehát amit erősen leteszteltek, ami nem azt jelenti, hogy nem okozhat regressziót, csak nem valószínű, mivel a 10.61 végleges hamarosan ki lesz adva.

Az RC-k tehát stabilabbak, viszont a 10.70-ben több újdonság van.

P.S. A következő 10.70 buildek tartalmazni fognak mindent a 10.61-ből és a korábbi 10.70 buildekből. Kivéve, ha valamilyen oknál fogva sürgősen ki kell adni a 10.61-et, mert akkor csak ebben az RC-ben lévő javítások és néhány egyéb javítás, amit szükségesnek tartanak lesz benne.

Változások listája (Desktop/cross-platform):

• CORE-29918 - Összeomlás a vBulletin's WYSIWYG szerkesztőben.
• CORE-31142 - Animált PNG fagyás.
• CORE-31618 - cloneNode(true) hívása egy formban készített egy üres formot egy "elements" sorral.
• DSK-236194 - yahoo.cn SMTP-vel kapcsolatos port problémák.
• DSK-301823 - Lemez cache nem működött helyesen Turbo módban.
• DSK-308907 - Az alapértelmezett süti tulajdonságoknak "Mindent elfogad"-nak kellett volna lenni.
• Néhány stabilitás javítás

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

• DSK-304850 - 10.60-ra telepítve felülírta az egyéni keresőket.

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

• DSK-309052 - Yahoo összeomlott néhány felhasználónál.
• DSK-308495 - Nem lehetett gépelni Gnome/Metacity alatt az F2-es URL dialógusba.
• DSK-304517 - Flash nem fogadta az egér eseményeket Openbox/Awesome alatt (vagy KDE-kwin esetén 'fókusz követő' egereknél)
• DSK-307765 - Oldalak nem töltődtek be DNS frissítés/változtatás után.
• További javítások a DSK-280594-hez. (Checkboxok és Radio gombok nem natívak 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.61 RC3 b3484):

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

Új hétköznap, új RC. A fejlesztők nem nyaralni voltak, hanem továbbképzésen és nagyszerű dolgokat ígérnek a jövőben és a snapshotok is gyakrabban jönnek majd.

Ennyit az ígéretekről, jöjjön a valóság:

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

• Memóriaszivárgási problémák javítva.
• Néhány Canvas összeomlás javítva.
• A Kezdősáv javítása (DSK-298346) vissza lett vonva, mert regressziót okozott a DSK-308645-ben (Ablak nem rajzolódik újra átméretezés után.)
• DSK-297976 - POSIX host resolver összeomlás.
• DSK-307987 ("Fraud Protection" átnevezve "Fraud and Malware Protection"-re)
• DSK-308488 - Összes süti elfogadása már nem állítja be alapértelmezésként a "Csak a látogatott oldalról fogad el sütit" beállítást az oldalspecifikus dialógusban.

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

• DSK-305562 - Újra elindul az Opera Windows 98 alatt.

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

• DSK-304367 - Összeomlás URL-lel történő indításkor a Terminálból.
• DSK-305707 - Összeomlás Opera ablak bezárásakor.
• DSK-305708 - Összeomlás wav fájl lejátszáskor
• DSK-305739 - Összeomlás nyomtatáskor.
• DSK-306593 - Kifutott a memóriából az Opera

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

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.61 RC2):

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

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

• CORE-29377 (Bizonyos esetekben a widgetek nem futottak.)
• CORE-29887 (Összeomlás a qq.com oldalon.)
• CORE-31141 (Az Opera a bináris fájlokat plain/text módban jelenítette meg letöltésnél.
• CORE-31269 (Összeomlás a Canvas demóknál)
  
• CORE-31379 (Nyomtatással és nyomtatási előnézettel kapcsolatos javítások.)
  
• CORE-31426 (A widgetek nem fértek hozzá a hálózathoz újraindítás után.)

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

• DSK-298346 (A kezdősáv tartalma eltűnt a háttérben nyitott füleken.)
• DSK-307788 (Relatív elérési útvonalak nem működtek a gyorshívó háttérképnél.)
  
• DSK-307987 (A "Fraud Protection" át lett nevezve "Fraud and Malware Protection"-re)
• Számos összeomlás -és stabilitás javítás.

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

• CORE-30804 (Általános beépülő-összeomlás)
  
• DSK-258729 (A Linux speciális webes billentyűi (XF86Back/XF86Forward) nem működtek)
  
• DSK-275098 (duplaklikkes popup menü nem tűnt el)
  
• DSK-276410 (A popup menü csúnya volt KDE alatt.)
  
• DSK-280594 (Checkboxok és Radio gombok a natív kinézettől eltérően néztek ki.)
  
• DSK-287681 (UNIX alatt nem működött a jobbklikk a könyvjelzők rendezésénél.)
  
• DSK-288406 (A menü elválasztóvonalak rossz színnel jelentek meg.)
  
• DSK-291882 (A globálisan telepített widgetek nem jelentek meg a Widgetek panelen.)
• DSK-292229 (Becsíkozott scrollozáskor)
• DSK-294121 (Az oldal felfelé gördült, mikor a görgetőlécet használtuk és a következő stílusok valamelyike volt kiválasztva: (plastique, Polyester, oxygen, qtcurve))
  
• DSK-297393 (Tab cycler túl magas volt, mikor a menüsáv be volt kapcsolva.)
  
• DSK-297409 (Nem lehetett gépelni Cyrillic karaktereket ukrán és bolgár billentyűzetkiosztással hába volt a ru_UA.utf8 vagy bg_BG.utf8 telepítve az Ubuntun.)
  
• DSK-297648 (A csomag telepítőjében a további információk csak aktív netkapcsolat esetén voltak elérhetők.)
  
• DSK-301066 (A Dvorak billentyűzet QWERTY kiosztást használt.)
  
• DSK-302055 (Több tulajdonság dilalógus ablak volt nyitható a widgetekben Linux alatt.)
  
• DSK-302682 (A menük és az almenük túl gyorsan nyíltak meg és záródtak be)
  
• DSK-303089 (A görgetősáv nem érte végig az egész oldalt felül és alul bizonyos GTK stílusok esetén.)
  
• DSK-303809 (IME nem jelölte ki a karaktereket konverzió alatt)
  
• DSK-304242 (Ha a kompozíció engedélyezve volt és átlátszó skint használtunk a gyorshívó csúnya volt.)
  
• DSK-304646 (A widget telepítőből hiányoztak nyelvek.)
  
• DSK-305044 (Az Opera összeomlott letöltéskor, mikor kiválasztottuk melyik alkalmazással akarjuk megnyitni a letöltött fájlt.)
  
• DSK-306342 (x11 módban a checkboxok pipái nem középen jelentek meg.)
  
• DSK-306398 (Összeomlás bizonyos fájlok mentésekor, vagy torrent letöltéskor)
  
• DSK-307119 (Állapotsáv nem tűnt el.)
  
• DSK-307173 (Összeomlás ha fogd és vidd módszerrel húztuk a linkeket.)
  
• DSK-307226 (Néhány GTK téma esetén a görgetősáv rossz háttérszínnel jelent meg)
  
• DSK-307332 (A görgetősáv gombjainak sarka nem volt kerekített néhány GTK téma esetén.)

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.61 RC1):

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

Meglehetősen rég volt már, hogy az Opera bemutatta saját fejlesztői eszközét, a Dragonfly-t. Azóta sok víz lefolyt a Dunán, de a végleges, 1.0-ás verzió csak nem érkezett meg. Persze ez nem jelenti azt, hogy semmi nem változott ezen a téren, sőt, a Dragonfly egész szép fejlődésen ment keresztül, csak mi szerettük volna, ha még gyorsabban megy a dolog.

A program egész felépítése olyan, hogy - mint annyi más funkció - szervesen integrálódik az Operába, és erősen épít rá. Ez nem csak a megjelenítésben és az éppen aktuális JavaScript motorban nyilvánul meg, hanem a központi "magban" is, ami a Core protokollon keresztül kommunikál a böngészővel. Ez utóbbit viszont az Opera magjában is implementálni kellett, ami nem kis idő. Az adatok áramoltatása is kényes pont volt, de már ez is megoldódni látszik a JSON támogatással.

Aki figyelmesen követte a korábbi cikkeinket az emlékezetébe idézheti, hogy ezen újdonságok jórészt az Opera 10-es, de még inkább a 10.5-ös verziójával érkeztek meg (lásd JSON támogatás). Azt lehet mondani, hogy mostanra készen állnak az alapok, a Dragonfly immár egy stabil, rendkívül gyors működésű (ezt szinte mindenki kiemeli), erősen multiplatform eszköz, ami nemrég nyílt forrásúvá is vált.

Itt az idő tehát, hogy a stabil alapokra új funkciók kerüljenek. Hogy milyen újdonságokat hozott a legfrissebb, 10.6-os kiadás, illetve pontosan mire számíthatunk a közeljövőben, arról aligha olvashatnánk illetékesebb személytől, mint az Opera egyik ismert arcától, David Storey-tól. Lássuk!

Ez a bejegyzés az "Opera Dragonfly updated for Opera 10.60" című cikk fordítása. Az eredeti cikk 2010. július 1-én jelent meg a Dragonfly blogon.

Azoknak, akik szeretnek vonattal vagy repülővel utazni, tetszeni fog a legújabb Opera Dragonfly frissítés. Az Opera 10.6 kiadásával összhangban a Dragonfly tudását a HTML5-ös alkalmazás gyorsítótár (Application Cache, ismertebb nevén AppCache) funkcióval bővítettük, ami most vált támogatottá a PC-s platformon. Nem ez az első eset, hogy kiaknázzuk a HTML5 család specifikációban rejlő lehetőségeket: korábban az Opera 10.5-től kezdve) a WebStorage funkciót használtuk a felhasználói beállítások mentésére, például az elem kiemelés (element highlight) színének tárolására. a HTML5 JavaScript API-k lehetővé teszik, hogy közelebb jussunk a natív alkalmazások képességeihez.

Az utóbbi időben elég sokan panaszkodnak, hogy az Opera sok memóriát eszik a többi böngészőhöz képest. Ha csak a számokat nézzük, ez igaz is, viszont a hátterét és a miértjét sem árt figyelembe venni, hogy pontosan megértsük miért van erre szükség.

Hasonlatként rögtön felhoznám a Windows, Superfetch nevű szolgáltatását. Manapság egy átlagos számítógépben minimum 1GB memória található. A ki nem használt, üresen álló memória pedig pazarlás, mintha söröskorsóból innánk a féldecit.

A memóriába sokkal gyorsabban lehet írni és sokkal gyorsabban lehet róla olvasni, mint a HDD esetében, ráadásul hangtalan és kevesebbet is fogyaszt. Éppen ezért az az alkalmazás is gyorsabb lesz, ami lemez helyett memóriából dolgozik, illetve hatékony memóriamenedzsmenttel rendelkezik.

Ahány böngésző, annyi különböző memóriakezelés. Az Internet Explorer már a Windows betöltődésével betölti egyes részeit, amit benn is tart a memóriában attól függetlenül, hogy fut-e a böngésző.

A Firefox, válaszul a róla elterjedt "memóriazabáló" jelzőre a 3-as verziótól szinte mindent kilapoz a memóriából, amit nem használ és ez alacsony memóriahasználatot eredményez, viszont átlagon felüli CPU használatot alapjáraton és a program működésének lassulását hosszabb futás után, a memóriablokkok töredezése miatt.

A Google Chrome a fülek külön folyamatba rendezésével a bezárt lapok által lefoglalt memóriát azonnal visszakapja, még ha a főprocessz folyamatosan hízik is pár megával, viszont éppen emiatt jóval több memóriát eszik 1-1 fül, mint a többi böngészőben. 40-50 megnyitott oldal esetén hatalmas memóriát képes lefoglalni. Extrém használat esetén pedig akármennyi memóriával is rendelkezünk, mivel a külön processz valójában csak alprocessz, a program 32 bites voltából eredő 2 gigás határ elérése után a Windows ugyanúgy kilövi, mint a többit.

Az Opera az oldal előzményeit és a korábban bezárt lapokat a memóriában tartja az általa alapértelmezésben dinamikusan lefoglalt memória határáig, amely a rendszermemória 10%-a. Tehát 2 giga esetén 200, 4 giga esetén pedig 400 mega. Éppen ezért az Opera fut a leggyorsabban a gyenge, 512, vagy ennél kevesebb memóriával rendelkező gépeken is.

Cserébe az oldalak előzményeiben való navigálás azonnal történik az oldal újratöltése és HDD-ről történő cachelés nélkül és a korábban bezárt lapok is szinte azonnal újranyílnak, valamint hosszú futásidő (30-40 órától a végtelenségig) után sem lassul be.

Valamint extrém felhasználási szokások esetén sem lassul be. Például mikor egyszerre megnyitunk 40-50 lapot az Opera akadozik ugyan, de még válaszképes marad, a többi böngészőnél ez hosszú válaszképtelenséghez vezethet. Persze ilyesmit ritkán teszünk, viszont jól szemlélteti a memóriakezelés jótékony hatásait.

Akárcsak ha 20-30 megnyitott lapot töltünk újra egyszerre (vagy éppen ennyi füllel zártuk be korábban, majd újra megnyitjuk a böngészőt) is szemmel látható a különbség.

Ennek azonban az az ára, hogy az erősebb, több memóriával rendelkező gépeken az Opera is többet eszik.

Akiket mindezek ismeretében továbbra is zavar, hogy az Opera viselkedése esztétikai károkat okoz a memóriahasználati grafikonon, íme pár tipp, amivel csökkenthető a memóriaigénye az erősebb gépeken is.

A Beállítások > Haladó > Előzmények alatt kapcsold ki teljesen a memória gyorsítótárat. A lemez cache-t is kikapcsolhatod, de akkor újra fog tölteni minden elemet az oldalon, ha elnavigálsz róla, ennek hagyj valamennyit. Akár többet is adhatsz neki a gyári 20 mega helyett, akkor több elemet tud megőrizni, amit később visszatölt, így nem a szerverről kell újra letöltenie.

Valamint a 10 tipp az Opera 9 gyorsítására postban lévő 2, 3, 4, 5, 7 és 8-as tippek is segíthetnek.