Új hozzászólások

  • K..L..: @tarzanbojt: www.askvg.com/tip-disable-or-remove-opera-splash-screen-or-startup-logo/ 1. Indítsa... (2023.11.14. 20:02) Vivaldi 3.3
  • maximan: Régi poszt, de hátha. Nekem tetszenek a munkaterületek, van több is, de egyszer valamiért eltűnt a... (2023.03.12. 12:24) Opera 67
  • tarzanbojt: Hali! Az Operában hol tudom végböngészni a cache fájlokat? Régen a címsorba beírtam, hogy cache, é... (2022.10.09. 10:48) Opera 69 és 70
  • anak joker123 gaming: Joker Gaming is an online gambling site that is already popular among gamblers. Provides online sl... (2021.05.27. 21:29) Opera 68
  • Hosszúmező Koronaváros: Minden rendben, csupán a betük kicsik ! :) (2020.11.04. 19:37) 4. nap: Weblapok beállításai

Impresszum

  • Magyar Opera © 2003 – 2018
  • Alapító: Karbonade
  • Creative Commons Licenc

5 millió tag a My Operán (játék)

2010.07.23. 09:13 Karbonade

Dübörög a My Opera közösségi oldala is, nemrég lépték túl a 4 millió felhasználót, és máris az 5 milliomodikat ünnepelhetik. Legutóbb úgy próbálták érzékeltetni a nagyságrendet, hogy már 3,3 Halálcsillagot meg tudnának tölteni a felhasználókkal, mostanra már 4-nél is lazán.

Az esemény megünneplésére egy érdekes játékot is kitaláltak: írd meg a My Operás bejegyzésben, hogy te hogyan ábrázolnád az 5 milliós létszám nagyságrendjét érdekesen. A Halálcsillagot már lelőtték, úgyhogy itt van még néhány példa, mire gondoltak, mire lenne elég 5 millió ember:

  • Ez több mint Norvégia, az Opera szülőföldjének teljes lakossága!
  • Elég lenne 11.682 USS Enterprise (NCC-1701) csillaghajó legénységéhez a Star Trekben
  • 12 Sziget Fesztivált lehetne velük telezsúfolni.
  • 25.252-szer többen vannak, mint a Tour de France tekerői.

Még egy hír: már készül az új My Opera, a Dexter kiadás fordítása is, úgyhogy ha minden jól megy, a következő frissítéskor már azonnal magyarul láthatjátok az oldalt :)

11 komment · 1 trackback

Címkék: statisztika fordítás játék myopera

Operások írták - Dragonfly és az Opera 10.6

2010.07.21. 20:27 cousin333

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.

13 komment · 1 trackback

Címkék: fordítás dragonfly 10.6

Gyorstipp: Címsáv az állapotsávban felülre pozicionált tabok esetén

2010.07.17. 18:23 penge™

A felülre pozicionált füleknek az egyik és talán az egyetlen hátránya az, hogy ha sok fül van nyitva nem látható az adott oldal teljes címe és csak favicon alapján lehet megkülönböztetni. Ennek mostantól vége. A következő userJS segítségével az aktuális, aktív lap teljes címe teljes hosszában megtekinthető a bekapcsolt állapotsávon, tehát még az előnézeti képekkel sem kell trükközni.

A userJS-t még Lex1 írta 2008-ban, de az Opera 10.5x-től vált széles körben is aktuálissá.

9 komment · 1 trackback

Opera Mobile 10.1 béta Symbianra és Maemo Linuxra

2010.07.15. 20:13 cousin333

A mai napon ha új előzetes nem is, de egy kellemes hír mindenképpen érkezett. Megjelent ugyanis az Opera Mobile 10.1 első bétája - egyelőre sajnos csak Symbian S60 és Maemo Linux rendszerekre. Utóbbi elég friss rendszer, és már az első - 10-es - verziójának kiadása is kisebb szenzációszámba ment. Nem elsősorban a platform, vagy a nem túl elterjedt Nokia N800, N810 és N900 készülékek miatt (ezeket támogatja ugyanis), hanem a benne lévő újítások miatt.

Persze nem kell itt soha nem látott dolgokra gondolni, de ami a PC-s változatban megtalálható, annak léte nem éppen triviális a mobiletelefonokban. Az Opera deklarált célja, hogy minden eszközre eljutassa a netet - méghozzá nyilván Opera-módra - így nem meglepő, hogy az új jövevények megint sokat merítettek a PC-s verzió képességeiből. Immár a Symbian tulajdonosok is élvezhetik a Prestót (2.5-ös verzió) és az újjászületett VEGA grafikus könyvtárat.

Talán az egyik legfontosabb a Carakan JavaScript motor használata. Itt senki sem hivatkozhat arra, hogy mit számít pár milliszekundum, hiszen mobil eszközöknél inkább jó néhány másodpercről van szó. Egyelőre az architektúrális optimalizációt (másként megfogalmazva, a JIT-et) nem aktiválták a Symbian változatban, a Maemósban viszont már ez is benne van! Sajnos teszteket nem tudok futtatni - mert nincs ilyen készülék a birtokomban - de a PC-s verzió és az Opera leírásai alapján az architektúra független változat is kb. háromszoros gyorsulást eredményez, ami JIT-el együtt 10-15-szörös is lehet, tekintve, hogy azóta a Carakan is tovább fejlődött.

Frissítés! Egy Maemo tulajdonos (Nokia N810) letesztelte a platformon rendelkezésre álló böngészőket (vagy legalábbis egy részét). Az eredmények SunSpider alatt: MicroB (Gecko alapokon; a Nokia készíti): futottak még..., Tear (WebKit): 78s, Firefox Mobile 1.1: 37,7s, Opera Mobile 10b (Carakan): 45s, Opera Mobile 10.1b (Carakan + JIT): 17,5s! Amint az látható, a JIT majdnem megtriplázta a sebességet (nincs Futhark-os böngésző Maemora, így nem is lehet összevetni a Carakannal). Ez ugyan Maemo Linux, de ugyanúgy ARM proci van alatta, mint szinte bármely más telefonban. Mire számíthatunk? Számoljunk: az N810-nek egy 400MHz-es ARM processzora van, ami architekturálisan is gyengébb, mint a mai csúcs, de az egyszerűség kedvéért nézzük csak az órajelet, ami ma 1GHz az elit kategóriában. Ezen az eredmény arányosan 7s lenne. Összehasonlításként: iPhone4: 10,6s, IE8 a PC-men(!) (AMD 3,1GHz + Win7): 6.1s! És ez csak egy szabadidős projekt volt...

Itt még nem ér véget az újdonságok sora, például bekerült a repertoárba a Geolocation, ami a WiFi, 3G és egyéb adatok alapján megpróbálja belőni a pontos pozíciónkat, és - engedélyezés után - elküldi az azt igénylő weblapoknak. Ez a funkció nyilván a mobil eszközökön (laptop, mobiltelefon) igazán hasznos, érkezése tehát örömteli. Már csak olyan honlapok kellenek, amik kellően ki is használják....

További újítás egyes CSS3 elemek támogatása, mint a box-shadow és a border-image, vagy a 2D transzformációké, például a translate, a scale, és a rotate. Ezzel kapcsolatban egyébként épp ma született egy oldal, ahol nagy vonalakban bemutatják az egyes Opera változatok által támogatott szabványokat jól áttekinthető formában, összehasonlítva az asztalit a Mobile-al és a Minivel.

Mindezeken túl számos hibajavítás is érkezett a korábbi verziókhoz képest, és a felhasználói felület is kidolgozottabb lett. Mivel ez még csak béta, hibák is előfordulnak. Például némileg megnövekedett a memóriahasználat, nem működnek az alapértelmezett szoftveres billentyűzetek (Maemo), bizonyos körülmények között igen lassú lehet a Geolocation az első használatkor, valamint egyes esetekben nem működik az Opera Link sem. Meg persze adatvesztés veszélye is fennáll, esetleg el sem indul a cucc, szóval csak óvatosan, ez még csak béta.

Azt sajnos nem tudni, hogy az új verzió mikorra várható más mobil eszközökre, például Windows Mobile-ra vagy Androidra, de talán már nem kell sokat várni rájuk sem. Az pedig, akinek Symbianja vagy Maemo Linuxa van, rögvest le is töltheti az új változatot egy próbát biztos megér...

8 komment · 1 trackback

Címkék: mobile kiadás maemo carakan

Az Opera memóriakezeléséről dióhéjban

2010.07.13. 22:00 penge™

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.

18 komment · 1 trackback

Címkék: tipp 10.5 10.6

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