A hozzászólásokból kiderült, hogy a DNA-8918 (windows 8 dialog saying "No apps are installed to open this type of link (about)) egy belső előzetesben már ki lett javítva, de ezt már csak a következő frissítésben kapjuk meg.

@Med1on:
Pedig ez brutálisan zavaró gond.Pl Torrent magnet linknél dobja nekem.

@Med1on: Na igen, a jó öreg különbség a Winfos és a Linux között. Utóbbiban
xdg-mime default qBittorrent.desktop x-scheme-handler/magnet

És lőn, működés/rendszerszintű társítás. :)

Bréking nyúz: 1-2 hét múlva beindul a Developer csatorna!

Érdekes cikk. Próbálja megmagyarázni a lehetetlent, miszerint miért is van szükség a query elrejtésre. :D

my.opera.com/securitygroup/blog/2013/07/25/the-opera-address-bar

@penge™:
Úgy látom, sikerült az összes smiley-t beszuszakolni egy postba. :D

Mindenesetre szerintem elég nehéz ezekkel a pontokkal vitatkozni. Főleg, ha egy átlagfelhasználó fejével próbálsz gondolkozni. Az egy másik kérdés, hogy ezeket lehetne opcionálissá tenné. A domain kiemelést például már megszoktam, de az továbbra is zavar, hogy nem látom a teljes URL-t.

van újabb Next
Verzió: 16.0.1196.25

Megköszönném ha valaki leírná, hogy mi a kulcsszó a FF-ben a beálításokhoz!?

@Cawington:
Az about:config-ra gondolsz?

@Nekomajin:

Köszönöm!

Használja még valaki az új operát vagy itt a vége fuss el véle.
A 12.x-ről még akkor is folyt az eszmecsere mikor nem volt új kiadás. Erről meg nagyon nics mit mondani? Már mindenki Rókát szelídít?

Inkább azt kérdezném van olyan áruló aki használ rókát az új opera helyett? :D
Egyébként felesleges ekkora buta flamkeltő hszt gyártani.
És igen én pl használom ahogy a örnyezetemben jópár emberke. :D

Szerintem sokan használjuk, csak még nem jöttek olyan hibák elő, amiről vagy ne tudnának, vagy nem lehetne megoldani, esetleg nem annyira zavaró.

De találtam egyet ami zavaró:
ha frissen megnyitom a google keresőt és elkezdek valamit pötyögni, akkor pár pillanat múlva üres lesz a keresőmező. Ha egy hosszabb dolgot kezdek el keresni, akkor így lényegében az eleje eltűnik. Kiegészítők nélkül is ezt műveli. Valakinek esetleg lenne valami tippje mi lehet?

@RaidX:
Én jelenleg leginkább addon fejlesztésre használom. Annyit még nem tud, amennyi nekem kéne, de a Next-et frissítgetem rendszeresen, és várok.
Eszmecsere valószínűleg azért nincs, mert nincs miről beszélni. Amikor kijött a Next 16, akkor kicsit fellendült a blog is.

@Krissz5435:
Kipróbáltam, szerintem ez a Google sara. Legalábbis nálam. Nálad is be van kapcsolva az instant keresés? Mikor megnyitod a google.com-ot, és elkezdesz gépelni, akkor átugrik a találati listára enter nélkül is?

@Krissz5435:

Tudnak a hibáról.

Le is van irva az ismert problémák közé a Desktop-on.

@Nekomajin:
Igen az instanttal van a baj.

@Cawington:
Akkor jó, én már akkor nem jelentem. :)

@RaidX: Olyannyira használom, hogy mióta kijött a 15, azóta ez a főböngészőm.

Én is használgatom a 12 mellett csak nagyon zavar például, hogy tetű lassan indul el. Utánna már jól nyílnak az oldalak. Na meg nagyon hiányzik jó pár sajátgomb a 12-be nagyon rászoktam.

@RaidX: Furcsa volt azt olvasnom, hogy lassan indul. Nálam köröket ver a 12-esre. Kb annyi, hogy katt és már nyitva is van.

@ZeGa: @RaidX:
Nálam is gyorsabban indul az új, pedig több fület nyit egyszerre, a régi meg csak a gyorshívót.

Mivel a felmerült kérdésekre most egészen nagy százalékban válaszolnak a fejlesztők, ezért én mindenkinek azt tudom tanácsolni, hogy nyugodtan írjanak, olvasgassanak a Desktop Team blogon.

Pl. most találtam meg, hogy egy belső előzetes formájában már tesztelik az egyedi keresők létrehozása funkciót.

@ZeGa: Lehet, az a baj, hogy nem tiszta telepítés csak frissítés. Eleibe nekem is gyorsan ment. Nyilván rá szánom magam egy tiszta telepítésre.

@RaidX: Mivel Linuxra nincs, ezért inkább Chrome-ot tesztelgetem. A Firefox minden előnye ellenére baromi lassú és lomha, ami az egész böngészési élményre hatással van. Még ha az Opera szintjére fel is lehetne hozni, akkor is nagyon kényelmetlen lenne a lomhasága, de így, hogy csomó mindenben azonos a Chrome-mal...

Maradok 12-n, amíg csak lehet és remélem, hogy valami lesz. Akár forráskódkiadás, akár tényleg felhasználói nyomásra felturbózzák Chrome alapokon.

@ZeGa: A Superfetch miatt van. Legalábbis Chrome-nál is ugyanez volt. Azonnal indult friss telepítésű Windows-on, friss telepítéssel (vagy még régi, bejáratott Windows-on is friss telepítéssel), aztán idővel kezdett az egész elszaródni, mert nem nyitogattam meg zárogattam folyamatosan, hanem futott napokig, aztán bezártam és újranyitottam. Ezt pedig a Superfetch nem szereti, így ebbe nem segít be. Innentől pedig már nem olyan gyors, bőven hajaz a Firefoxra.

Operával még nem tudtam ugyanezt letesztelni, mivel annyi ideig nem teszteltem, de ott is észrevehető volt, hogy például a hidegindítás már 3-4 másodpercet is igénybe vett kiegészítőkkel megpakolt Operával, pedig csak kb. 4-5 tab volt nyitva.

@Nekomajin: Sok fület maximum akkor nyit gyorsabban, ha Core i7-tel vagy sokmagos Xeon-nal nyomulsz, mivel normál több CPU-t igényel 1-1 fül megnyitásához, mint a Presto-s Opera. Szóval bőven számolhatsz úgy, hogy 1 mag/1 fül. Innentől pedig attól függ, hogy meddig szüttyög 1-1 füllel.

Tehát egy 4 vagy több magos CPU-n 4 fület párhuzamosan tölt 1-1 magra eloszlatva az erőforrásokat, de alatta már nagyon kiérződik, hogy kidúcolja a teljes CPU usage-t, ami miatt néha még az kurzor mozgatásakor is mikroakadások figyelhetők meg.

Ugyanez adott akkor is, ha LinkClump-pal nyitok meg mondjuk 14 oldalt (amiből mind a 14 pl. My Operás oldal), akkor is gyorsan betölt, de baromira fogja a gépet ilyenkor.

Firefoxban ugyanez a művelet nagyon hosszú ideig tart és a böngésző akadozik közben (még az animáció is erősen laggol), de aránylag alacsony CPU igénnyel végzi, a betöltési idő kárára.

Presto-s Operában pedig a CPU is viszonylag alacsony szinten marad, az animáció sem laggol (mondjuk webalkalmazásoknál és masszív JS-es oldalaknál már igen, vagy mondjuk YouTube-on is, ha nincs ODP-n a Flash) és a betöltési idő is gyors.

@penge™:
Annyira jó, mikor az i7/16 gigás szövegeddel próbálod megcáfolni azt, amit én látok/tapasztalok. A laptopomban egy 2 magos pentium van, az új Opera pedig gyorsabban indul 5-6 füllel is, mint a régi egyetlen gyorshívó füllel. A régi sem lassú, de az új érezhetően gyorsabb. Szaggat egy picit a GUI, de válaszképes, rögtön tudok gyorshívót nyitni.
Lehet, hogy másnál ez nem így van, de nálam eddig még semmi probléma nem volt az indulási és válaszidővel. 8-10 füllel is pöccre indul, és a GUI is rendben van. Elhiszem, hogy tudsz olyan oldalt, amit ha 3714ö158ü123423 fülön megnyitsz, akkor beszarik a Chromium, de átlagos, mindennapos használat mellett semmi baja, és gamer config se kell hozzá.

Csináltam egy tiszta telepítést és ismét gyors lett.
A gyűjtő lapot hogy lehetne áttelepíteni az újba?

@RaidX:
Hogy érted, hogy áttelepíteni?

@Nekomajin: Úgy, hogy a korábbi telepítés alól áthozni az újba a gyűjtőlapot.
Azt hiszem ott szúrtam el, hogy a az első
15 NEXT-re frissítettem az összeset és nagyon belassult a végére most tiszta telepítést csináltam csak itt nem igazodok úgy el mint a 12-nél. Ott elmentettem a szükséges állományokat és tiszta telepítéskor csak bemásoltam a helyükre.

@RaidX: stash.db és stash.db-journal fájlokat átmásolod a az AppData\Roaming alatti profilodból. Ha van még mellette harmadik ugyanilyen nevű (pl. stash.dbak), akkor azt is.

@Nekomajin: Az a baj veled, hogy ugyanolyan szintetikus körülmények között hasonlítod össze a kettőt, ahogy a tesztekben szokták. Pedig valójában úgy kéne, hogy

1. Az Opera tudja ezt natívan? Nem. Akkor kiegészítő kell rá.
2. A régi Opera tudta? Igen. Akkor nem kell kiegészítő.
3. A régi Opera támogatta userJS formában is, az újhoz meg még erre is kiegészítő kell? Akkor a régiben marad a userJS, az újban meg egy pótló kiegészítő.

És az így készült Opera 15/16 (ami a réginek még mindig csak halvány árnyéka funkcionalitásban) erőforrásigényeit összevetjük, aztán ámulunk, hogy bizony repkednek a giga feletti memóriahasználatok (ami több is lenne, ha több RAM lenne a gépemben. 2 gigánál sajnos nem tud 2,5-et használni, meg valamennyi kell annak a szerencsétlen rendszernek is, ami lapoz ezerrel már a 10. tab felett.

@penge™:
Fejtsd már ki, hogy miért szintetikusak ezek a körülmények! A régi Opera úgy van beállítva, hogy a gyorshívóval induljon. Ez egy lap. Az új Opera az előző böngészési folyamatot folytatja. Mivel jelenleg csak addon fejlesztésre használom, ezért a referenciákat meg a tesztoldalakat nem zárom be, hiszen a következő indításnál is azokra lesz szükségem. Néha csak 4 oldal van nyitva, máskor 10-12, attól függően, hogy éppen mit csináltam előzőleg. Ezek mellett az új Opera érezhetően gyorsabban indul el, mint a régi. A régi se lassú, lehet, hogy csak 1-2 tizedmásodperc különbség van köztük, mégis láthatóan gyorsabb, de biztos, hogy nem lassabb.

Azt nem tudom, hogy a natív támogatás meg a userJS futtatás hogy jön ide, mert nem erről volt szó, hanem az indulási időről.
A kilapozás meg baromira nem érdekel. Nem azért veszem a RAM-ot, hogy egyszer egy héten megteljen, egyébként meg üresen álljon, hanem azért, hogy használjam. Ha megtelik, akkor majd kilapozza.

Köszi penge!

@Nekomajin: Úgy jön az indulási időhöz, hogy ha telepakolod kiegészítőkkel, akkor már nem fog olyan gyorsan indulni. Hozzáteszem a kiegészítők is trükkös módon menet közben kerülnek inicializálásra, aminek a következtében BIZTONSÁGI RÉS-nek minősülő durvaság van by design módon a Chromium API-ban: Akár Adblock, akár Ghostery (meg minden más is, ami weboldalba injektál kódot, nem csak buborék formában létezik) utána fut le.

Tehát blokkolhatsz te bármit, újraindítod a korábban megnyitott lapokkal és első körben nem fognak lefutni ezek a kiegészítők. Betölti a lapokat és megjelennek rajta a reklámok, eltárolódnak a sütik, stb. Utána F5 után már a filterezett változat kerül megjelenítésre. De ilyenek után most meg kéne bíznom kritikus jelentőségű cuccokban?

RAM meg azért van, hogy mértékkel használja. Nem szabad átesni a ló túlsó oldalára sem, mint a Firefox teszi, de azért ne eméssze már fel fekete lyukként az egészet.

Mert valóban nem azért veszi az ember, hogy üresen álljon, de nem is azért, hogy egyetlen program zabálja fel az összeset.

@penge™:
A régi Operámban van jelenleg 13 addon, az újban meg 8. Nem szignifikáns a különbség.

Azt nem tudom megint, hogy az indulási időtől hogy jutottunk a kiegészítők biztonsági réséig. Attól még nem lesz valamiben igazad, hogy egy teljesen más dolgot is felhozol.

A RAM-ot annyira mértékkel használja, hogy ha fut egymás mellett a két Opera meg egy PS, akkor se kezd el őrült módon kilapozni.

Mindezek mellett a kérdés továbbra is az, hogy miért próbálod meg megmagyarázni, hogy amit a saját szememmel látok, az nem is úgy van? Elhiszem, hogy neked gyengébb géped van, és azon felélheti az erőforrásokat, de akkor a mondandód nem úgy kezdődik, hogy "szarfos Chromium meg 16 giga RAM", hanem úgy, hogy "előfordulhat, hogy gyengébb gépeken, nem átlagos használat mellett(!) lassíthatja a gépet". És akkor tényszerű vagy, és senki sem köthet bele a mondandódba.

@Nekomajin: ő ugrat, ti ugrotok. Aztán pár nap pihenés, és újra, mintha elfelejtettétek volna az előzőt.

Egy erdekes kezdemnyezes, kivancsi vagyok, hogy mi lesz belole.

my.opera.com/ODIN/blog/2013/07/30/introducing-nex

@Nekomajin: A kiegészítők biztonsági rését csak megemlítettem.

Örülök,hogy nálad 8 kiegészítővel és 4-5 megnyitott lappal így fut, de én 2GB RAM-mal (szintén Dual-Core CPU) nem ugyanezt tapasztalom.

Alapjáraton about:memory tabbal eszik 1-1,1 gigát a Chrome, ha tényleg elkezdek kiegészítőket használni. És akkor még hozzászámolom azokat a dolgokat, amiket nem tudtam pótolni, mert NINCS RÁJUK KIEGÉSZÍTŐ, mondjuk korrekt módon 20-30MB/db és máris kijön, hogy ha a teljes Opera funkcionalitást pótolhatnám is kiegészítőkkel, induláskor kapásból megenne 2,5-3 gigát a böngésző a 80-100 processzével. És utána ez az alap (mivel a fő chrome.exe sem akkora memóriahasználattal indul, amekkorára hízik mondjuk pár óra böngészés után, nem beszélve a kiegészítőkről, amik szintén hajlamosak a hízásra, nálam az Adblock 100-200 között mozog, de volt már, hogy 253 megát is evett egymagában.

Szóval pár óra után már 3,5-4 giga ha csak 30%-os hízással is számolok, ami minden programnál előfordul.

És erre jönnek a megnyitott lapok. Itt számoljunk átlagban 40-50 megával (mivel ilyen Google Maps WebGL önmagában is megeszik 4-500-at, meg a YouTube is 300 körül a Flash processzel együtt). Mennyi is 40*100? 4000, azaz 4GB + 4GB (böngésző + kiegészítők + felgyülemlett memory garbage) = 8GB

Különben meg kurvára elbeszélünk egymás mellett, mert azt egy szóval nem mondtam, hogy ennyi alatt nem fut. De még azt sem, hogy ennyi alatt ne futtathatná kényelmesen valaki, light-osabb felhasználási szokásokkal.

Annyit mondtam, hogy 7-8 gigát lazán belakik a böngésző az összes processzével meg minden mással együtt, HARDCORE HASZNÁLAT ESETÉN.

És akkor 16 gigánál marad 8 a többinek (igen, Photoshop, Virtualizált Windows a maga szintén 1-2 gigás igényével.

12-nél 4 marad az OS-nek és a többi programnak. De ha nem akarod azt sem, hogy nyihogjon a swapért, amikor éppen egy memóriatúlcsordulásban szenvedő programot kilősz (emlékeztetnélek, ZeGa linkelt még régebben egy Windows 8 alatt futó Opera 12-ről screenshotot, ami valami 4-4,5 gigát evett egymagában, mert memóriaszivárgása volt Windows 8 alatt.

Ettől még azt sem állítom, hogy ez lenne az átlagos, mert nem az. Annyit állítottam, hogy a kompromisszummentes futtatáshoz bizony kell ennyi.

@Dzsini: www.youtube.com/watch?v=V6u5ETrs03E

@Cobalt: Sok off között majdnem elveszik az on...
Tényleg érdekes a dolog, kösz az infót!

@ZeGa: "Kb annyi, hogy katt és már nyitva is van."

Nálam elég ha az egérmutatót a gyors hívó linkre ráviszem és már nyitja is.

@Cawington: Ezt most nem igazán értem, hogy viszed a gyorshívóra, ha még nyitva sincs az opera?

Penge, oda adjam kipróbálásra a gyerek számítógépét? Azzal tudnál tesztelni.

@ZeGa:

Ha a gyorshívóra viszem az egérmutatót akkor nyilván nyitva az Opera.

@Cawington: Igen, de arról van szó, hogy maga az Opera milyen gyorsan indul.

@ZeGa:

Értem.

@Med1on: :)

@Cobalt:
Kezdeményezésnek nem rossz, viszont ebben én se nagyon hiszek. Már az OEX-szel is volt hasonló céljuk, de az nyilván borult a Chromiumra váltás miatt. A nagyobb baj viszont az, hogy a Mozillát elég nehéz lesz meggyőzni, hogy az évtizede csiszolt saját addon infrastruktúráját kukázza, és egy az egyben áttérjen erre. Az Operának működik, hogy azt a pár API-t, ami eddig volt, konvertálás után emulálja, de ugyanezt a Firefox-szal nehéz lenne megoldani.
De hátha összejön. Jó sok szívástól mentené meg a fejlesztőket. Plusz egyben azt is jelentené, hogy az Opera hasonló szinten lenne testreszabható, mint a Firefox.

"Initial bookmarks functionality should be available quite soon"

Lehet, hogy már a 17-es devbe lesznek könyvjelzők.

@Nekomajin: Mintha olyat irtak volna, hogy a Mozilla vinne a specifikacio egyik valtozatat.

manifest.sysapps.org/

A Firefox szintu testre szabhatosag valoszinleg kizart. Ugytunik, hogy a Chrome szintu lenne az alap es arra lehetne vendor specifikus boviteseket rakni.

@Cobalt:
Nekem mindegy, hogy pontosan hogy működik majd a dolog, csak találják ki hamar, mert abból nagy köpködés lesz, ha 1-2 évente cserélődik a platform.

@Nekomajin: Szerintem Firefoxnál a JetPack-re gondolnak, nem a XUL-os változatra, ami tényleg méltó volt a bővítmény névre. Azt simán kukázhatják, elvégre nekik sincs már különösebb tartásuk. A 25-ben még a tabok is ugyanazt a trapéz formát vették át, mint Chrome-ban.

Egyébként meg az OEX-et azért nem vitték sikerre, mert az saját kezdeményezés volt. Viszont mióta ők lettek a Google hivatalos Emeséi, azóta a Google ebben látni fog fantáziát, ettől jobban nem is jöhetett volna. Mert birodalmat imádnak építeni, ahogy házi szabványokat is gyártani, de a PRISM óta kicsit visszavettek a csipából, viszont most gyakorlatilag az Opera a kezdeményező és végrehajtó is egyben. Nekik csak "csatlakozni" kell. Ahogy anno a Microsoft pernél. Ott sem a Google-t basztatták, hanem az Operát, pedig a Google (meg az EU) nélkül semmi nem lett volna belőle.

Ha az érdekek párhuzamosak, akkor a Google kiváló szövetséges.

Most úgyis a Firefox került fel a halállistájukra. És ezzel így tiszta kézzel ki tudják végezni. Mert a kiegészítőfejlesztők eddig fejlesztettek külön Firefoxra vagy inkább Chrome-ra és Firefoxra is, majd ha még maradt idejük/kedvük, akkor Operára is.

Most belépett az IE és a Safari is a kiegészítős piacra (bár a Safarinak harangoztak a Blink óta) a butábbik oldalon.

Firefoxnál meg már így is átírtak egy csomó kiegészítőt (amiket tudtak) Jetpack-re (úgy láthatod, hogy "No Restart"-ként van hirdetve). Szóval ha ezt szabványosítják (és a Google-val a hátuk mögött szabványosítják), akkor nyomás lesz a Mozillán, a Jetpack-et beáldozza (rövidtávon még előnyös is lesz, mert általa kapásból megnyerik az összes Chrome-os kiegészítővel való kompatibilitást), onnantól már jön a Safari is (Tim Cook azért szolgalelkűbb, mint Jobs volt), a Microsoft meg újabban annyi bakot lő, hogy már lassan kihal a populáció, szóval ők is vagy támogatják, vagy Ballmer repül és utána támogatják.

Innentől viszont a userek fogják az apátiájukkal beverni a szöget a Firefox XUL-os kiegészítőinek a koporsójába. Majd a Mozilla végül, mikor már szinte senki nem fogja használni ezeket (mármint a mérhető piaci részesedésből), akkor dobják a támogatást, akár teljesen át is írják a böngészőt, így annak is annyi. És lőn, boldog tudatlanság.

Tudom, hülye, összeesküvés-elmélet hívő és gyártó marha vagyok, de ezt most kereteztessétek be, aztán ha 5-6 év múlva megvalósul, hívjatok meg egy sörre. :D

@penge™:
A W3C átlagos tempóját ismerve, jó, ha 5-6 év alatt egy logót összehoznak ennek a NEX-nek. :D

@Nekomajin: Ahhoz képest, hogy a HTML5-nél is ott fanyalgott még pár éve egy csomó ember, hogy 2022-ben lesz majd végleges, aztán ma meg már ott tartunk, hogy HTML5 képes böngésző nélkül szerintem már a Google kereső is ritka ocsmány lenne, nemhogy a Facebook, Maps, Gmail, Live Office, Drive, további felhőszolgáltatások pl. MEGA, amik valószínűleg nem is mennének.

De még sima szöveges oldalakon (pl. TheVerge, Apple oldalai vagy akár a Wikipédia egyes részei. Pl. Chrome-ban megjelent nálam hoverre egy "edit source" az "edit" mellett. Operában csak utóbbi látható, ami forráskódot szerkeszt, míg Chrome-ban ez az edit source, a sima edit ott már WYSIWYG módban működik.

Szóval hiába lassú a W3C, a nagyobb cégek felkapták a HTML5-öt és sikerre vitték.

@penge™:
Azt jó lenne ilyenkor tisztázni, hogy ki mit ért HTML5 alatt. Megtévesztő a név, mert könnyen azt hiheti az ember, hogy csak a jelölőnyelv következő verziójáról van szó, holott nem. És ha úgy nézzük, hogy a WHATWG 2004-ben alakult, vagy a CSS3 első tervei 1999-ig nyúlnak vissza, akkor elég lehangoló a kép.
Egyébként te biztosan tudod, de talán mások nem, hogy a W3C akkor nyilvánít ajánlásnak egy technológiai csomagot, ha azt két egymástól független gyártó 100%-ig implementálja. Ez van kitűzve célnak 2014 végére. De figyelembe véve, hogy jelenleg is léteznek olyan HTML4 és CSS2 elemek, amiket senki sem implementált, a kérdés inkább az, hogy egyáltalán végleges lesz-e valaha. Mondjuk annyival jobb a helyzet, hogy most már a piaci szereplőknek is elég nagy ráhatása van a fejlesztésre.

Szóval a lényeg az, hogy 1-2 évnél korábban senki se várjon érdemi előrelépést ebben a NEX ügyben.

Sziasztok, segítséget kérek, nem tudok "házilag" megírt bővítményeket hozzáadni programokhoz sem itt, az Operában, sem a chrome-ban, sem a comodo dragon-ban. Nemrég újra kellett telepítenem az op. rendszert és a böngészőket is vele együtt,azóta nem hajlandóak ezeket fogadni. Másnál megy. Milyen beállítást kell megváltoztatnom hozzá? Köszönöm a választ nallaci63

@nallaci63:
Engedélyezd a fejlesztői módot a kiegészítők lapon, és utána simán mappából be tudod tallózni.

Opera 17 infómorzsák:

- alapszintű könyvjelző
- rögzíthető fülek
- egyedi háttérkép a gyorshívóban
- Chromium 30 alap
- szinkronizálás

Az első előzetes már a jövő héten megérkezhet. :)

@penge™: Én még mindig nem értem miért mondod hogy a firefox lassú. Nálam konkrétan észre sem lehet venni a különbséget a chrome -hoz képest.
Ami látványosan lassabb, az az ie. Persze ritkán vagyok winen, és annál is ritkábban indítom el az ie -t. Mindenesetre ott nem az indulási sebességgel van gond, hiszen annyira össze van kalapálva a windows -al, hogy a fele már úgyis a memóriában van, így az indulás nagyon gyors. A lapnyitás viszont keservesen szar.
Firefox -ról viszont ez nem mondható el, még sok kiegészítő esetén sem. A több évvel ezelőtti változatairól most nem érdemes beszélni, én az újabbról írok.

A superfetch -el meg tévedsz. Az azt nézi hogy mikor mi van elindítva, és ez alapján statisztikákat gyárt. Ezért aztán ha állandóan nyitva van neked valami, az pont hogy azt fogja jelenteni, hogy ezt a programot berántja a memóriába ha van hova.
Nálad inkább az lehet az ok, hogy nincs hova, hiszen ha megtöltöd a memóriát olyan adatokkal amik fontosak, akkor a superfetch nem fog tudni oda előre tölteni semmit, és a hdd -ről kaparja majd össze a programot, amikor indítod. Ez gondolom nyilvánvaló. Csak abból gazdálkodhat ami van.
Nekem 4gb van, az gyakorlatilag mindenre elég. Nem azt mondom hogy nem tennék bele többet, mert hát miért is ne. De alapjában véve elég.
A chrome -al egyébként azon túl hogy fapados szar, van még egy hatalmas gondom. Tök feleslegesen piszkálja a hdd -t. Fogalmam sincs hogy miért, de mindenfajta beállítás mellett ezt teszi. Amikor valaki ezt panaszolja, csak azt tudom rá mondani hogy váltson böngészőt, mert fogalmam nincs hogy miért csinálja ez a szar.

Még egy apróság. Ha linux -on akarsz a superfetch -hez hasonló mechanizmust (azon túl hogy eleve teljesen más a cachelési rendszer) akkor a preload programot ajánlom feltelepíteni. Nem kell állítgatnod rajta semmit, csak engedd futni alapbeállításon.

@más vélemény: Mert lassú. A reakcióidő. Minden, animációktól kezdve ablakok nyitása, fülek váltása, egyszerűen olyan nehézkes, lomha az egész. Ráadásul bizonyos esetekben még azt a hülye "script futása túl hosszú ideig tart, leállítja?" ablakot is feldobja.

Az IE-nek egy bugja van, ha a Java Helper engedélyezve van (ezt még moonman mondta nekem is), akkor tényleg baromi lassú a tabnyitás, de anélkül villám az egész. Csak buta és konfigurálhatatlan az egész böngésző, ráadásul Windows only.

A Superfetch elméletben tényleg gyártja a statisztikát, a gyakorlatban viszont éjjel kikapcsolom a monitort, majd 8-10-12 óra múlva be és az egész ki van lapozódva, minden, ami éppen fut.

A Superfetch tényleg arra van szabva, ha az átlaguser reggel bekapcsolja a gépet, este meg ki és hosszú heteken, hónapokon át alig tér el a szokásaitól. De nem arra, hogy a gép akár 30+ napig fusson újraindítás nélkül.

A Linuxos preload is ugyanerre van tervezve, ezért nem jött be, csak belassulást okozott. A szoftverek indítását és a bootot gyorsítja fel. Azokat, amikre a legkevésbé van szükségem. Mert bootolni max havonta 1x, szoftvereket indítani(!) meg tök random időpontokban. Pl. megnyitok egy txt fájlt, ha előtte kilapozódott minden a memóriába, akkor akár 5+ másopercbe is beletelik, ha előtte éppen semmi, akkor 1-2 másodperc a hidegindítás, ha épp akkorra ütemeződött a superfetch vagy a preload, akkor 1 másodperc alatt.

De nekem arra lenne szükségem, hogy a futó szoftvereimet soha, semmilyen esetben se lapozza ki, kivéve ha már a rendszer stabilitása múlik rajta. És amennyiben ez történik, akkor amint felszabadul elegendő memória, akkor lapozza szépen vissza abban a pillanatban, hogy amint átváltok rá, akár 1 óra, akár 10+ óra múlva, akkor az azonnal reagáljon mindenre.

@penge™: Azért lapozza ki, mert nem csinálsz vele éppen semmit, - még a képernyőt is lezárod - ami neki azt jelenti hogy nem is kell éppen neked...

Az a baj hogy windows -on ezt nem tudod állítani sehogyan sem, mert ennyire részletesen nem nyúlhatsz bele a cache -elési stratégiába. (bár lehet hogy vannak olyan bejegyzések a registry -ben ami megoldja ezt a gondot... bár ennek még nem néztem utána) Amit tehetsz, hogy magát a superfetch -et kikapcsolod.

Ellenben linux -on megteheted hogy megmondod neki mennyire akarjon swap -olni, és elég széles skálán mozog a beállítások lehetősége.

Nálam amúgy debian stable mellett a preload kifejezetten jót tett.

@penge™: Egyébként arra sem találok magyarázatot hogy nálad miért lassú az ff. Nálam egyáltalán nem az, és elhiheted hogy kifejezetten allergiás vagyok a lassú programokra. Ezért is kerülöm a javahoz hasonló cuccokat.
Sok éven át opera volt nekem is, és ehhez képest sem érzem egyáltalán lassúnak a rókát. (kb akkor váltottam végleg, amikor elkezdték ezt a chrome skinezősdit.)

@más vélemény: De pont ezt mondom, hogy ne akarjon okosabb lenni, mint én, ne vágja ki. Ha valami miatt kell a memória, akkor a Linux is kivágja, de a Windows egyszerűen mindig. Akkor is, amikor nem kell a memória, egyszerűen csak az idle-time alatti vinyókerregtetés alatt ő eldönti mit fetchel és mit nem.

Firefox: forum.hwsw.hu/topic/168273-opera-bongeszo-presto-chromium-interju.html/page__view__findpost__p__7339465

Ezekkel próbáld ki, mindjárt nem lesz olyan fürge a róka.

A fülcsoportok lehetősége (stack tabs) egyelőre nem tér vissza - Blazej Kazmierczak.

@Med1on:
Na ezt viszont sajnálom, mert a pinned tabbal együtt nagyon jól lehetett használni. Meg egyébként is jól jött néha, ha félre kellett tenni pár oldalt. Gyorsabb volt összedobálni őket egy kazalba, mint külön ablakba pakolni, vagy sessiont menteni.

Ez érdekes. Nyissa már meg valaki ezt a linket innen és ossza meg velem, hogy mit lát.

www.idokep.hu/idojaras/Bekescsaba

@Cawington:
30 napos előrejelzést Békéscsaba térségében.

@Nekomajin:

Az odáig rendben van, de nálam ezt produkálta az opera.

kepfeltoltes.hu/view/130806/596122969N_vtelen_www.kepfeltoltes.hu_.jpg

@Nekomajin:

De már rájöttem, le kellett iratkoznom két listáról az AdBlock-ban, mostmár jól jeleníti meg az oldalt!

@Cawington:
Hát igen, a tartalomblokkolók. Amúgy nem maradtál le semmiről, mert k*rvameleg lesz. :D

@Cawington: Chrome-ban találkoztam már ugyanezzel a jelenséggel, Operával (12) még soha.

Akkor ezek szerint a Malware Domains lista okozza (legalábbis nálam). És ott is az idokep1.t-online.hu címről behúzott képek, amik fennakadnak a szűrőn.

@Nekomajin: Az. Bezzeg Norvégiában... www.google.com/search?client=opera&q=weather+in+oslo

...még mindig nem esik a hó. :(((

Van valami megpldás, hogy a gif animációt leállítsam? A 12.xx alatt a NoAds elintézi de itt nem találtam semmit ami blokkolná engem meg borzasztóan idegesít, hogy olvasnák de valami ugrál a látómezömbe.

Opera 17 Dev holnap!

@Med1on:
Ma meg jött egy 16 Next.

Hopsz, bocs a dupláért. Changelog: files.myopera.com/daniel/desktopblog/opera_Next-16.0.1196.35-changelog.txt

@Med1on: Tölrhető az Opera 17 Dev.
www.opera.com/download/get/?id=35943&location=360&nothanks=yes&sub=marine

Van egy 16 Next frissítés pár bugfixszel meg egy Chromium cserével.
Changelog: files.myopera.com/daniel/desktopblog/opera-next-16.0.1196.41-changelog.txt?1376398648