Keresés

Új hozzászólás Aktív témák

  • dqdb

    Topikgazda

    válasz Sk8erPeter #20620 üzenetére

    Arról van hír, hogy a felhős szinkronizációval mi a pálya?
    Elvileg dolgoznak rajta, a tesztszerverek néha működnek. A hivatalos válasz mindenesetre hetek óta a következő: hamarosan. Optimista Realista leszek: talán még idén.

    Aztán a múltkor említett opera:// protokollos idióta gyökérség kiküszöböléséről lehet esetleg tudni valamit?
    Nincsen infó, pedig más feltette már a kérdést.

    A window.prompt() felpattanása után az alapértelmezett szöveg kijelölésére vonatkozó infókról van valami, hogy szándékoznak-e az összes többi böngészőhöz hasonló, nem különutakat járó idiótaságot bevezetni, tehát hogy igenis jelölje ki az alapértelmezett szöveget ebben az ablakban?
    Nincsen infó, pedig feltettem ezt a kérdést.

    Közben még egy kérdés felmerült: portable-módban telepítettem az Operát, másik OS alatt mégsem léteznek a jelszavaim:
    Az adott OS telepítésből származó infókkal titkosítják a fájlt. Más már jelezte, hogy ez amúgy sem poén, portable telepítésnél főleg nem, de nulla hivatalos reakció.

    Szóval csak a szokásos :D

    tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek

  • dqdb

    Topikgazda

    válasz Sk8erPeter #20625 üzenetére

    Akkor már nem azt kellene előbb lehetetlenné tenni, hogy lazán meg lehessen nézni a jelszavakat az ominózus oldalon, ahogy Chrome-ban? Mert mielőtt bármiféle biztonságra hivatkoznak, azelőtt inkább ezen kellene elgondolkodniuk.
    Arra gondolsz, hogy a Show/Hide gomb ne jelenjen meg? Ha igen, akkor az opera.pak fájl 43512 azonosítójú tartalmának a 11347. sorában kell egy minimális módosítást megejteni:

    if (this.selected) {
    input.classList.remove('inactive-password');
    button.hidden = true;
    } else {
    input.classList.add('inactive-password');
    button.hidden = true;
    }

    Ezt megtalálni maximum 6-7 percet vett igénybe screenshotkészítéssel együtt. Mivel ez Chrome/Chromium származék, ezért ott ugyanez a megoldás működni fog, maximum fordításkor a tartalom pár azonosítóval arrébb csúszik ehhez képest (mivel Chromiumban nem ellenőrzik a resources.pak érintetlenségét, és a módosítás során kevesebb karaktert írsz be, ezért a szétbontás-módosítás-becsomagolás kör helyett simán egy hexa editorral megoldhatod).

    Na, szóval bullshit bullshit hátán, oh yeah!
    Egy ideig úgy tűnt, hogy a jó irányban haladnak, de az elmúlt 3 hét ismét a félrebeszélésről szól.

    Van új developer build, most a patcheléssel megvárom a változáslistát ;]

    [ Szerkesztve ]

    tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek

  • dqdb

    Topikgazda

    válasz Yani07 #20636 üzenetére

    Hol tudok például importálni?
    Kizárólag korábbi Opera 12 profilt képes importálni, ezt automatikusan felajánlja.

    Hol tudok például exportálni?
    Sehol.

    Hol hozza az előzményeket?
    Ctrl+H.

    Hol hozza a kedvenceket?
    Hivatalos válasz: ott a speed dial és a stash. Közben rájöttek, hogy hülyék voltak, és készül a könyvjelzők támogatása, de ez még idő. Opera 17-ben bővítménnyel lehet majd kezelni őket, és lesz egy bekapcsolható, de bugos könyvjelzősáv Quick Access Bar néven, ez a végleges Opera 18-ban valószínűleg már rendesen fog működni, most javítgatják. Rendes könyvjelzőkezelés managerrel, panellel és metaadatokkal: who knows.

    Hol az oldalsáv?
    Sehol. Pontosítanék: tervben. Vagyis jelenleg sehol.

    Egyáltalán, van lehetőség komolyabb beállításra?
    Nincsen. Bővítményekkel lehet némi haladást elérni, de a régi Opera 12 tudásszintje fényévekre van.

    tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek

  • dqdb

    Topikgazda

    "We haven't planned this, but we still have issues with servers for synchronization. Therefore synchronization is not going in O18. Once we will have working servers, you will be able to start using sync even with O18, as the code is in place."
    [link]

    "Where are tab stacks, multiline tabs, tab previews ... etc?"
    "In O19 or soon after you might expect some very nice tabs enhancements.. At least I'm very keen to see them in the product, prototypes looks very very promising. "

    [link]

    "Any word on the possibility of vertical tabs coming to v18, or will I need to keep waiting for at least the next round?"
    "Not O18, but probably soon after"

    [link]

    "How about the Opera Dragonfly?"
    "yeah, we have a ton of work to do. And we are aware of problems with current developer tools. But thanks for nagging "

    [link]

    "Also I miss simple link selection (text inside link's anchor) - it's dragging"
    "Same here We are starting to work more on the blink side, so we will have this fixed at some point, hopefully."

    [link]

    "QAB will stay like it's today, more or less, for O18. Future changes will income though, rather for sure."
    [link]

    "Every time I use a search engine on another site, such as youtube or rogerebert.com, that engine is automatically added to my search engine list and has to be manually removed. I do not want any search engine added to my list unless I add it myself."
    "Thank's, we will have a look on that."

    [link]

    anorche1: nem tesznek ígéretet az időpontra, dolgoznak rajta, és majd megjelenik, ha elkészülnek vele. FreeBSD port viszont valószínűleg nem lesz.

    [ Szerkesztve ]

    tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek

  • dqdb

    Topikgazda

    válasz Predator2 #20655 üzenetére

    Még bizakodom, de korrigálnom is kell egyben. Mivel az O18-ban eddig újdonságok helyett csak polírozást kaptunk, így annyira lelassult a fejlődés üteme, hogy inkább O20-O21 környékére tenném azt az állapotot, aminél nekem már valószínűleg nem lesz hiányérzetem (vagy kapok natív funkciót, vagy sikerül megoldani kiegészítővel). Most a lassúság oka vagy az, hogy párhuzamosan dolgoznak több nagyobb szabású feature-ön, és még egyik sem készült el annyira, hogy a developer csatornába beférjen, és egyszerre kapunk hamarosan sok jóságot, vagy nagyon visszavágták a fejlesztőcsapat méretét, akik elegendő erőforrás hiányában nem képesek csodára, és sose lesz ebből jó böngésző.

    tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek

  • dqdb

    Topikgazda

    válasz Johnny194 #20657 üzenetére

    Nálam 12.16 alatt minden rendben van a megjelenítésben (az, hogy használhatatlanul lassú bármiféle görgetés az oldalon, már más téma). Nem lehet, hogy valamilyen reklámszűrő (vagy éppen hiánya) kavar be nálad?

    tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek

  • dqdb

    Topikgazda

    válasz LonGleY #20665 üzenetére

    Desktop szinten az oldalkompatibilitást elősegítő browser.js-t frissítik néha, de abból is 3 hetes a legutolsó darab. Most ez vagy azt jelenti, hogy azóta nem rontottak el egyetlen népszerű oldalt sem, vagy azt, hogy a Linux userek duplán megszívták.

    <MZ/X>: aki a 15-öt látva rosszul lett, annak a 16-ot sem ajánlom, a leendő 17-et sem, kizárólag a legutolsó 18-as developer buildet (mert annál frissebb nincsen ...), és azt is úgy, hogy az opera://flags oldalon alaposan körülnéz, és bekapcsol még fejlesztés alatt álló feature-öket is. Stabilitási probléma nincsen, csak tudásbeli, de azt használva már egy kicsit finomabban csiszolt kőbaltát érezhetsz a magadénak.

    operapref.ini
    Ez volt már a 15-ben is, JSON formátumú Preferences fájl a profilodban.

    sessionok
    Hivatalos kommunikáció: erre jó a speed dial folder, elmentheted bele az összes megnyitott fület, és egyszerre meg tudod őket nyitni.

    könyvjelzők
    Hivatalos kommunikáció: a 18-ban készen van az API, elvileg tud mindent, amit a régi, Quick Access Bar néven van könyvjelzősáv. De ... nincsen bookmark manager, nickname beírási lehetőség, bookmark panel, a QAB helye is fix, nem tudod a könyvjelzők címkéit elrejteni, stb. Chrome bookmark bővítményekkel a helyzet némileg javítható.

    testreszabhatóság
    Hivatalos kommunikáció: vannak témák, azokkal le tudod cserélni a speed dial háttérképét :) Majd egyszer talán ...

    tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek

  • dqdb

    Topikgazda

    válasz fatal` #20669 üzenetére

    Letöltés: semmi reakció a kérdésekre, legutoljára tegnap kérdezett rá valaki az egyik topikban.

    Speed Dial: ígérik, hogy készül. Addig van ez, a hétvégén igazítottam rajta kicsit, a legutolsó developer buildet is támogatja.

    [ Szerkesztve ]

    tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek

  • dqdb

    Topikgazda

    Az Opera 18-ba szinte biztosan bekerül a könyvjelzők támogatása a Quick Access Bar révén (más módon, mint panel, manager, biztosan nem). A mai developer buildben már eléggé stabilnak érezték, hogy alapértelmezetten az opera://flags oldalon bekapcsolva legyen.

    A keresők beállításán is módosítottak, most szebb in-place felületen lehet továbbra is nem módosítani az alapértelmezett keresőket :(((

    [ Szerkesztve ]

    tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek

  • dqdb

    Topikgazda

    válasz pászka #20674 üzenetére

    Azt nem tudja valaki hogy a levelezőt visszapakolják-e valamikor?
    Körülbelül nulla az esélye. Ez egy Opera alkalmazott válasza volt valamelyik blogbejegyzésnél, sajnos elfelejtettem elmenteni a hozzászólás címét.

    tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek

  • dqdb

    Topikgazda

    válasz AtHoS #20681 üzenetére

    Ajánlott még Opera 12-ben elrendezni úgy a Quick Access Bar tartalmát, ahogyan Opera 18-ban látni szeretnéd.

    Megoldás 1
    1. Mentsd el a régi Opera 18 profilodat, mert minden el fog veszni belőle (én szóltam)
    2. Ha az Opera 12-t az alapértelmezett helyre telepítetted, akkor add ki ezt a parancsot:

    launcher.exe --presto-small-prefs-dir=%APPDATA%\Opera\Opera --presto-large-prefs-dir=%LOCALAPPDATA%\Opera\Opera

    Ha nem, akkor módosítsd úgy, hogy a small mappa a roaming, a large a local mappára mutasson. Ha hordozható Opera 12-t frissítenél, akkor mindkét mappa ugyanoda mutasson, a hordozható telepítés profile mappájára.

    3. Várjál, amíg elindul az Opera 18. Nemcsak a könyvjelzők, hanem még további beállítások (jelszavak, keresők, nyitott fülek) is átkerülnek az új változatba.

    Megoldás 2
    1. Opera 12-ben exportálod a könyvjelzőket HTML formátumban.
    2. Chrome-ban vagy Chromiumban importálod azt.
    3. Átmásolod a Bookmarks fájlt a Chrome vagy Chromium profilmappájából (Chrome esetén az alapértelmezett helye a %LOCALAPPDATA%\Google\Chrome\User Data\Default) az Opera profilmappájába (menü > About alatt megjelenik a mappa helye)

    A Windows Explorer és FAR Manager tökéletesen kezeli a környezeti változókat, gondolom a Total Commander és társai is képesek rá, ezért a sok %, így legalább a felhasználónév miatt nem kell a parancsokat módosítani.

    [ Szerkesztve ]

    tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek

  • dqdb

    Topikgazda

    válasz grabber #20685 üzenetére

    Újra nem akartam rátérni,mert chrome alapú.
    Akkor ezzel kizártad a teljes Blink/Webkit vonalat. Maradt az Internet Explorer és a Firefox. Az első önmagát zárja ki, így Firefox az egyetlen javaslat. És tucatnyi extension.

    Sk8erPeter + Penge_4: rendszeresen előkerülnek az ilyen finomságok a blogon, általában észre sem veszik az őket, vagy ha igen, akkor maximum értetlenkedés a reakció. A legújabb kedvencem az, amikor egy input type=text mezőben állok:

    Ctrl+Shift+Enter: O12 új fülben nyitja meg a form.submit() végeredményét, O18-ban nem történik semmi
    Shift+Enter: O12 új fülben nyitja meg a form.submit() végeredményét, O18 új ablakban

    Rengeteg ilyen apróság hiányzik az új változatból, sok kényelmi funkció kissé máshogyan működik, és ezt nem értem. Ezeket szinte nulla idő lett volna implementálni, csak össze kellett volna őket gyűjteni az O12-ben megvalósítottakat. Már írom a listát ilyenekből, hogy hamarosan egy nekifutásra egy user JS segítségével pótoljam a hiányosságokat.

    tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek

  • dqdb

    Topikgazda

    válasz AtHoS #20690 üzenetére

    Reménykedhetsz, mert az utóbbi időben inaktív Haavard is megerősítette, hogy a QAB csak a kezdet.

    "I think it's pretty clear now, that the "bookmarks" everyone was asking for will never be anything else than this QAB."
    "No, this is just the first step."

    [link]

    [ Szerkesztve ]

    tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek

  • dqdb

    Topikgazda

    Az már eddig is köztudott volt a topikban, hogy az ESET Smart Security 5 és felette nem barátja az Opera 12-nek, mert jellemzően itt a PH-n felcserélődnek az avatarok és a smiley-k. De a Desktop Team blogján olvasgatva az Opera 16-nak sem, mert a böngésző rendkívül lassan indul el, és induláskor több száz MB-nyi adatot ellenőriz le teljesen feleslegesen (a teljes profil többszörösére kell gondolni).

    Mivel év végén lejár a Kaspersky licencem, ezért a 2013-as verzióról 2014-esre frissítés helyett az egyik gépemen az elmúlt egy hétben tettem egy próbát a Bitdefender Internet Security-vel, hogyan muzsikál, januárban váltsak vagy hosszabbítsak. Nos, a Bitdefender sem barátja az Operának, sem a réginek, sem az újnak. Pontosan ugyanazokat a tüneteket produkálja, azaz 12.16 alatt felcserélődnek a PH-n a képek, míg a 18 kínkeservesen indul el (15-20 másodperc alatt jelenik meg az ablak, és a bekapcsolt lazy tab loading ellenére további 20-30 másodperc egyetlen fül betöltése).

    Egy éves tapasztalatom alapján a Kaspersky Internet Security 2013-as verziója nincsen haragban az Operával (és pár napos alapján a 2014-es sem).

    hunfatal: Rengeteg ilyen van egyébként.
    Ha beugrik ilyen, akkor írd be a topikba vagy dobd át privátban. Ráérő időmben készítek majd ezekre bővítményt.

    Meg a plusz gomb eltűntetése a speed dialről is.
    Patcheléssel eltüntethető, nagyon remélem, hogy az ígért SD testreszabás tudni fogja.

    Meg a kiegészítők sorrendjének felülbírálása (ami ráadásul a Chromeban állítható, nem is értem minek vették ki
    Ennél szebb a helyzet ... Pár builddel ezelőtt a bővítmények saját menüjéből kiszedték a Hide icon és Disable extension menüpontokat. Az oka ismeretlen, magyarázat nem született, de innentől kezdve meg vagy lőve, ha túl sok extensiont telepítettél, és egy feleslegesen ikont telepítő darab kiszorít egy fontosabbat az eléggé limitált ikonhelyről.

    Sk8erPeter: jelszókezeléssel kapcsolatban írjál a blogra, hátha eléri ezen a téren is a reklamálók száma a kritikus tömeget. Amúgy szerintem is vicc.

    Az is megoldás lenne, ha portable telepítés esetén létrehozna egy kulcsfájlt a profilban, és azzal titkosítaná a jelszavakat a Windows beépített megoldása helyett (disclaimer: nem néztem meg a kódot, hogy Chormiumban ezt az API hívást használják-e, de a tünetek alapján eléggé biztosnak tűnik, hogy igen).

    LonGleY: Nekem ami a legfontosabb az O12-ben, az a (beállítható) mouse gesture.
    Amikor valaki írja, hogy rendes egérmozdulatok kellenek neki (azaz kerüljenek be a hiányzó mozdulatok, és a parancsok módosíthatóak legyenek), akkor mindig az a hivatalos válasz, hogy már most is vannak egérmozdulatok. Én nem lennék optimista a helyedben.

    tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek

  • dqdb

    Topikgazda

    "If you want the old features, we're still offering Opera 12. We will maintain it for the time being."
    [link]

    Az utóbbi idők legfontosabb kijelentése Haavardtól. Ha új feature-ökre nem is, biztonsági és hibajavításra valószínűleg lehet számítani még egy ideig.

    [ Szerkesztve ]

    tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek

  • dqdb

    Topikgazda

    "Sychronization in the initial sync release (hopefully O19) should include:
    * Speed Dials
    * Stash
    * Search Engines
    * Typed history

    Later on (O20+)most probably :
    * Bookmarks
    * Open tabs
    * Extensions
    * Passwords

    Yes, O18 next +O19 dev should arrive soon, max 2 weeks. But as usual, O19 new features will take some time to appear. For O19 promised tabs enhancement should be top priority "
    [link]

    Kicsi zavart érzek, mert elvileg már O17-ben is menne a szinkronizálás bizonyos adatokra, ha a szerverek mennének, legalábbis erről írtak eddig :F

    "More ppl do search in SD search bar that they do in addressbar. Search drop down results are very different in both fields."
    [link]

    Ezt most vagy elhisszük vagy nem, ha lesz időm és kedvem, akkor a JS kódban megkeresem, hogy tényleg rögzítenek-e ilyen metrikát. Mindenesetre remélem, hogy az SD testreszabásánál nem erre hivatkozva nem lesz a keresőmező kikapcsolható :U

    tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek

  • dqdb

    Topikgazda

    válasz dqdb #20718 üzenetére

    Pár builddel ezelőtt a bővítmények saját menüjéből kiszedték a Hide icon és Disable extension menüpontokat. Az oka ismeretlen, magyarázat nem született, de innentől kezdve meg vagy lőve, ha túl sok extensiont telepítettél, és egy feleslegesen ikont telepítő darab kiszorít egy fontosabbat az eléggé limitált ikonhelyről.
    Kijavítanám magam: a két menüpont eltűnt, helyette megjelent Manage menüpont az [IExtesionsI] oldalt hozza be az adott bővítményre állva. Itt le lehet tiltani azt, és az ikonját is el lehet rejteni. Szóval csak plusz egy klikkre került mindkét opció.

    Tegnap este megjelent a végleges O17, várom az O19 újdonságait.

    [ Szerkesztve ]

    tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek

  • dqdb

    Topikgazda

    válasz w333 #20728 üzenetére

    Csak opera://flags alatt bekapcsolható módon pár buggal fűszerezve. Teljesen működőképes változat majd csak az O18-ban lesz. Ebből a héten valószínűleg már kijön a next build, ha developer változatot nem szeretnél használni.

    tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek

  • dqdb

    Topikgazda

    Ma kijött a 18.0.1284.2, ami még mindig developer build és nem next. Rengeteg QAB hibát javítottak, de az olyan hiányosságot, mint nickname, nem pótolták.

    DNA-11092 Copying address field doesn't copy protocol with "Views text field" feature enabled
    Ezt már másodszorra javítják ki ;]

    DNA-11739 chrome://favicon permission doesn't work in Opera
    Könyvjelző bővítményeknél fontos javítás.

    DNA-11764 Search engine added automatically after performing search in some sites
    Végre! Naponta takaríthattam ki a keresőket.

    tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek

  • dqdb

    Topikgazda

    válasz Sk8erPeter #20746 üzenetére

    Chrome-ban legalábbis nincs Login data-fájl.
    Csak akkor nincsen, ha rossz helyen nézted. Íme, itt találod: %LOCALAPPDATA%\Google\Chrome\User Data\Default\Login Data

    Miközben ahogy dqdb leírta, elméletileg "az adott OS telepítésből származó infókkal titkosítják a fájlt", ergo ha én pl. Windows 8-on telepítettem a portable (!) Operát, akkor a Windows 8-as telepítésből származó infókkal titkosítják a fájlt, így Windows 7-en egyáltalán nem kellene tudnom használni (ami már kitárgyaltuk, hogy vicc portable esetén), ami korábban igaz is volt, de most már felfedezgetek bizonyos oldalakat, ahol felkínálja a jelszót, és egyre kevésbé értem, hogyan lehetséges ez...
    Nos, az infót felajánlja, csak a dekódolás nem történik meg, ennyi :DDD

    Nyomtam egy checkoutot a teljes Chromium projektre, hogy megnézzem, jó volt-e a tippem. Nos, igen.

    A jelszókezelő forrása a chrome\browser\password_manager mappában található, magáért az adattárolásért a login_database* fájlok felelnek. A jelszavak titkosításáért (LoginDatabase::EncryptedString) és dekódolásáért (LoginDatabase:: DecryptedString) felelős függvényeknek mindhárom platformon saját implementációja van. Ez OSX (login_database_mac.cc) és Posix kompatibilis OS (login_database_posix.cc) alatt maximum öt idézőjellel nevezhető "titkosításnak", mert a két iránya egyszerűen UTF16 formátumúra alakítja át és vissza a szöveget :U Ezzel ellentétben Windows alatt (login_database_win.cc) sajnálatos módon van tényleges logika is, amely a components\webdata\encryptor\encryptor_win.cc fájlban található Encryptor::EncryptString és Encryptor:: DecryptString függvényeket hívja meg, amelyek az általam is tippelt CryptProtectData és CryptUnprotectData Win32 API hívásokat használják az összes korlátoltságukkal (ezek az API hívások amúgy megfelelőek sok célra, de pont arra, amire itt használják, nem lenne szabad). Ennek az Encryptor osztálynak van OSX (encryptor_mac.mm) implementációja, az az Apple Keychainre épül, és van Posix (encryptor_posix.cc) változata is, amely az általam javasolt módon fix jelszóval (peanuts :D) titkosítana (ha be lenne kötve a jelszótároláshoz).

    És akkor jöjjön egy rövid összefoglaló a végére a lényegről. A következtetések Chromiumra vonatkoznak, de a közös kódbázis miatt valószínűleg Chrome és Opera esetén is élnek (Mac hiányában és linuxos új Opera hiányában a kijelentések egy része csak feltételezés a részemről).

    Nem hordozhatóak a jelszavak:
    1. ugyanazon számítógép, ugyanazon Windows telepítés, másik felhasználó
    2. ugyanazon számítógép, másik Windows telepítés
    3. másik számítógép
    4. ugyanazon számítógép, OSX telepítés és Windows telepítés
    5. a jövőben ugyanazon számítógép, Linux telepítés és Windows telepítés

    Hordozhatóak a jelszavak:
    1. ugyanazon számítógép, ugyanazon Windows telepítés, Chrome/Chromium/Opera között
    2. két OSX-en futó Chrome/Chromium/Opera között felhasználótól, telepítéstől és számítógéptől függetlenül
    3. a jövőben két Linuxon futó Chrome/Chromium/Opera között felhasználótól, telepítéstől és számítógéptől függetlenül
    4. a jövőben OSX-en és Linuxon futó Chrome/Chromium/Opera között felhasználótól, telepítéstől és számítógéptől függetlenül

    [ Szerkesztve ]

    tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek

  • dqdb

    Topikgazda

    Szóval, új Opera, hordozható profil, jelszavak, szívás ...

    Készítettem egy egyszerű alkalmazást a valódi hordozhatóság megteremtésére. Ez a program a launcher.exe körül képez egy réteget: induláskor a hordozható formában tárolt jelszavakat átalakítja az Opera által kezelt, hordozhatóságot megakadályozó formátumba, majd kilépéskor ennek az ellenkezőjét végzi el.

    Telepítéshez a programot a launcher.exe mellé kell másolni, és a jövőben azzal kell futtatni az Operát.

    A hordozható formában tárolás alatt jelenleg a titkosítatlanul tárolást kell érteni, ez amúgy megegyezik a Chrome/Chromium Linux és OSX alatti megoldásával ... Van ötletem a mesterjelszó megvalósítására tényleg biztonságos módon, de ez inkább később, mint hamar várható a szabadidőm függvényében.

    Jövőbeni frissítések itt, forrás itt.

    tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek

  • dqdb

    Topikgazda

    válasz LonGleY #20777 üzenetére

    Lehetséges erre külső programot használni, vagy ehhez mindenképp a böngészőnek kell belepiszkálnia az oldalakba?
    Létezik erre teljesen külön megoldás (AdMuncher), Internet Suite részeként (Kaspersky), de szerintem a böngészőbe épített megoldás a legjobb a hordozhatatlansága ellenére. Az előbbieknél a https kapcsolatok macerásak (vagy nem kezeli őket, vagy be kell épülnie a folyamatba annak minden problémájával, nem tudom, hogy az AdMuncher tudja-e), a DIV-ek blokkolása szintén macerás lehet dinamikus oldallétrehozás esetén.

    Igazán jó megoldásnak egy, az új Operában a declarativeWebRequest API-ra épülő bővítményt látnék. Itt a szabályok felvételét-regisztrálását a bővítmény végezné, csak ez a része lenne a blokkolásnak JS-ben megírva (ráadásul ezt nem minden böngészőinduláskor kellene megtenni, hanem csak változtatáskor), de a feltöltött szabályrendszert már teljesen natív kóddal a böngésző kezelné, amely a hagyományos string- (kezdődik, végződik, tartalmazza) és URL-ellenőrzéseken túl a reguláris kifejezéseket is támogatja.

    Ok, kösz! Hogy lehet a NoAds ikonját eltávolítani a felületről? Opera 12-nél sem? Ez fura.
    Ez azon ritka esetek egyike, amikor az O17 többet tud, mint az O12: el lehet benne rejteni az ikont :) Átrendezni ott sem, O12-nél is kérték az emberek, most is kérik, de süket fülekre találnak a kéréseik :U

    [ Szerkesztve ]

    tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek

  • dqdb

    Topikgazda

    válasz Zoli133 #20780 üzenetére

    "I don't think we have said that there can't be a customizable interface. It's just that other things are considered more important right now."
    [link]

    Ez Haavard volt, és a hivatalos reakció, szóval nem mostanában lesz ez megvalósítva. A címsortól jobbra (vagy a címsoron belül jobb oldalt) csak a bővítmények ikonjai lehetnek jelenleg. Ha megoldás számodra egy bővítmény, ami oda is kitesz egy gombot (a címsortól balra található blokk az sajnos fix jelenleg, így két újratöltés gomb lesz az eredménye), és vállalhatónak tartod az összes hátrányát (+1 Opera folyamat, +10-20 MB memóriafoglalás), akkor összedobom.

    LonGleY: Ha az új funkció adott (lesz), akkor már csak egy erre épülő megoldást kell megvárni. Ez szinte semmiség az Opera fejlődésére várakozván. :]
    Az új funkció adott, nem lesz, hanem van, ráadásul a stabil O17 ágon is él, ellentétben a Chrome-mal, ahol béta állapotú. Nem néztem végig az összes kiegészítőt, csak az ABP-t, az még nem támogatja a legfrissebb buildjében sem.

    tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek

  • dqdb

    Topikgazda

    Ma újabb developer build jött, és ezzel együtt az a kellemetlen meglepetés, hogy még a stabil O18-ban sem lesz bekapcsolva a Quick Access Bar :U Mivel ez lett volna az O18 egyetlen nagyobb újítása, így kijelenthető, hogy megy a helyben topogás ...

    "Which means that Opera 18 will be moved to Next without the QAB feature. "
    "Correct."

    [link]

    Sk8erPeter: ahogyan közben már rájöttél: ha több Windows alatt állítottál be jelszavakat, akkor több Windows kell ezek dekódolásához.

    Hümm, ez elgondolkodtatott, ezek szerint megoldható lenne akár, hogy lokálisan "szinkronizálva" legyenek a Login Data információi a Chrome és Opera között folyamatosan, mármint azzal a kikötéssel, hogy a két böngésző mondjuk nem fut egyszerre (hogy ne ugyanoda akarjanak írni, és a fájl ne legyen zárolva a másik elől)?
    Simán, elég egy olyan egyszerű program, ami a logins tábla sorait összefésüli (bár a Linux és Windows közötti átmenet, valamint a launcher2.exe jelszómódosítása kicsit elbonyolítja a helyzetet). Amúgy a launcher2.exe funkcionalitása megvalósítható* Chrome-hoz és Chromiumhoz is, csak az Opera-specifikus kódot kell lecserélni (profil megkeresése, Opera futtatása) kell lecserélni, a fő logika, azaz a jelszavakkal babrálás maradhat változatlanul.

    Kis kötekedés: ha bejelentkezett Google-fiókkal szinkronizálja a jelszavait is.
    Valószínűleg ez az oka, hogy nem nyúlnak hozzá a mostani megoldáshoz. A felhasználók többsége nem találkozik a hibával, mert vagy szinkronizálja a jelszavakat, vagy nem is tudja, hogy a profilja túlélheti az újratelepítést, így nem fektetnek bele több energiát.

    * mielőtt még megkérdeznéd: ha készül egyszer ilyesmi, akkor nem én leszek az, aki megírja :P

    tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek

  • dqdb

    Topikgazda

    válasz Sk8erPeter #20811 üzenetére

    A launcher2.exe nincs felkészítve nem várt crash-ekre.
    De, pont az, hogy fel volt készítve arra, hogy elszáll az opera.exe, de arra nem, hogy az egész gépet kikapcsolod közben :DDD Ha fut az Opera, akkor létrehoz egy lockfile nevű állományt a profilba, ami kilépéskor törlődik. Ezt a CreateFile API hívás FILE_FLAG_DELETE_ON_CLOSE paraméterével érik el, aminek hatására akkor is törlődik a fájl, ha a létrehozó folyamat elszáll vagy kilövi valaki, csak akkor nem, ha az egész Windows megáll valamiért :D Javítva, tölthető.

    AtHoS: frissítettem a Speed Dial patchet, most már be lehet vele állítani fix indexképeket.

    tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek

  • dqdb

    Topikgazda

    válasz Sk8erPeter #20816 üzenetére

    Mármint hogyan javítottad?
    Így :P Röviden: induláskor megnézem, hogy fut-e az adott telepítésből launcher.exe vagy opera.exe. Ha igen, akkor itt befejezi futását a launcher. Ezután ha létezik a lockfile, akkor nem kódolom a fájlt, mert a profilmappában található lehet a frissebb.

    tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek

  • dqdb

    Topikgazda

    válasz Tibe #20826 üzenetére

    Wand nincsen, csak egy sokkal butább jelszókezelő (csak a jelszót menti el, a form többi elemét nem, nincsen master password), de lehet importálni a jelszavakat. Azt azonban tudnod kell, hogy a jelszavakat tartalmazó Login Data fájlt nem tudod úgy hordozni, mint a wand.dat-ot, másik gépen/másik operációs rendszeren/Windows újratelepítés után használhatatlanná válik. Általam készített megoldás itt.

    Ha a régi O12 profilból csak a kérdéses fájlok vannak meg, és nem a teljes profil mindkét mappával, akkor telepítsd fel az O12-t (lehet USB-s is), és a létrejövő profilba másold be a fájlokat. Ezután a régi profilodat így lehet importálni (hordozható profilnál mindkét mappa ugyanoda mutat). Figyelem: az O17 teljes profilja törlésre kerül ilyenkor.

    [ Szerkesztve ]

    tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek

  • dqdb

    Topikgazda

    válasz fatal` #20836 üzenetére

    Semmit.

    Két újítást találtam, a chrome.proxy.* API támogatás és a témakészítés (opera://flags-ben kapcsolható be). A régóta ígért nagy változásoknak nyoma sincsen.

    tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek

  • dqdb

    Topikgazda

    válasz #27441408 #20873 üzenetére

    Mert pl minden weboldallal kompatibilis
    Ebben az esetben szóljál az Operával, hogy minek erőlködnek browser.js támogatással az új változatban is, hiszen az alapból kompatibilis mindennel. Vagy nem.

    AtHoS: fejlesztői laptopon már 2 hónapja átálltam az új változatra, az asztali gépen ellenben nem akaródzik. Hiába ülök én mindkét gép előtt, mégis annyira eltérnek a szokásaim munkahelyi és otthoni felhasználás terén, hogy míg az egyik helyen tökéletesen megfelel (= szanaszét patchelve + saját unpacked bővítmények + user JS + user CSS), addig a másik helyen még kevés.

    tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek

  • dqdb

    Topikgazda

    válasz Enton #20893 üzenetére

    Nem lehet. Gyakori kérés, ami süket fülekre talált eddig.

    tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek

  • dqdb

    Topikgazda

    [link]
    Egy ideje megy a favágás ezerrel, csak észrevehetnék már végre, hogy nem maguk alatt kellene ezt tenni. Mindent megtesznek a fanbase leépítésére, csak nem értem, ez miért jó nekik.

    tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek

  • dqdb

    Topikgazda

    válasz Sk8erPeter #20934 üzenetére

    egyre több olyan lépésük van, ami kiábrándít sok-sok felhasználót, és most ebbe a My Opera blogok bezárása is beletartozik
    A hozzászólások alapján sok felhasználónál ez volt az utolsó csepp a pohárban, nem egy általam korábbról ismert nick mondta azt, hogy részéről ennyi volt az Opera. És ezt komolyan is gondolták, mert többen törölték is a My Opera accountjukat.

    LonGleY: ne úgy tekints rá, mint egy általános, mindenkinek szóló szolgáltatásra (mert nem arra törekedtek), hanem egy olyanra, amely az Opera felhasználóknak adott valami pluszt. Ezt a fanbase ki is használta, a power userek a My Operán tevékenykedtek, bármire szükséged volt az Operával kapcsolatban, oda kellett menni, minden információ és tudás centralizáltan ott volt. Most ezt verik szét, ezért vannak egyesek jogosan kiakadva, és ezért lesz szívás az O12 mellett kitartóknak is ez a lépés, ugyanis a felhasznált tudásbázis egy része elveszik, másik része szétszóródik a neten. Egyes cégeknek az, hogy az eltökélt és hozzáértő felhasználót, valamint az általuk gyártott tudást a közelében tudja, vagyonokat megérne, az Opera egy ideje már nem ez a cég. Még az első O15 build kiadásakor sem emlegették ennyien a hozzászólásokban Jon von Tetzchner nevét, mint most, hogy a vállalat mostani lépései teljesen szembemennek az alapító és egykori CEO filozófiájával.

    [ Szerkesztve ]

    tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek

  • dqdb

    Topikgazda

    A múltkori advanced settings mellé kaptunk* a mai developer buildben power user settings opciót, ahol ki lehet kapcsolni a keresőt a gyorshívón (ez jelenleg az egyetlen power user beállítás). Nem tudom legközelebb mi jön, ultimate settings vagy valami más :U

    Az advanced settings kibővült egy opcióval (wow, már három darab beállítást takar), ahol a gyorshívó maximális oszlopszámát lehet megadni. Nem, nem az oszlopok számát, hanem a maximális oszlopok számát, ami ugyebár függ az ablak méretétől, hiszen a gyorshívó elemei nem méreteződnek át. Korábban ez fixen 5 volt, most nagyon eleresztették a gyeplőt, és 7 (a szédítő magasságra való tekintettel kiírom betűkkel is: hét) darab is beállítható soronként. Ha a mai két feature-t értették a gyorshívó régóta emlegetett testreszabása alatt, akkor a szánalmas szó a legfinomabb, ami eszembe jut.

    A nap másik fontos híre, hogy a linkek szövegének nehéz kijelölhetősége nem bug, nem hiányosság, hanem feature by design:

    "It works as intended. You must start the selection outside the links. Clicking on/inside the text node will start dragging the link."
    [link]

    * a bekapcsolása "rém" egyszerű, nem tudom hogyan sikerült megtalálnia az első megfejtőnek:
    1. kilépés az Operából
    2. a profilban található Local State fájl browser blokkját kell ezzel a sorral bővíteni a sorvégi vesszőre vagy hiányára ügyelve:

    "always_show_power_settings": true

    A blogon bevezetett Disqus borzalmas, egyszerűen követhetetlenek a kommentek :(

    [ Szerkesztve ]

    tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek

  • dqdb

    Topikgazda

    válasz dqdb #20947 üzenetére

    Másik megoldás a power user settings megjelenítésére a következő billentyűzetsorozat: Ctrl+F12 Tab ↑ ↑ ↓ ↓ ← → ← → B A

    [link]

    hunfatal: A plusz gomb gondolom még mindig nem kikapcsolható.
    Az csak patcheléssel megy továbbra is (de úgy működik).

    Ahogy nincs könyvjelzőkezelés sem.
    Van QAB, ami hivatalos kommunikáció szerint is csak az első lépés, de a blogkommentben felsorolt várható fejlesztések listáján nem szerepelt más könyvjelzős téma, mint nagyon közel megjelenő feature.

    A letöltésekről még mindig nem tudni semmit?
    Az elmúlt egy hétben is felemlegette valaki valamelyik release-nél, de semmi reakció.

    [ Szerkesztve ]

    tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek

  • dqdb

    Topikgazda

    válasz kecskebégető #20958 üzenetére

    [link]

    Az importálást csak a stabil változatban engedélyezik, next és developer csatorna esetén kézzel kell végrehajtani.

    [ Szerkesztve ]

    tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek

  • dqdb

    Topikgazda

    válasz fatal` #20973 üzenetére

    Tényleg, ha már FF, nem tud erre valaki kiegészítőt?
    Igen, lenyomva tartott Alt billentyűnek hívják :DDD

    Sk8erPeter: Ez Presto-időkben másképp volt amúgy? Már nem ugrik be, de úgy rémlik, mintha ott kijelölhető lett volna normálisan a szöveg, nem kellett volna húzni az egész linket, szóval hogy ez tényleg új hülyeség.
    Igen, ott a kijelölést tartották fontosabbnak a fejlesztők, és a drag and drop indítható nagyobb odafigyeléssel, míg Blink alatt fordítva.

    Most ez komoly, hogy az alább bekarikázott részekkel bővültek az Opera beállításai, mint hú de advanced feature?
    Az a komoly, hogy bekarikázott részben az advanced settings és a power user settings egyszerre látható a bekapcsoló paramétereivel együtt. Szóval 6 helyett 3 + 1 beállításról van szó.

    [ Szerkesztve ]

    tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek

  • dqdb

    Topikgazda

    válasz LonGleY #20992 üzenetére

    illetve a mouse flip-et hiányolom (bal klikk + jobb vagy fordítva). Ez van/lesz egyébként az újabb verziókban?
    Rocker gestures néven fut, O18-ban már biztosan van.

    [link]
    "RSS subscribers, please subscribe to the new blog through ..."
    Ez a mondat kissé öngólszagú ...

    [ Szerkesztve ]

    tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek

  • dqdb

    Topikgazda

    válasz Sk8erPeter #20995 üzenetére

    Ezt most nem vágtam, miért öngólszagú?
    Az O15+ fantasztikus RSS nemtámogatására gondoltam ;) Tegnap a régi blogon lezárták az összes cikknél a hozzászólásokat, így most már csak az új maradt az áttekinthetetlen Disqus borzalommal.

    tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek

  • dqdb

    Topikgazda

    válasz poirot #21011 üzenetére

    Találkoztam már én is a problémával, de annyira nem izgatott, hogy jobban kutakodjak. Ha linkelsz egy ilyen oldalt, és nem felejtem el, akkor a hétvégén ránézek, hátha elegendő egy egyszerű user JS.

    student: Adott egy gyengus konfig pentium4 2.4ghz 1gb ddr2 rammmal
    melyik böngészőt érdemes feltenni amelyik legkevésbé zabálná fel?

    Ha a scriptekkel telezsúfolt oldalakat elkerülöd (Facebook, Gmail, Twitter), akkor Opera 12.16 vagy 11.64 (az új vonalat kerülném a helyedben). Ha nem, akkor azokon az oldalakon használhatatlanul lassú lesz az Opera (sokkal erősebb gépen is belassul).

    daimonion: Hihetetlen hogy ilyen apróság mint könyvjelzö importálása HTML böl egyszerüen a másásg miatt nem lehetséges még. :(
    Ennek köze nincsen semmiféle mögöttes filozófiához, egyszerűen nincsen készen a feature, valószínűleg a kilométeres todo lista végéhez közel van. Addig is kerülő út a második megoldásban.

    tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek

  • dqdb

    Topikgazda

    válasz kp78 #21025 üzenetére

    Opera 12.16
    előzmények: %APPDATA%\Opera\Opera\global_history.dat
    címsorba korábban beírt és látogatott címek: %APPDATA%\Opera\Opera\typed_history.xml

    Opera 15+
    mindkettő: %APPDATA%\Opera Software\Opera Stable\History és History-journal

    daimonion: Azért arra kíváncsi lennék hogy hogyan rak be az OPERA fejlesztő könyvjelzők importálása nélkül 250 könyvjelzőt a speed dialba ??? egyenként bepöttyenti ?? Ugyanis még az opera link sem működik
    Az Opera 12 profil importálásával szépen át lehet vinni a könyvjelzőket az új Operába. Ha bekapcsolt QAB feature mellett importálsz, akkor a könyvjelzősáv egy az egyben ugyanazokat az elemeket tartalmazva jelenik meg Opera 18+-ban.

    Ha a webkit motort használják akkor mi a turóért nem engedélyezték alapból a lehetőséget a HTML importálásnak ?
    A motornak nincsen köze a könyvjelzők importálásához, az egy attól független feature. Az Opera úgy döntött, hogy a könyvjelzőknek saját réteget készít, amelyben támogatni tudja a régi verziók extráit (nickname, description). Első körben a chrome.bookmarks API és a hozzá szükséges backend készült el, majd erre építették fel a QAB-t, ahol most tartunk. A következő lépés ígéretük szerint a bookmark manager lesz hamarosan, az importálás ennek a része lesz majd csak. Amúgy most sem lehetetlen véghezvinni az importálást, de erről tudsz, hiszen megírtam neked a megoldást.

    Az meg külön öröm hogy pl van olyan progi ami a Chrome böngészőt támogatja de "természetesen" az Operában nem müködik..pl Safe In Cloud..Pedig ez még az SRWARE ironban és a Comodo dragonban is működik és mindkettőnél ugyanaz az alap mint az operánál...webkit
    Az Opera jobban belenyúlt a Blink alap testreszabásába, mint a Chromium klónok, ezért jelenleg még nem támogatják az összes chrome.* extension API-t, csak azok egy részét, de ez a kör folyamatosan bővül. Ellenpéldaként a chrome.declarativeWebrequest.* és chrome.declarativeWebNavigation.* API-kat tudnám felhozni, amelyeket az Opera 17 már az első developer build óta támogat, és az élesben is ezt teszi, míg Chrome-ban a mai napig nem érhető el stabil csatornában.

    [ Szerkesztve ]

    tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek

  • dqdb

    Topikgazda

    válasz Sk8erPeter #21048 üzenetére

    [link]
    Az 1.01 :D

    Badman 4ever: valószínűleg megsérült egy elszálláskor a profilodban pár fájl, és az okozza a problémát. Én a helyedben nem a hibát keresném meg, hanem törölném a problémás profilt.

    daninet: sajnos a letöltéskezelő ennyire primitív az új Operában. Rendszeresen visszatérő kérdés, amit a fejlesztők eddig minden alkalommal ignoráltak (és a topikban rendszeresen visszatérő téma, hogy a fejlesztők ignorálják a rendszeresen visszatérő témát :P).

    Kimondottan torrentre elméleti síkon már kitaláltam workaroundot, de még várok az implementációval, hátha megjön az eszük. Ez arról szólna, hogy egy extension a torrent kiterjesztésű URL-ek letöltése helyett az uTorrent web UI-ba hívna be (chrome.webNavigation API és némi content script).

    Általánosabb megoldásra is van ötletem, de ezzel még inkább várok, mert sokkal több munka. Ez egy pluginből és egy extensionből állna. Beállítható URL szabályok teljesülése esetén aktivizálódna a plugin, ami feldobna egy open-save-cancel ablakot, és teljes egészében ő kezelné a letöltést. De ez sem lenne tökéletes megoldás, mert olyan letöltésekre, ahol egy PHP vagy másmilyen script adja vissza a fájlt, vagy az egy HTTP POST eredménye, nem ugrana. Ha az Opera támogatja majd a jövőben a streamsPrivate API-t, akkor készíthető az O12 tudását hozó megoldás (az I]opera.exe-t és opera.pak fájlok patchelése árán).

    Mint látható, engem is roppantul zavar, de az is látható, hogy igazán jó megoldást nem sikerült találni, csak félmegoldásokat. Ezek megvalósítása ráadásul sok időt igényel, és az egész energiabefektetés mehet a kukába, ha Norvégiában meggondolják magukat.

    tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek

  • dqdb

    Topikgazda

    válasz Zoli133 #21052 üzenetére

    Egyébként az open miért jobb a letölténél?
    Mert több kattintás. Például letöltesz egy telepítőt, aminél a fájlra a telepítés után nincsen szükséged.
    Opera 12: klikk, open, letöltés alatt csinálhatsz bármit, majd elindul a telepítő, felrakod, és ennyi
    Opera 17: klikk, mentés helyének megadása, Enter, felugrik a popup a jobb felső sarokban, megvárod, míg lejön, ezután klikk a fájlon, elindul a telepítő, felrakod, ezután megnyitod a mentés mappáját, és törlöd a fájlt

    Másik példaként a torrentet hoznám fel a saját beállításaimmal:
    Opera 12: klikk, és már villog is az uTorrent ablaka
    Opera 17: klikk, mentés helyének megadása, Enter, felugrik a popup a jobb felső sarokban, megvárod, míg lejön, ezután klikk a fájlon, átváltasz uTurrentre, ott Enter, ezután megnyitod a mentés mappáját, és törlöd a fájlt
    Opera 17 alternatív: felmásolod a vágólapra a linket, és uTorrent menüjéből adod hozzá kézzel.

    A megszokott helyed szerint egy eldugott temp mappába töltödik le a fájl amit jóval macerásabb takarítani szerintem.
    Azt a mappát automatikusan takarította az Opera, neked nem volt vele dolgod.

    Sk8erPeter: A Google és Microsoft publikus API-jai teljesen jól átláthatók ... a dokumentációk jók - bár ez saját tapasztalatom szerint jobban jellemzi a Google-doksikat
    Microsoftnál a dokumentáció minősége általában függ a területtől, és a verziószámtól. Például a .NET Framework dokumentációja az 1.0 és 1.1 környékén katasztrofálisan rossz volt a Win32 API-hoz viszonyítva, azóta rengeteget fejlődtek, a 4.0-é szerintem etalonnak tekinthető. Úgy vettem észre, hogy a Google dokumentációi inkább konstans jó minőségűek, míg a Microsoftnál vannak ennél a szintnél némileg rosszabbak, és némileg jobbak, de mindkét cégről példát vehetne az IT szektor többi része.

    Predator2: Ez jó lenne. Várjuk.
    Várhatod egy ideig még :DDD Vannak jobb ötleteim (Wand megvalósítása tényleg titkosított jelszófájllal), és van olyan fejlesztésem, amit már hetek óta nem bírok időhiány miatt befejezni (O12 nagyítási rendszerének visszahozása némi extrával).

    Nem kellene lassan frissíteni az első hsz-t?
    Lehetni lehetne, csak szerintem még az új Operánál nem alakultak ki a sablonkérdések, amelyeket be lehetne tenni oda.

    [ Szerkesztve ]

    tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek

  • dqdb

    Topikgazda

    válasz fatal` #21056 üzenetére

    Ha kész lesz valaha, akkor elvileg mennie kellene ott is. Ott már létezik a chrome.streamsPrivate API, ami kell a második megoldáshoz, és ami alapból nem engedélyezett pár kiváltságos Google extensionön kívül más számára, de a resources.pak módosításával lehet rá engedélyt adni :) Megnéztem alaposabban a Chromium forrását, sajnos csak tételesen és wildcardok nélkül felsorolt mime type-okat lehet eltéríteni, de a leggyakoribb 60-70 fájltípus letöltési támogatása így is megoldható. De ez mind elmélet csak, látom a lehetőségét a megoldásra, azért írtam le, hátha más nekiesik. Én adok még legalább másfél-két hónap esélyt az Operának, mielőtt lépnék, nehogy feleslegesen dolgozzak (például bookmarkok támogatására is volt kész ötletem némi node.js körítéssel, de ennek sem álltam neki a koncepció megalkotásakor, és szerencsére már nincsen rá szükség).

    V.Stryker: Az a gondom,hogy szürke a könyvjelző importálás, pedig a stable változatot tettem fel.
    Néhány embernél nem akar működni magától. Amúgy könyvjelzőknél pont a stabil változat a problémásabb, mert O17-ben eléggé bugos a QAB, és kézzel kell külön bekapcsolni. Így tudod a régi O12 profilodat átvinni O17-be (első megoldás), ekkor mennek a könyvjelzők is, amiket vagy a QAB-ba vagy a gyorshívóba tudsz átvinni.

    Plusz az opera link-be belépve nem frissíti a régen ott beállított adatokra a dolgokat. Mit csesztem el?
    Opera Linkben a régi és az új Opera két külön univerzum. A régit nem látja az új, és az új rendszer még mindig nem megy.

    tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek

  • dqdb

    Topikgazda

    válasz Penge_4 #21076 üzenetére

    Egy zárt forráskódú projekt megnyitása nem csak annyiból áll, hogy gondolunk egyet, és feltoljuk a SourceForge-ra vagy a GitHubra, főleg nem egy sok millió sorosé, mint az Opera.

    Az első kör a jogi rész: a licencelt komponensek közül ki kell hajítani a nyílt forrást nem engedélyező darabokat, és pótolni valamivel. Mivel az Opera név és az összes hivatkozott Opera szolgáltatás neve az Opera ASA tulajdona, így a kiadott forrásban szintén le kell cserélni (bónusz kérdés: mi lesz a szolgáltatásokkal). Ki kell találni, milyen licenc alatt adják ki a forráskódot, ellenőrizni kell, hogy az első lépés után maradt komponensek megengedik-e azt, és vagy másik licencet kell választani, vagy kihajítani az adott komponenst. Olyan apróságok is kiderülhetnek például, hogy egy felhasznált grafikai elemet újra kell tervezni, mert a designerrel kötött szerződés nem engedi meg a nagy közösbe dobást.

    A következő kör a fejlesztői, a mostani belsős Opera build rendszer helyére kell olyan megoldás, amely nem használ olyan belsős toolt, amit nem szeretnének kiadni. Ha a mostani rendszer egy teljesen proprietary megoldás, akkor a configure+make vagy az ANT beüzemelése egy ekkora szoftverre nem lesz kellemes. Ezután jön az összes forrásfájlra kiterjedő code review, nehogy egyetlen kizárólag belső felhasználásra szánt komment is nyilvánosságra kerüljön (itt semmi "csúnya" dologra nem kell gondolni, szimplán olyan kényes információ kikerülhetne, ami a belső hálózati architektúrára vagy a források verziókezelésére vonatkozik, és az aktív fejlesztéseket is érinti). A legutolsó lépés a közösségnek szánt alapvető dokumentációk elkészítése (ezek természetesen a mostani belsős dokumentációkkal köszönő viszonyban nem lesznek), és a developer support felépítése (ha minimálisan is, de szükség van rá).

    A fentiek tükrében én az Opera helyében hülye lennék a forráskód megnyitásán gondolkozni. Ha az egész desktop böngészőt megszüntetnék, akkor "elvárható" lenne ez a lépés, de így, hogy folytatják, "csak" az irányvonal változott, felesleges erőforrás-pazarlás lenne részükről az egész.

    Én már rég elvesztettem a fonalat, hogy szerinted a Presto kódja jó volt-e vagy sem. Egyszer az egyiket írod, aztán érvekkel cáfolod, máskor a Blinkre jössz hasonlókkal. Erre nem kell válaszolnod, csak megjegyeztem.

    [ Szerkesztve ]

    tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek

  • dqdb

    Topikgazda

    válasz LonGleY #21107 üzenetére

    Szimpla keresés a címsorban. Megjelennek a saját engine-ek is (részben).
    Ez már így volt Opera 15-ben is. Billentyűzetről az Alt+Left és Alt+Right billentyűkkel tudsz váltani a keresőmotorok között. A dolog eléggé nagy szépséghibája, hogy maximum 10 keresőt hajlandó kirajzolni, hiába férne el 20-30 is akár, ráadásul a gyári keresők foglalják a helyet, míg a saját keresőid sorrendjét nem tudod befolyásolni. Szóval magyar viszonyok mellett az ábécésorrendben első 5 fog csak megjelenni közülük. Volt olyan kérés is, hogy saját keresőknél be lehessen állítani, megjelenjenek-e ebben a listában, vagy sem (szóval egyetlen boolean flag), de nem rémlik már, mit reagáltak rá (valószínűleg azért nem, mert semmit sem).

    Meg top bar spacing, hogy beállíthasd, a füleket akarod legfölül elkapni vagy böngésződ tépnéd le a full méretből.
    Most nem rémlik, hogy már az O16-ban megjelent, vagy csak az O17-ben. Ez amúgy 5 perc alatt kivitelezhető dolog, csoda, hogy nem söpörték le az asztalról, mint sok hasonló dolgot (például a címsor üres részén a duplaklikk új fület nyit, mint O12-ben). A teljességhez hozzátartozik, hogy ezt a feature-t a kérések ellenére éppen az O12-ben nem valósították meg (csak saját skinnel lehetett elérni).

    slashing: Nah azért kezd ez már alakulni, 20-21 környékén szerintem már szinte biztos vagyok hogy simán lehet majd váltani.
    Én már nem teszek jóslatokat, amikor legutoljára tettem, akkor látványosan belassult a fejlődés, és azóta sem látok semmiféle felpörgést.

    A speed dial-nál rohadtúl hiányzik még az hogy szabályozható legyen az oszlopok száma.
    O19-ben lehet már patchelés nélkül, előtte patchelni kell.

    a tálcára rakó ikon mellett lenyíló ablak a bezárt lapokkal, rögtön mellette egy ' X ' minden lap bezárásra(ez nagyon hiányzik, ha kóder lennék tuti megírnám ),
    Sokszor kért feature, a válasz az, hogy ott van az Opera menüben, csak plusz egy kattintás ... Hiába lennél kóder, oda a nem tudsz kirakni semmit sem bővítményből. Amire lehetőséged van, az egy olyan bővítmény (létezik ilyen, de lusta vagyok megkeresni), ami egy sorral lejjebb, az ablakkezelő gombok alá, a többi bővítmény ikonja mellé pakol be egy új gombot. Mivel az O19 sem támogatja még a chrome.sessions API-t (ez még az éles Chrome-nak sem a része), addig ezt csak úgy lehet megoldani, hogy a bővítmény háttérfolyamata monitorozza az összes füllel kapcsolatos eseményt (nyitás, zárás, navigálás másik oldalra), szóval eszi a CPU-t és a memóriát is. Ha támogatják majd az API-t, akkor megoldható lesz úgy, hogy egyedül az ikonra kattintva indul el csak bármilyen JS folyamat. De a legegyszerűbb az lenne, ha megjönne az eszük.

    tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek

  • dqdb

    Topikgazda

    válasz Wolverine #21120 üzenetére

    Valószínűleg a hardveres gyorsítással lesz a probléma. Első körben a videokártya driverét frissíteném, aztán ha ez nem elég, Operában tiltanám le a gyorsítást a Local State fájl módosításával:

    {
    "hardware_acceleration_mode": {
    "enabled": false
    },

    ...
    }

    tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek

  • dqdb

    Topikgazda

    válasz Socket A #21132 üzenetére

    Az opera://flags/#quick-access-bar címen engedélyezed a beállítás megjelenítését, újraindítod az Operát, és után a beállításoknál bekapcsolod a Quick Access Bar-t. Szóval van, csak még nem tökéletes, ezért alapból nem elérhető. O17-ben is volt ugyanígy, csak még hibásabban, O19 lesz az első változat, ahol alapból is be lesz kapcsolva.

    Wolverine: én is a wand hiánya miatt nem frissítettem több felhasználó gépén az O12-t O17-re, mert ezt a megoldást szeretik, tartják logikusnak, a Firefox-féle (és O15+) megoldás kifordítottnak érzik. A QAB volt a másik sarkalatos pont, az kiesett szerencsére, mint nagy hiány, de a Wand megmaradt.

    [ Szerkesztve ]

    tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek

  • dqdb

    Topikgazda

    válasz Ükshaaval[!] #21140 üzenetére

    Igen, ugyanazt látja el, de pont a felsorolt elemekre még nem működik ;) Jelenleg a speed dialt, a stash-t és a keresőket szinkronizálja, de ígérték a többit is hamarosan.

    tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek

  • dqdb

    Topikgazda

    válasz Zoli133 #21145 üzenetére

    12.16-ig bezáróan Operánál is így volt. Most új szoftvert írnak, valószínűleg közel nulla erőforrást állítottak rá, nem halad a folyamat, míg a Firefox esetében csak továbbfejlesztés történt, az alapok adottak voltak régóta.

    Ettől függetlenül az, amit az Opera művel Linux fronton, nem kicsit felháborító, de sajnos beleillik a mostani kommunikációjukba (minden lesz, vagy nem, de csak majd, vagy akkor sem). Meg merem kockáztatni (nincsen semmilyen adattal alátámasztva, saját tipp), hogy a régi Opera a benne van legnépszerűbb három zárt forrású Linux program között, ha nem az első.

    tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek

Új hozzászólás Aktív témák