Magyar Opera

Opera 17 – az első fejlesztői kiadás

A mai napon megérkezett az Opera Developer ág első kiadása a 17-es verzióval. A kiadási ágakról és ciklusokról egy későbbi bejegyzésben olvashattok majd. Most lássuk, milyen finomságokat kapunk.

Amit már tud

  • Indítási beállítások: gyorshívó, előző böngészési folyamat vagy fixen beállított weboldal(ak)
  • Rögzített fülek
  • Rocker mozdulatok: bal -> jobb és jobb -> bal egérkattintás
  • Újabb kiegészítő API-k: bookmarks, commands, omnibox, webNavigation (Ezekről bővebben is fognak írni hamarosan.)
  • Személyre szabható keresők

Teljes változáslista

Amit tudni fog

  • Témák: Amik ráadásul oda-vissza kompatibilisak a 12-tes verzióval.
  • Kamera/mikrofon: A getUserMedia API újra implementálva van.
  • HiDPI támogatás: Windows alatt már elérhető a kis merű, de nagy felbontású kijelzők támogatása.

Ezek a funkciók az opera:flags oldalon kapcsolhatók be.

További tervek

  • További fülkezelés fejlesztések: oldalra helyezhető fülek, vizuális fülek, fülek mozgatása ablakok között
  • Könyvjelzősáv
  • További szinkronizálás fejlesztések

Jelenleg tehát így áll az Opera Developer 17, viszont a fejlesztők felhívták a figyelmünket, hogy a Next 15 verzióval ellentétben ez még nem végleges funkciólista. Mire a Next 17 megjelenik, újabb funkciók is kerülhetnek bele, és a fentiekből is kerülhetnek ki, ha túl bugosnak bizonyulnak.

Letöltések: Windows, Mac

A bejegyzést frissíteni fogjuk, ha lesz időnk rendesen kipróbálni a programot, hogy ne kelljen a hozzászólások között keresgélni. Felhívjuk mindenki figyelmét, hogy ez egy fejlesztői előzetes! Bugos, összeomolhat, adatvesztés történhet!

Eddig tartott a hivatalos bejegyzés többé-kevésbé fordítása. Mostantól a blog szerkesztőinek észrevételei következnek.

  • Eltűnt a bezárás gomb az utolsó nyitva lévő fülről. Jelenleg nem lehet úgy állítani, mint a Firefoxban. (Látszik, hogy piszkálják a GUI-t, mert a bezárás gomb margója mintha nagyobb lenne a füleken.)
  • A könyvjelzősáv (quick access bar) GUI-ja már bekapcsolható, de elemeket még nem lehet hozzáadni. Könyvjelzőkezelő még nincs.
  • Saját keresőket már lehet hozzáadni, de még nem a régi módon. A keresőmezők helyimenüjében nincs ilyen opció. A címsáv helyimenüjében viszont van. Egy párbeszédablakban, elég macerásan lehet megoldani, de működik. Ráadásul a saját keresők is megjelennek a címsáv lenyíló részének jobb alsó sarkában. (Bár az oldal faviconja helyett a default nagyító ikont mutatja. Biztosan bug.) UPDATE: A böngésző újraindítása után megjelenik a helyes favicon.
  • A beállításokban van egy kapcsoló, amivel a fülek fölötti margó eltűntethető. Ha feltoljuk az egeret a képernyő tetejére, biztosan a fülre fogunk kattintani, nem az ablakkeretre.
  • A szinkronizálás gombja eltűnt a kezdőlapról. A menüből vagy a beállításokból vagy a címsávból lehet elérni az opera:sync belső lapot, ahol be lehet jelentkezni. Bugos, a fül bezárása után elfelejti, hogy bejelentkeztél.
  • A beállítások belső lap kapott egy kis fejlesztést. Magyarázatokat csatoltak néhány elemhez.
  • A beállításokban opcionálisan megadható, hogy ha előző böngészési folyamattal vagy fix lapokkal indul az Opera, akkor egyből elkezdje tölteni az összes lapot, vagy csak azt töltse be mindig, amelyik aktív, ahogyan a Firefox csinálja.

A bejegyzés trackback címe:

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

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.

Mihics Zoltán (Med1on) 2013.08.08. 20:15:21

Névtelen szerkesztő tollából, mert hogy én csak elkezdtem, de nem volt időm befejezni. Mindenesetre köszönöm az ismeretlen szerkesztő munkáját.

Erdeg Fattya 2013.08.08. 20:26:48

Köszi az összefoglalót.Jó lesz helyes az irány .Pár órája fent van nincs vele nagy gond kivéve mint már írtam néhány témánál összeomlik.Meg random rogyogat.De ez szinte természetes :D

Nekomajin · http://nekomajin.wordpress.com 2013.08.08. 20:45:21

@Med1on:
Én voltam, csak elfelejtettem odaírni a nevemet. Ma éjjel kipróbálom. Akkor úgyis frissítem majd a postot, és akkor javítok. :)

RaidX 2013.08.08. 20:47:03

Ahhoz képest nem is olyan rossz. Nekem a 16-os NEXT többször omlott. Alakul ez ha nagyon lassan is.

penge™ · http://www.thevenusproject.com/ 2013.08.09. 03:42:15

Néhány említésre méltó dolog a changelogból:

DNA-5475 pressing down button should open suggestion dropdown
DNA-6205 Selecting full address field contents using alt+d, ctrl+l etc. does not work when the address field is already focused
DNA-6357 Add lazy loading after restart
DNA-6451 Context menu not available for extensions on toolbar
DNA-7447 [Mac] Add Opera to file system handlers for .crx and .nex file extensions
DNA-7523 Under the Back button, there are only 5 pages are shown
DNA-7634 Save scroll offset to stash db instead of saving the whole content state blob
DNA-7662 Selecting tab with Mouse unintentionally moves the order of tabs
DNA-7912 Prevent javascript copy/paste fraud
DNA-8033 Hovering a part of tab does not show tool-tip
DNA-8085 Make paste and go work even without focus in address bar
DNA-8239 Regression: Addressbar no longer hides the ref part if there is a query part in the url.
DNA-8268 Ctrl+Enter host name auto complete, common part
DNA-8307 Add a setting to disable pre-loading of Discover
DNA-8581 Fix Opera for 64 bit builds
DNA-8640 Extend Chrome's bookmark model with nickname, description, created, visited date
DNA-8661 Save file dialog doesn't provide option to save complete page including resources
DNA-8810 Enable fix "Avoid hard coding a restriction on the number of toolbar extensions" on stable-29

Valamint egy érdekes: DNA-8441 Email is being reproduced two or three times from my imap inbox account. Other IMAP folders are not affected. The client shows synchronising headers, and then duplicates or triplicates the entries.

Nekomajin · http://nekomajin.wordpress.com 2013.08.09. 13:21:10

@penge™:
De jó, hogy ezt beírtad. A DNA-6357 Add lazy loading after restart-ot kifelejtettem a felsorolásból.

fatal 2013.08.10. 03:08:55

Alakul ez. A könyvjelzők (oldalsáv) és a tabok után remélem a következő a temp download lesz és akkor migrálok vissza Operára. :)

Nekomajin · http://nekomajin.wordpress.com 2013.08.10. 17:50:51

A szinkronizáláson jelenleg is dolgoznak. Tegnap hajtották végre az első sikeres szinkronizációt az új szervereken keresztül egy asztali és egy mobil böngésző között. Ráadásul tovább is akarják fejleszti a korábbi szinkronizációs képességeket.
my.opera.com/desktopteam/blog/2013/08/08/opera-17-first-developer-stream-preview?startidx=450#comment111030512

Az új Opera felhő (nevezzük így) egyszeri alkalommal importálni fogja a Linken tárolt tartalmak egy részét, de utána semmi köze nem lesz hozzá.
Jelenleg négy különböző login szolgáltatóval lehet majd kapcsolódni a felhőbe: Opera, Facebook, Twitter és Google. Ezek mindegyike külön accountnak fog számítani. Lesz majd erről egy hosszabb bejegyzés a Desktop Team blogon. Jelenleg valami olyasmit veszek ki a kommentből, hogy a négy account kapcsolódhat négy különböző böngésző profilhoz, de akár egyetlen egyhez is. Abban az esetben, ha ugyanazt a profilt akarod módosítani egy másik account alól, akkor lesz valami figyelmeztetés. Azt nem tudom, hogy ez miért lett így megbonyolítva, miért nem lehet egy account alatt több profilt létrehozni. (Az valós probléma, hogy mi van, ha szinkronizálni akarok két PC között, meg mondjuk egy mobil és egy tablet között, és nem akarom, hogy a kettő keveredjen.) Abból a szempontból viszont jó, hogy nem muszáj hozzá egy külön Operás accountot csinálni. (Azt a kört most ne fussuk le, hogy ki az, aki megbízik például a fb login szolgáltatásában. Továbbra is lehetőség van Operás accountot használni.)
my.opera.com/desktopteam/blog/2013/08/08/opera-17-first-developer-stream-preview?startidx=400#comment111010052

Mindenesetre, amin megjelenik az erről szóló post a Desktop Team blogon, le fogjuk fordítani.

penge™ · http://www.thevenusproject.com/ 2013.08.11. 05:05:57

@Nekomajin: Tehát akkor nem fogja elcseszni a meglévő Opera 12-es szinkronizációt az új?

sanyix 2013.08.11. 11:21:41

cache állítási lehetőségek még mindig nuku ahogy látom...

Nekomajin · http://nekomajin.wordpress.com 2013.08.11. 13:33:25

@penge™:
Ezek alapján, amit eddig tudunk, nem. Csak átvesz pár dolgot, de egyébként békén hagyja. Azt mondjuk nem tudni, hogy a Link meddig fog még működni, de amíg a 12-tes vonalat hivatalosan támogatják, addig biztosan.
De lesz majd erről külön post, csak még hegesztik a rendszert.

Nekomajin · http://nekomajin.wordpress.com 2013.08.14. 04:15:09

Lapozgattam egy kicsit a Desktop Team blogot, és az alábbi információkat találtam:

A könyvjelzőkhöz a backend készen van. A frontendet még csiszolgatják, de a tervek szerint ezen a héten belekerül a 17 Dev frissítésbe.

A szinkronizáláshoz a backend és a frontend is készen van, de a szerverek még nem. A tervek szerint ez is bekerül az eheti frissítésbe.
Jelenleg a következőket lehet majd szinkrionizálni: gyorshívó, gyűjtőlap, könyvjelzők, saját keresők, megnyitott fülek, jelszavak, kiegészítők és kiegészítő beállítások. (Lesz majd valami megoldás a kiegészítő fejlesztőknek, amivel szabályozni tudják, hogy milyen beállítások kerüljenek szinkronizálásra.)

A háttérben már dolgoznak a címsáv okosításán is. Jelenleg a következő funkciókon gondolkoznak:
- Opcionális faviconok a címsáv elején, a mostani információs ikon helyén.
- Begépelt dolgok, könyvjelzők, gyűjtőlap, korábbi keresések és weboldal tartalmak közötti keresés.
- Okos URL rövidítő, ha az URL hosszabb, mint a címsáv.
- Nagyobb méretű vagy méretezhető lenyíló lista.
- Könyvjelző és gyorshívó rövidítések.
- Protokol és query elrejtésének kikapcsolhatósága.
Külön kiemelték, hogy egyelőre még nem dolgoznak ezeken, csak terv szinten léteznek, és ez nem azt jelenti, hogy ezek mind implementálásra fognak kerülni. Ezek csak ötletek. Viszont várják a felhasználók ötleteit is, most kifejezetten a címsávval kapcsolatban. Ezen a linken lehet hozzászólni: my.opera.com/community/forums/topic.dml?id=1735662

A felmerült jelszókezelési problémákon is gondolkoznak, de egyelőre alacsony prioritást kapott a dolog.

A Ctrl+Tab-os fülváltás is a listán van, de valahol az alján.

A saját keresőt hozzáadó párbeszédablakon is dolgoznak.

Felmerült egy ötlet egy olyan kiegészítő API-ra, amivel figyelni lehet, hogy a Turbo be van-e kapcsolva, és a nagyobb adatforgalmat generáló kiegészítőket eszerint lehetne programozni. Megfontolásra felterjesztve.

Lehet örömködni. :)

Ezen kívül még egy dolog. Egy lelkes kiegészítő fejlesztőnek köszönhetően készülőben van egy igen pofásnak tűnő RSS kliens kiegészítő. További infó: my.opera.com/QuHno/albums/showpic.dml?album=3811932&picture=196909212
Jelenleg még pre-alfa, meg technikai okokból most nem is tudnám tesztelni, de figyelni fogom, és ha tényleg olyan jó lesz, mint amilyennek tűnik, akkor lesz alapos teszt meg bejegyzés is.

penge™ · http://www.thevenusproject.com/ 2013.08.14. 08:31:30

@Nekomajin: "Okos URL rövidítő, ha az URL hosszabb, mint a címsáv."

Már előre reménykedek benne, hogy kikapcsolható lesz.

Nekomajin · http://nekomajin.wordpress.com 2013.08.14. 14:06:28

@penge™:
A régiben is kikapcsoltad?
Én sokáig észre sem vettem amúgy, hogy van ilyen. Valahogy természetes volt, hogy valahol kivág egy részt az URL-ből, hogy elférjen. Aztán olvastam valahol egy írást, hogy mennyit dolgoztak rajta, hogy a böngésző ki tudja találni, hogy mit érdemes meghagyni az aktuális URL-ből, hogy informatív maradjon. Például ha több azonos dominare mutató URL között az a különbség, hogy egy hosszú query végén van egy ID vagy akármilyen mező eltérés, akkor nyilvánvalóan nem jó, ha csak simán a végét vágja lesz a böngésző.

penge™ · http://www.thevenusproject.com/ 2013.08.14. 18:49:02

@Nekomajin: Miért, a régiben volt ilyen? Tudsz rá valami bizonyítékot adni, ahol mást mutat egy Chrome/Firefox mint az Opera 12?

Nekomajin · http://nekomajin.wordpress.com 2013.08.14. 22:11:21

@penge™:
Most lenyitottam a listát, és egyetlen példát találtam benne. Van egy egyszintű path név, és három query mező, amiből az első és az utolsó megegyezik, a középső meg egy egyéni kód. Ha lenyitom a listát, az előzmények között három ilyen címet mutat. A sub.domain.tld látszik, a path és az első query mező nem, a középső mező megint látszik, az utolsó meg megint nem. Ugyanez a rókában úgy néz ki, hogy ameddig kifér, addig mutatja, a többi meg le van vágva. Annak ellenére is le van vágva a középső mező értékének a fele, hogy a rókában kevesebb gombot tettem a címsáv mellé, így hosszabb maga a címsáv. Chrome-ban ugyanaz a helyzet, mint rókában. Ráadásul ott még hosszabb a címsáv, de kb ugyanannyi látszik az URL-ből, mint a rókában, mert nagyobb a betűméret.

Ez nyilván nem reprezentatív eredmény, de látható különbség van. És egy ilyen URL-nél ez nem is annyira számít, mert senki sem fog megjegyezni egy random generált stringet, viszont ha annak a helyén egy blogbejegyzés címe lenne, akkor rögtön más lenne a helyzet.
süti beállítások módosítása