Magyar Opera

Ez lesz az Opera 15-ben?

A most következő leírás teljes mértékben dqdb érdeme, aki napok óta bújja az Opera 15 különböző fájljait és az ezekből kinyerhető információkat most megosztotta velünk. Innentől őt idézném.

Teljesen szubjektív és találgatásszintű információk következnek. Nem vagyok sem az Opera fejlesztője, sem az Operához közeli hírforrás, egyszerűen a fájlok tartalma alapján spekulálok, hogy mi várható és mi nem. Remélem pozitív irányban sokszor megcáfol az Opera ASA, negatív irányban pedig egyszer sem.

Elöljáróban annyit, hogy az Opera 15 veszettül gyors, nagyon stabil, és sajnos nagyon buta.

Az elmúlt két napban az Opera 15 állományait vizsgálgatva megpróbáltam kideríteni, milyen feature várható valószínűleg, melyiknek nem találni nyomát, és melyik létezik már, csak még el van rejtve. A nézelődés során pár hülyeséget is sikerült leírnom, ezért most a korábbi hibákat kijavítva összefoglalnám a gondolataimat (tegnap csak az Opera fájljainak estem neki ahelyett, hogy a Chromiumot is párhuzamosan vizsgáltam volna).

Félig tévesen írtam korábban, hogy az Opera szépen profilozgatja az oldallátogatásokat és felhasználói statisztikát gyűjt a háttérben. Ez igaz is annyi kiegészítéssel, hogy Chromium örökség, nem az ő sajátjuk.

Az egyik fő információforrást az opera.exe-ben található szövegek képezték (kinyeréshez információ itt). Rengeteg szöveg, rengeteg zaj, de van rengeteg hasznos tartalom is, amiből lehet következtetni: parancssori paraméterek, a billentyűkombinációkhoz tartozó parancsok, C++ osztálynevek, hibaüzenetek, fájlnevek, SQL lekérdezések.

A másik nagy adathalmazt az opera.pak fájl (és a vele a Chromiumban párhuzamosan vizsgált resources.pak) dekódolt tartalma adta (szétbontási infó itt). 20000 alatt a két böngésző közös részei vannak. 20000-30000 között a Web Inspector, 38000 felett az Opera saját fájljai. Pár érdekesség: 38273 (billentyűkiosztás), 39010 (home), 39000 (about), 39008 (beállítások), 38268 (támogatott extension API-k). Mókás volt látni, hogy a beállításoknál még Chrome OS-t kezelő részek is szerepelnek a fájlban.

Az angol nyelvi fájlt (en.pak) hasonlóan lehet szétbontani, és az azonosítók terén ugyanez a szabály él.

Az Opera profiljában található SQLite és JSON fájlok is fontos információforrások voltak. Itt külön kiemelném, hogy azok a fájlok, amelyek neve szóközzel elválasztott nagy kezdőbetűs szavakból áll kiterjesztés nélkül, a Chromiumból jöttek. Azok a fájlok, amelyek neve csupa kisbetű, nincsen space és .db a kiterjesztésük, az Opera saját fejlesztései.

Akkor jöjjenek a tények (kevés) és találgatások (sok)!

Billentyűzetkiosztás
Átdefiniálható már most is akár (opera.pak:38273). Ez a fájl amúgy bőséges információforrás, sok funkcióra tartalmaz utalást. Jó hír, hogy a profilbeli Preferences fájl módosításával már most át lehet alakítani a működését.

A megoldás butább, mint az Opera 12-ben. Összetett makrókat nem lehet létrehozni, és nem érhető el parancs az összes funkcióhoz. Az valószínűleg csak bug, hogy jelenleg a Ctrl+Alt+valami kombinációk nem működnek.

Egérmozdulatok
Testreszabásnak nyoma sincsen, csak a beállításokban is megtalálható ki-bekapcsolást találtam. Abból kiindulva, hogy a billentyűkombinációk módosíthatóak, abban reménykedem, hogy itt is ez lesz.

Disk Cache
Módosítható a helye és elvileg a mérete is, de ez utóbbi még valószínűleg hibás.

Smooth scrolling
Már van most is, de alapértelmezetten le van tiltva, nálam még enyhén akadozik. Az opera.exe-t (vagy hordozható telepítésnél a launcher.exe-t) --enable-smooth-scrolling paraméterrel kell elindítani.

Fülek
Most ugyebár nincsen tab stacking, de van rá utaló jel: --enable-stacked-tab-strip parancssori paraméter az opera.exe-ben (nem működik).

A legutolsó bezárt fül újranyitható a Ctrl+Shift+T billentyűvel. A kuka gomb nem létezik, de az általa megjelenített menü az Opera menü alatt megtalálható.

A régi Ctrl+Tab/Ctrl+Shift+Tab működés visszahozható a billentyűzetkiosztás módosításával (ezt a 4 sort kell lecserélni):

"CycleBackwardInActivationList": [ "Ctrl+Shift+Tab" ],
"CycleForwardInActivationList": [ "Ctrl+Tab" ],
"SelectTabToTheLeft": [ "1" ],
"SelectTabToTheRight": [ "2" ],

Fit To Witdth
Most nincsen még, de a Ctrl+F11 már most is létező billentyűkombináció rá, szóval előbb-utóbb várható a megjelenése.

Spatial Navigation
Most nincsen még, de két ráutaló jel is van: léteznek a billentyűkombinációk és van --enable-spatial-navigation programparaméter is (kipróbáltam, egyik sem működik).

Fast Forward
Most nincsen még, de a Shift+X már most is létező billentyűkombináció rá, szóval előbb-utóbb várható a megjelenése.

Migrálás Opera 12-ről
Foglalkoznak vele, sztringek alapján készül hozzá a funkció (fájlnevek, mezőnevek, hibaüzenetek, osztálynevek láthatóak az opera.exe-ben), valószínűleg még nincsen készen, ezért inaktív. A fellelhető információk alapján következőket fogja átemelni teljes pompájában: jelszavak (mesterjelszó is), sütik, history, tanúsítványok, keresők, sessionök, speed dial, local+web storage, könyvjelzők, jegyzetek.

Egyedi menük
Sem az importálásnak (ennek mondjuk értelme sem lenne), sem a funkciónak nem találtam nyomát. Valószínűleg kód állítja jelenleg össze a menüket, így még találgatni sem találgatnék, hogy van-e rájuk esély.

Opera Link
Lesz, ezt a fejlesztők is megerősítették. A jelenleg három füles kezdőlap (speed dial, stash, discovery) valójában négy füles, a negyedik, jelenleg nem látható fülön a szinkronizálás kap helyet. Ennek tartalmát illetően nem tudok nyilatkozni, nem találtam sem HTML részletet, sem olyan JS kódot, ami ennek a képernyőnek a felépítésével foglalkozna.

Jelszókezelés
12.xx-ből importálás valószínűleg lesz, de a mostani megoldás a felületen és a profilban (Login Data fájl) 100%-ig a Chromium megoldása, Wandnak nyoma sincsen. Az egyetlen reménykedésre utaló nyom, hogy a beállításokon belüli PasswordManager osztályhoz egy komment alapján az Opera hozzányúlt, de gyakorlatilag karakterre pontosan megegyezik a Chromium változatával. Viszont a billentyűparancsok között található "PastePassword": ["Enter+Ctrl"], billentyűparancs reménykedésre adhat okot. Szóval esély van, még ha kicsi is, reménykedem, hogy a mostani jelszókezelőt időhiányból kaptuk, és lesz helyette később Wand.

Keresők
Erről Opera fejlesztői kijelentették, hogy lesz. Ami most van, az pár országfüggően előredefiniált kereső a default_partner_content.json fájlban (valamiféle hash-sel védett, nem módosítható). Emellett a Chromium megoldásával fel lehet venni már most is akár keresőket (amikor rájöttem, még nem tudtam, hogy ez a Chromium fájlja, csak utólag esett le :) ), de az alapértelmezetteket nem lehet törölni. Beállítási lehetőség nincsen, az ehhez szükséges felületeket a megfelelő fájlban kommentek alapján egy Opera alkalmazott kiszedte. Mivel az alapértelmezett keresőknél a JSON fájlban van post típusú keresési lehetőség, de ezt a Chromium megoldása nem támogatja már a táblaszerkezetben sem (a keywords tábla található a profilbeli Web Data adatbázisban), valamint a tábla tartalmával az alapértelmezett keresők bővültek, és nem lecserélődtek, így én arra tippelek, hogy fejlettebb megoldást kapunk hamarosan.

Notes
Importálás van, találtam egy megjelenítőfelületet (opera.pak:39020). Szerkesztésre utaló nyomra nem akadtam.

Panelek
Erre utaló nyomot nem találtam.

Egyfolyamatos működés
Ez már most is létezik és működik is. Az opera.exe-t (vagy hordozható telepítésnél a launcher.exe-t) --single-process paraméterrel kell elindítani.

Bookmarkok
Az importálásnak számos nyoma van (a nyelvi fájl Opera-specifikus részében kizárólag az importálással kapcsolatos szövegek vannak a bookmarkat illetően), az biztosan lesz, említették is. A Chromiumból maradt szövegrészleteken kívül van Opera-specifikus nyoma (billentyűkombinációknál AddToBookmarks és Bookmarks), hogy lesznek könyvjelzők is, de véleményem szerint nem mostanában, ugyanis az importáláson kívül könyvjelzők kezelésére nem igazán találtam felületet.

Az Opera a profiljában három fájlt használ a könyvjelzőkhöz hasonló tartalmak kezelésére: stash.db, favorites.db (ez a speed dial) és bookmarks.db. Az utóbbi fájlban a common tábla formátuma teljesen megegyezik a mostani könyvjelzők tudásával (azaz rengeteg metainfo, egyedi név), szóval van némi remény (feltéve, ha nem csak migráláskor használják ezt a fájlt). Természetesen megpróbálkoztam a fájlt feltöltve valami könyvjelzőfélét kicsiholni az Operából, de nem jött össze).

RSS
Ennek semmi nyoma sincsen. Nem találtam olyan sztringeket, amelyekből következne, hogy RSS 2.0 vagy Atom formátumú hírcsatornát parse-olna az Opera.

M2
Semmi nyoma bármiféle beépített levelezőnek. Ha valamikor visszahozzák, akkor az szerintem csak a távoli jövő lesz.

Autofill
Na tegnap hülyeség volt azt írni, hogy lesz, mert inkább az az igazság, hogy passz :) Ha gyorsan lesz is, akkor a Chromium megoldását veszik át, de most nem léteznek a hozzá szükséges táblák a profilbeli Web Data fájlban, és a beállítások ablakban is kommentben van a része.

Tanúsítványok
Itt még van mit fejleszteniük, rém buta a felület egy HTTPS oldalra tévedve, még tanúsítványt sem lehet megnézni. Érdekes módon, amíg Chromiumban létezik beállítás a szervertanúsítványok ellenőrzésére (ott alapból ki van kapcsolva), addig itt nem (ugyebár a 12.xx vonalon az utóbbi időkben nem kevés OCSP-vel kapcsolatos gondot okozott az Operában egy ilyen beállítás). Remélem visszakerül, mert a sok probléma ellenére én jogosnak éreztem az akkori döntésüket.

Pozitívum, hogy a Chromium alapokra áttérés jóvoltából az Opera Windows alatt támogatni fogja a CSP alapú megoldásokat (Linuxon PKCS11 alapokra tippelnék), vagyis képes lesz chipkártyán tárolt tanúsítványok használatára (ez az én szememben egy nagyon régi adósságuk volt).

A bejegyzés trackback címe:

https://magyaropera.blog.hu/api/trackback/id/tr715341040

Kommentek:

A hozzászólások a vonatkozó jogszabályok  értelmében felhasználói tartalomnak minősülnek, értük a szolgáltatás technikai  üzemeltetője semmilyen felelősséget nem vállal, azokat nem ellenőrzi. Kifogás esetén forduljon a blog szerkesztőjéhez. Részletek a  Felhasználási feltételekben és az adatvédelmi tájékoztatóban.

cousin333 · http://magyaropera.blog.hu 2013.06.03. 00:07:26

Javítottam a címet, mert félrevezető volt. Ez egy kutakodás, valamit vagy megtalált, vagy nem, vagy benne lesz, vagy nem. Az meg méginkább kérdéses, hogy a 15-ben mi lesz, szóval javítottam a kijelentő módot.

Mihics Zoltán (Med1on) 2013.06.03. 01:15:13

Nem is olyan nagyon régen még felhasználói JavaScriptet indítottam el egérmozdulattal, vagy vágólapra másoltam, most meg egyáltalán a testre szabás lehetőségének kell szurkolni. Ha nem csinálnak hozzá menüt, az már tényleg olyan, mintha nem is lenne. Ez is az Opera egyik erőssége volt, ennek is járna az a figyelem, amit pl. a Gyorshívó kapott.

penge™ · http://www.thevenusproject.com/ 2013.06.03. 01:25:39

@Med1on: Engem az sem érdekel már, ha még nem is szimplán szövegszerkesztés, hanem .pak fájlba kell visszaforgatni a módosításokat, csak LEHESSEN.

Persze a GUI már csak annyiból is kényelmesebb, hogy újraindítás nélkül alkalmazhatók bizonyos beállítások.

Kérdés, hogy ezeket ilyen mérhetetlenül buta Chromium alappal hogyan tudják majd megoldani, ahol még az about:flags-es módosításokhoz is restart kell.

fatal 2013.06.03. 02:43:33

@penge™: ahol még az about:flags-es módosításokhoz is restart kell.

Ez még a legkisebb probléma. Egy restart tart vagy 3 másodpercig, vagy addig se. Te egész nap böngészőt configolsz? :D Egyszer beállítom azt kész. Csak be lehessen...

penge™ · http://www.thevenusproject.com/ 2013.06.03. 04:03:14

@fatal: Ez elvi dolog. Ha valami nem tudja on-the-fly elvégezni a módosításokat, az a szememben komolytalan kategória. Innentől a komolytalanság mértéke aszerint változik, hogy a módosítandó dolognak mekkora a jelentősége. Firefox esetén egy komolyabb kiegészítőnél (mondjuk All-in-one sidebar vagy Tree-style tabs) nyilván nagyobb mértékű a módosítás. De olyan apróságok esetében, mint Smooth Scroll vagy DNS prefetch meg hasonlók... Egy jól menedzselt romhalmaz az egész.

Linux esetében pl. csak kernelfrissítésnél kell újraindítani az egész rendszert (de ha van KSplice, akkor azt is on-the-fly alkalmazza).

Ezen a téren még a Presto-s Operának is voltak gyerekbetegségei. Ugyanis ha létezik olyan operációs rendszer, ami még a saját kernelét is röptében kicseréli, akkor ne mondja már nekem senki, hogy technikai akadálya van, hogy pl. röptében ki/be kapcsolható legyen a hardvergyorsítás is akár. Maximum villan egyet a kijelző (mint mikor újraindítja az ember az Nvidia/ATI drivert).

A szememben ezek szimbolizálnák az ALAPOKAT. Az intelligens tervezettséget, amire valóban lehet építeni.

Figyelemreméltó az is, hogy Operában:
- Első és egyedüliként voltak privát FÜLEK (annak ellenére, hogy még multiprocessz architektúra sem volt).
- Volt OOPP, ami a Firefoxétól sokkal jobb implementáció volt (szintén nem beszélhetünk multiprocessz architektúráról).
- Volt CPU tab, ami mutatta az egyes fülek CPU használatát.
- Szinte pillanatok alatt implementálták az on-the-fly beépülő ki-be kapcsolhatóságot (régebben plugin-ignore.ini-t kellett módosítgatni).

Mindezeket multiprocessz architektúra nélkül. Mi ez, ha nem intelligens tervezettség?

Azt említettem már, hogy a VEGA alapú hardvergyorsításuk az EGÉSZ GUI-t az utolsó ikonig és szegélyig hardveresen gyorsította volna? Míg a Chrome implementációja csak a megjelenített tartalmakat gyorsítja a mai napig.

Egyébként a kérdésed másik felére válaszolva: Van, amikor éppen konfigolgatom a böngészőt és szeretem azonnal látni az eredményt és nem elbarmolni a munkamenetemet, mert mondjuk nyitva van 40 tab és azzal együtt újraindítani kicsit... Már Operában is zavaró volt néha, hogy mikor egyénileg gyártott F12 gyorsmenüből ki/be kapcsoltam a tartalomblokkolást debug céljából, akkor jött a 10 másodperces microfreeze, mert az összes többi lapon is aktiválta a beállítást. Persze ez egy bug volt. Amikor nem volt még oldalspecifikus ODP, akkor az erre a célra gyártott kapcsolónál is ugyanígy viselkedett, pedig értelme nem volt, mert újra nem töltötte az oldalakat.

Dzsini 2013.06.03. 05:21:40

A Presto 10 éves engine, és "gyermekbetegsége" van, jónéhány. Bármilyen más, bármilyen korú megjelenítőmotor természetéből adódóan hibás, és nem is kerülhet bele valami :)

"Engem az sem érdekel már, ha még nem is szimplán szövegszerkesztés, hanem .pak fájlba kell visszaforgatni a módosításokat, csak LEHESSEN." - lehet. Többek között a Chromium is nyílt forráskódú rendszer, nyugodtan készíthetsz magadnak valamelyikre alapozva minden szempontból megfelelő rendszert. Sőt, az interneten toborozhatsz rá szerte a világból szakértőket, és közösen megépíthetitek az ultimate penge-kompatibilis böngészőt - még fizetned se kell érte, hiszen találsz bizonyára hozzád hasonló igényekkel rendelkező olyan embert is, aki egy forráskódot értelmezni és szerkeszteni is tud. Ha pénz is kell rá, akkor az indiegogo vagy valamelyik hasonló crowdfunding oldal szeretettel vár.

Nekomajin · http://nekomajin.wordpress.com 2013.06.03. 05:42:33

@penge™:
Napok óta végre egyet értünk valamiben. Az tényleg sokkal elegánsabb, ha egy csomó mindent menet közben lehet módosítani. Viszont a Google-nél nem hülyék ülnek. Tudják jól, hogy nem éri meg a potenciális bugokkal szivatni saját magukat annak a pár ezer usernek a kedvéért, akik napi szinten szórakoznak a beállításokkal.

Cobalt 2013.06.03. 08:27:09

Ezek alapjan egesz elviselhetonek tunik, nagyon remelem, hogy lesz rendes bookmark kezeles.

littlemat 2013.06.03. 09:27:49

Nagyon köszönöm az elemzést, ez alapján fogom a háromelemes kívánságlistámat összeállítani.

_mps_ 2013.06.03. 10:08:59

A --single-process -szel óvatosan, nem lehet belépni https- es oldalakra (XP SP3 32bit) amik login-t kérnek... :) Bár tény, jóval kevesebb memóriát eszik így a drága...

ap · http://premiumlivesets.hu 2013.06.03. 10:40:49

köszönjük a munkát sok infó volt benne :)

franatixx 2013.06.03. 11:06:43

>Egyfolyamatos működés

Banzai! \0/
Ahogy nézem ez is chromium örökség (bár eddig nem tudtam róla), de remélem a Core team majd krampácsolja a blink forrást ezen meg a disk cache terén, mert ez nagy hiányosság, a Chrome memória meg lemezéhségével nekem is ki van a tököm, hiába nem okoz számomra komolyabb problémát (hála istennek 4 giga mem meg 100+ giga tárhely tisztán a rendszernek minden gépemen jut).

franatixx 2013.06.03. 11:07:54

Ja és tényleg köszi az infókat, érdekesek voltak. Ha lenne időm belekukkantanék én is szívesen a motorháztető alá.

_mps_ 2013.06.03. 14:57:10

plus.google.com/u/0/106303841988408974064

Érzik a fiúk a nyomást :)

[quot]
Thanks for all the feedback on Opera Next for desktop. We are working on improving and re-introducing certain features.

With a new rapid release schedule (release early, release often), you'll see improvements at a faster rate than before. The current version of the tab bar and tab handling is an early implementation. We are currently working on adding more features.

To make sure we get it right we need your help. What tab bar/tab handling features do you think are the most essential?
[/quot]

Mihics Zoltán (Med1on) 2013.06.03. 18:24:39

A teljesképernyős YouTube HTML5 videók csak nálam rosszak?

Nagykócsag 2013.06.04. 00:07:58

Nagyon köszi a profi progiturkálást! :-)

Darkcomet 2013.06.11. 20:26:54

@franatixx: Jaj már! Kezd tele lenni a tököm a Chrome állandó fikázásával. Én Debian 6 alatt álltam át rá, és most Debian 7 alatt is ezt használom. A gépem egy 5 éves matuzsálem, 2 GiB memóriával, 4 GiB swappal. Soha, semmikor sem tapasztaltam extrém memória, CPU, meg winyo használatot. Pedig állandóan mintegy 40+ tabbal van használva. Memória használat ilyenkor is max. 400 MIB, swappolni szinte sosem swappol, CPU átlagos leterheltségű, a flash meg röccenéstelenűl müxik, ellentétbe pl. az Operával, ahol igen hamar 800 MiB-es memória használatánál találtam magam a 12-es szériába, flash ezerrel pörgette a procit, és gyakran úgy összeomlott, hogy az előző állapotában újra sem lehetett indítani. Tehát vagy direkt kibaszik a Google a windowsos felhasználókkal a linuxosok javára, vagy valami alapvető gebasz van a rendszereddel.
süti beállítások módosítása