Ezt már meg sem néztem. Nincs normális tördelés, se opera:config, se urlfilter semmi. Piros O betűs Chrome, turboval. Szuper Nem jó semmire.

Ettől félek az asztali változatnál is.

[ Szerkesztve ]

Van még rosszabb is: [link]

Ajjaj, tényleg közeleg a vész. Remélem azért, csak átalakítják az oldalt, azért nincs ott tartalom.

The only real valuable thing is intuition.

"Én, ha rajtam múlna, tennék egy külön gombot a felületre, ami a kijelölést kapcsolná ki/be, lévén, arra szerintem viszonylag ritkán van szükség, "háttérbenlinkmegnyitásra" viszont gyakran."

Na igen, lehetne opcionális, vagy akár teljesen kiiktatva, elvégre hosszú tap-ra helyi menüben így is ott van "Select text" opció, nem ezen a két extra érintésen múlik a világ béke...

Rossz a helyesírásom?! Vedd úgy, hogy mobilról írtam... :D

Meg gondolom láttad Penge fordítását is, amiben írja, hogy a WebKitnél konkrétan a Chromiumra alapoznak.
Mindenesetre ettől még a beállíthatóság tekintetében csak nem kúrják már el az Opera egyik legnagyobb erényét. Azért előre nem kell teljesen beparázni, elég lesz majd akkor idegeskedni, amikor esetleg bekövetkezik az, amitől tartottál, hogy elkrómosodik. (Remélhetőleg nem nagyon.)

Amúgy kíváncsi vagyok, az általános böngészési tempót hogyan fogja érinteni a motorváltás.

====

Penge_4 :
megnézted a sorrenddel kapcsolatos cuccot Linuxon? Amúgy konkrétan milyen disztribúciót használsz?

[ Szerkesztve ]

Sk8erPeter

Amúgy kíváncsi vagyok, az általános böngészési tempót hogyan fogja érinteni a motorváltás.

Ezt már most megmondhatom: úgy fog alakulni, hogy először baromi lassú lesz, aztán valamit hegesztenek rajta, kicsit javul, aztán úgy marad, és széttárják a kezüket, ill. mutogatnak a Chromiumra/WebKitre, hogy hát ez ennyit tud (ja *zmeg, nektek. nem kellett volna a jól működőt lecserélni - értem én, hogy miért "kell(ett)" meglépni, el ne kezd írni ), vegyé' i7-xxxxK-t egy szaros html megjelenítőhöz.
Ne legyen igazam.

The only real valuable thing is intuition.

"Mindenesetre ettől még a beállíthatóság tekintetében csak nem kúrják már el az Opera egyik legnagyobb erényét."

Miért ne? Átlagusernek nem kell opera:config. Az INI struktúrának annyi, legalábbis Androidon már csak json meg sqlite van.

"megnézted a sorrenddel kapcsolatos cuccot Linuxon? Amúgy konkrétan milyen disztribúciót használsz?"

Igen, megnéztem. Amúgy Kubuntut használok.

Ez mi volt? Mert a súgó főoldalára irányít. Vagy pont ez a baj, hogy eltűntették az inihez kapcsolódó cuccokat?

[link]

tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek

Sziasztok!

Jönni akartam panaszkodni, hogy a legutóbbi verzió óta egy katasztrófa az fb-t operán használni(gyak megöli nálam az egészet, nem csak az a lap), de látom nem vagyok egyedül a problémával..
Van esetleg valami hirtelen megoldás rá, azon kívül, hogy használjak mást? A mással az a bajom, hogy oldalra helyezett tab-ot, és egérparancsokat nem tudom melyik tud így..

Everybody lies.

Az ini kukázása miért akkora probléma? Windows 3.1-ről megmaradt formátum

Engem ez nem zavarna, ha a vele járó beállítások és opera:config cuccok megmaradnának, másmilyen módon tárolva. Sajnos attól tartok, hogy nem így lesz

Az operaprefs.ini és az opera:config lényegében egymás 1:1 vetületei, ha megnézed, ugyanazok a szekciónevek, ugyanazok a beállítások. Most két lehetőség van: vagy áttértek valami JSON alapú megoldásra, vagy le kell cserélnem az Operát hamarosan valami másra ...

Az Opera Mobile 14 előzetese alapján a Fit to Width funkciót elbuktuk (félek, hogy a következő áldozat a spatial navigation lesz). Ez annyira az Opera specialitása volt, más közelében nem járt ennek a feature-nek, végig bíztam benne, hogy a Mini miatt szerveroldalon megoldják maguknak, és így a mobil és asztali kliensbe is átkerül. Ha egy ennyire egyedi és kedvelt funkciót beáldoztak, akkor ki tudja, mi jön még. Persze azért bízom abban, hogy idővel visszakerül, de ha túl sok ilyen apróság bukik ki, és nem pótolják rövid időn belül, akkor a felhasználók kemény magjának búcsút inthetnek.

tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek

Várd meg a WebKit-es verziót. Addig annyit tehetsz, hogy a számodra szükségtelen fix pozíciós elemeket (és háttereket) kiiktatod userCSS-vel. Attól kicsit gyorsabb lesz, legalábbis a görgetés biztosan. Facebookot nem használok, de én ki szoktam vágni display:none !important;-tal a szükségtelen fix pozíciós elemeket. Szerencsére én olyan oldalakra járok, ahol csak úszkáló megosztás dobozok, cikkajánlók és hasonlóan nélkülözhető dolgok kapnak fix pozíciót. Háttér helyett (ha az is fix pozíciós) meg (mivel a sima fehér zavaró) beállítok valami kellemes színt linear-gradient-tel.

(#18713) hunfatal: Akkor egy piros pont a Microsoftnak érte (egyébként a Linux is ugyanezt a struktúrát használja).

Egyrészt ha csak magát a fájlformátumot nézzük, a JSON-tól kiráz a hideg. Minek oda kapcsos zárójel meg minden szar? Sokkal logikusabb volt egy szimpla egyenlőségjel, boolean, string és integer értékek, kikommenteléshez meg ; a sor elejére. Tisztább, átláthatóbb.

Ráadásul kevesebb karakter = kisebb méret = gyorsabb feldolgozás.

De ha más formátumba ugyanazt a funkcionalitást átemelik, az ellen nincs kifogásom, de nem ez lesz a vége. Az orosz oldalon egy pepelsbey nevű Opera fejlesztő írt, valaki lefordította.

(Google Translate, tehát webcam = WebKit (de erre olvasás után is rá lehet jönni) és hasonló félrefordítások, de a lényeg érthető. Meg vannak beszédes mondatok, mint "It is very difficult to change the minds browser interface and rewrite from scratch"

Meg írogattak olyat is, hogy 2x annyi RAM-ot zabál (Androidon). Most elindítottam próbaképp egy Chrome-ot 3 tabbal, amiből az egyik blog.hu-s, a másik about:memory a harmadik pedig ez az ITCafés oldal és 426 megát zabál. Van benne egy Adblock Plus, ami 98 megát eszik és egy Ghostery, ami 56 megát. Meg egy kilőhetetlen Google Instant (ha kilövöm újra nyílik), az 45 megát.

Fasza, nem? Operában egyedül az AutoPager/AutoPatchWork kiegészítők voltak erőforrásigényesek és dobták meg kb. 100 megával a memóriahasználatot, de gyanítom, ha valaki készített volna egy Lite verziót a legszükségesebb 20-30 lapozóscripttel, akkor az is elhanyagolható lett volna.

"Ráadásul kevesebb karakter = kisebb méret = gyorsabb feldolgozás."

Ez nem feltétlen igaz. Esetleg kevesebb memória. De XML-re is áttérhetnek, a linux kezeli azt is.

"De ha más formátumba ugyanazt a funkcionalitást átemelik, az ellen nincs kifogásom, de nem ez lesz a vége."

Ettől félek én is.

Egyrészt ha csak magát a fájlformátumot nézzük, a JSON-tól kiráz a hideg. Minek oda kapcsos zárójel meg minden szar? Sokkal logikusabb volt egy szimpla egyenlőségjel, boolean, string és integer értékek, kikommenteléshez meg ; a sor elejére. Tisztább, átláthatóbb.
Az Opera .ini fájlaira az átláthatóság nem igazán jellemző, van ott kavarodás bőven a menük és toolbarok környékén a fájlformátum határainak megerőszakolásával. Tavalyelőtt nekiálltam egy általános classlibet összedobni az Opera .ini/.adr fájljainak a kezelésére. Ez az operaprefs.ini esetén pillanatok műve volt (kivéve a content type-okat), azonban a menüknél használható dokumentáció hiányában már igazi fejfájás volt egyes sortípusokban a konkrét formátum kitalálása, így inkább hagytam az egészet a fenébe.

Én is utálom a JSON-t, mert ránézésre nehezebben értelmezhető. Azonban van egy nagy előnye az .ini-hez képest: nem csak kétszintű hierarchia (csoport+érték) írható le benne, hanem tetszőleges mélységű. Feldolgozása az XML-hez hasonló időigényű*, annál jóval kevesebb helyet igényel, de bármilyen hibakeresés és kézi hegesztés már kínszenvedés.

* kivéve olyan helyen, ahol már maga a feldolgozókód JS-ben fut, mint egy böngészőben, mert ott a JSON szinte nulla idő, míg az XML plusz nyűg

Ráadásul kevesebb karakter = kisebb méret = gyorsabb feldolgozás.
Ez nem mindig igaz. Hiába kompaktabb egy formátum, ha nagyobb k értékű LL(k) parser képes csak feldolgozni, ilyenkor a bonyolultabb feldolgozás, és a nagyobb token lookahead buffer kezelése elviheti a kisebb adatmennyiség okozta előnyöket.

[ Szerkesztve ]

tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek

Sajnos nem tudom elég gyorsan nyomni az ESC-et. Ha gyorsabban nyomom, akkor bevág a 8-as metro felületére, mert még nem engedtem fel a ctrl-t

read-only mode on the forum

Akkor szokd meg! Ill. van az a lehetőség, hogy a Wand ne submitteljen (opera:config#UserPrefs|WandAutosubmit pipa kivesz), de ez sajnos globális beállítás.

The only real valuable thing is intuition.

"akkor a felhasználók kemény magjának búcsút inthetnek."

Nem csak annak. Mivel pénzük ekkor se lesz marketingre, meg OEM-ekkel társulni, meg népszerű szarokba bundled Operát gyártani, ezért még az 1%-ot is elveszítik és visszacsúsznak ilyen gány böngészők szintjére, mint a Maxthon vagy az Avant. Egyáltalán miért kéne bárkinek is ezek után Operát használni? A fícsörök miatt használta mindenki, meg maximum páran az Opera Turbo miatt. Ha a Google is beszáll a bizniszbe, akkor a hatalmas szerverparkja röhögve lenyomja az Opera Mini szerverparkját és ezt a szegmenst is bukták. Nyilván alternatíva hiányában ha már nagyon rá leszek kényszerülve, hogy 12.14-ről váltsak, akkor akár egy szimpla (mindenhol működő) mouse gestures vagy billentyűparancs konfigolhatóság is elegendő lesz, hogy az Operát válasszam, de minél kevesebb ilyesmi tart majd az Opera mellett, annál nagyobb az esélye, hogy ha a konkurencia jobbat kínál, akkor átállok.

És akkor még mindig csak rólam, mint extra igényekkel rendelkező power userről beszéltünk. Az átlagfelhasználó semmi miatt nem fog Operát használni, mert bármelyik böngésző kiszolgálja az igényeit. Neki mások a prioritásai.

"Az Opera .ini fájlaira az átláthatóság nem igazán jellemző, van ott kavarodás bőven a menük és toolbarok környékén a fájlformátum határainak megerőszakolásával."

Ja, a sok kis vesszőre gondolsz, például a sajátgomboknál, vagy 1-1 komolyabb parancsnál? Az tényleg durva volt.

Meg már 1-2 verzióval korábban is bevezették a dialogs.yaml fájlt, mert ott már elérték az ini határait. Szóval várható volt, hogy előbb-utóbb bekövetkezik, a kérdés már csak az, hogy miket emelnek át a régi funkciók közül.

"kivéve olyan helyen, ahol már maga a feldolgozókód JS-ben fut, mint egy böngészőben, mert ott a JSON szinte nulla idő, míg az XML plusz nyűg"

De míg a Chrome eleve webes nyelvekben íródott nagyrészt és szinte minden "weboldal", még a saját gyorshívójuk is, addig az Operában azért volt sok natív kód is. És ez jó volt, mert gyorsabb volt. Ha Operában is minden webes nyelveken lesz írva (még a panelek is), azon a JSON sem segít.

"Hiába kompaktabb egy formátum, ha nagyobb k értékű LL(k) parser képes csak feldolgozni, ilyenkor a bonyolultabb feldolgozás, és a nagyobb token lookahead buffer kezelése elviheti a kisebb adatmennyiség okozta előnyöket."

Szóval akkor ezért van, hogy a brainfuck a leggyorsabb kód?

Amúgy ez az általános szabály konkrétan az INI-re kivetítve mit jelent? Valóban lassabb, mint a JSON?

(#18719) AtHoS: opera:config#UserPrefs|WandAutosubmit

(#18720) brd: Vagy csinál neki sajátgombot, billentyűparancsot vagy mozdulatparancsot. Egyelőre még megteheti, aztán ki tudja... Amúgy ha már itt tartunk, itt is volt egy ősrégi bug. Vagyis ha bizonyos parancsokat raktál be és menüből ki/be kapcsoltad, akkor újratöltötte minden nyitott tabon a stíluslapokat, ami miatt egyrészt a zoom értéke mindenhol visszaállt defaultra, másrészt pár másodpercre meg tudta fogni a böngészőt sok nyitott tabnál.

Ilyen volt egynek például az általam F12 alá berakott "Enable Content Blocker" (hogy egyszerűbb legyen debuggolni, ha valami gáz van az oldallal) is. Ezt a bugot se javították évek óta.

[ Szerkesztve ]

Ezzel a hozzászólással teljesen egyetértek, nekem sem lenne probléma, ha az INI-ket lecserélnék JSON-re, ahogy írtad, normális formában, nem minimalizáltan tök jól olvasható. És igen, létezik pl. http://jsbeautifier.org/, ha mégsem lenne az elsőre.
Nekem az is szimpatikus, hogy a Google Chrome extensionöknél JSON-formátumban kell megadni az alapadatokat (manifest.json), semmi baj nincs vele, teljesen jól olvasható, és így egymásba ágyazott formátum is megadható, ami ilyen esetben jóval olvashatóbb az INI-fájloknál.
Az XML csúnyább egy fokkal számomra, de attól még az is jól olvasható, az ellen sem tiltakoznék.
Csak ahogy írtad is, legyen egységes, és akkor ez a formátumprobléma megoldott kérdés.
Sőt, kívánom minden Opera usernek, hogy az új verzióknál az legyen a legnagyobb problémájuk, hogy az ő preferenciájuknak esetleg nem felel meg az XML- vagy JSON-formátum, az lenne a szép világ, egy jó böngészővel.

Sk8erPeter

Mekkora felfedezést tettem. Adaptív módban lévő VGA smooth scroll esetén felvált maximum frekvenciára. Ami már csak azért is érdekes, mert nem HD videók asztali vagy Flash-es lejátszásakor is csak közepes teljesítménnyel pörög. De legalább egyúttal arra is rájöttem, hogy néha miért indul kicsit nehézkesen.

Sziasztok.

Flash video letöltésére a Flash Video Downloader-t használom operához, de nem minden oldalról ment le, próbáltam olyat is, hogy megvárom míg letöltődik a videó, és az Opera Cache View-val megkeresem a megfelelő .tmp fájlt, ez a kis program mutatja is, hogy pl az adott flash video flv vagy mp4 formátumú, de ez a megoldás sem minden ilyen videó megosztón működik. (Nem mindig listázza a flasht) A forrásfájlban se találom. Kérdésem, hogy lehetne menteni pl a http://vidup.de/ oldalról videót?

Köszi.

Sziasztok!
Azt szeretném kérdezni, hogy az elmentett levelezési fiókjaimat hol tárolja az Opera? Mert nem az AppData\Roaming\Opera könyvtárban.

Rip and cut and mutilate the innocent, his friends, and again and again and on and on.

AppData\Local\Opera

Súgó -> Opera névjegye vagy címsorba opera:about elég sok mindenről infót ad

read-only mode on the forum

Hogy tudom beállítani, hogy a beágyazott Youtube-videók teljes képernyőn menjenek? Most így mennek:

Soha ne mondd, hogy soha.

youtube.com/html5 - Leave the HTML5 Trial (a blabla végén)

Pár napig én is használtam, mert az Adobe Flash is nagyon rossz mostanában, de sajnos html5 módban még annyira sem használható a youtube, mint normál módban.

Harrrr!!!!

Köszi, eddig hibátlanul működik.

Soha ne mondd, hogy soha.

Értem köszi.
És a feliratkozott RSS csatornákat is az email-ekkel együtt tárolná?
Erről nem látok infókat a súgóban sem.

Rip and cut and mutilate the innocent, his friends, and again and again and on and on.

Igen, mindkettőt az M2 felület kezeli.

tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek

Mit jelent az, hogy "M2 felület"?

Továbbá ez az Opera Local könyvtárának tartalma.
Elmondaná valaki, hogy az egyes könyvtárak pontosan mit tartalmaznak?

Rip and cut and mutilate the innocent, his friends, and again and again and on and on.

M2 = az Opera levelező és RSS kliense

temporary_downloads: ideiglenes letöltések, azok a fájlok kerülnek ide, amelyeket nem mentesz el, hanem azonnal megnyitsz
icons: a meglátogatott oldalak ikonjai
pstorage: local és session storage
widget: telepített Opera bővítmények
mail: ez egyértelmű
thumbnails: a Speed Dial előnézeti képei
cache:ez is egyértelmű
jumplist_icon_cache: Windows 7 alatt az Opera ikonjához tartozó jump list ikonok
vps: a meglátogatott oldalak tartalmának indexelt változata (ezt a kereső és a címsor is képes használni, aminek segítségével nemcsak a meglátogatott oldalak címében, hanem annak tartalmában is keres a megadott szövegre)
opcache, application_cache: passz

tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek

Én RSS-re nem használnék semmilyen lokális alkalmazást, mert azok csak akkor szedik a hírfolyamok elemeit, amikor épp futnak. Inkább a Google Reader. Az folyamatosan gyűjti a híreket amelyek bármikor egy böngészőből elolvashatók

Aki tejszínhabot szeretne, az inkább verje ki a fejéből!

application_cache: Elvileg a WebDatabases lenne, amit lecseréltek IndexedDB-re (amit az Opera még nem támogat).

opcache: Én sem tudom, de a levelezési indexhez van valami köze. Egyszer még régebben, mikor profilt takarítottam, töröltem és keletkezett pár olyan levél, ahol a listában "üres levélhelyeket" lehetett kijelölni és nem jelent meg levél. Bár nem tudom, hogy tényleg köze volt-e hozzá vagy bug volt-e.

(#18741) M_AND_Ms: Ja, 1-2 órás késéssel frissülnek egyes "Most obscure" feedek, meg újabban a 30 napja olvasatlan feedeket önhatalmúlag törli. Szóval csak óvatosan azzal is.

Egyébként a többivel egyetértek, engem is bosszant, hogy nincs használható RSS alternatíva, csak ha az ember szervert bérel, amin saját Feedburner fut. Pedig nem lenne nagy dolog egy hibrid megoldás, de úgy néz ki 2012 áprilisa óta a Wishlist-en is csak 1 szavazat érkezett rá...

Cserébe a Google Reader 30 nap után törli a cikkek olvasottságát. A lokális sem jó, de a Google Reader sem az igazi, bár szerintem még mindig az a legjobb RSS-re.

Az igazi megoldás olyan webes szolgáltatás lenne, amely az online felület mellett IMAP-on keresztül levélként kiadná az összes cikket, és helyesen kezelné az olvasottságjelzést.

Penge_4: egyetértünk Ma másodszor sikerült jó nagy késéssel leírnom ugyanazt, mint előttem valami, mert holmi munkával megzavartak írás közben

[ Szerkesztve ]

tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek

Nekem a 30 nap bőven elég.

Aki tejszínhabot szeretne, az inkább verje ki a fejéből!

Köszönöm szépen!
Ebből pár könyvtárat fogok szinkronizálni felhőbe.
A mail könyvtár egy részét is szeretném, de úgy, hogy a mail könyvtárban lévő fájlokat mindent, plusz a benne lévő könyvtárak közül csak egy párat. Ez megoldható valahogy symlinkeléssel?

(#18741) M_AND_Ms: Nálam amíg be van kapcsolva a gép, az Opera is fut, tehát nekem megfelel RSS kliensként is.

Rip and cut and mutilate the innocent, his friends, and again and again and on and on.

A mail könyvtár egy részét is szeretném, de úgy, hogy a mail könyvtárban lévő fájlokat mindent, plusz a benne lévő könyvtárak közül csak egy párat. Ez megoldható valahogy symlinkeléssel?
Létrehozol valahol egy mappát, ebben hozol létre symlinkeket a szinkronizálni kívánt mappákra (akár ki is lapíthatod a struktúrát, nem kell a hierarchiát tartanod, ez csak egy tisztán funkcionális mappa, nem az Opera fogja használni), és ezt a mappát dobod be a Dropbox mappába symlink formájában (vagy ha már a Dropbox mappában hoztad létre direktben, akkor felesleges ez a lépés).

M_AND_Ms: Nekem a 30 nap bőven elég.
Nekem pár igényes és hosszú cikkeket készítő tematikus blogban kevés, ahol fel tud halmozódni nagy mennyiségű olvasnivaló, és húzósabb időszakban simán kifutok 30 napból. A csillagozás nem elég, már most is keveredik az érdekes, ezért megjelöltem, hogy tetszett, és a mindenképpen le szeretném olvasni, csak nem biztos, hogy 30 napon sor kerül rá kategória.

Persze híroldalon bőven elegendő, ott nyugodt szívvel törlöm pár nap után a felhalmozódást, még a 30 napot sem érik el az olvasatlanul maradt cikkek.

tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek

(és (#18745) lordjancso)
Persze, ki mire és hogyan használja.
Én pl több helyről olvasom őket (két gép és mobil) tehát szükséges az egy online nyilvántartás.

Aki tejszínhabot szeretne, az inkább verje ki a fejéből!

Ezzel a kiterjesztéssel elmentheted azokat az oldalakat, amelyeket később olvasnál el.

Ugyanott tárolja azokat is.