Sziasztok, Krystian Kolondra vagyok, a Desktop Team menedzsere.

A legutóbbi postunk óta itt az ideje, hogy további információval szolgáljunk felétek a jövőbeli terveinket illetően.

Tegnap érkezett egy Chromium frissítés az Opera 15 stabil ágához (Windows-ra egy további frissítés érkezik a mai nap folyamán), az Opera 16 hamarosan elérhető lesz a Next csatornán (a csapat nagy része most szünetet tart, mert a havazás Oslo-ban átmenetileg elállt).

Azt mondtuk, hogy jelenleg az Opera Link-re, a továbbfejlesztett fülkezelésre és a témákra összpontosítunk. Mindazonáltal, miután meghallgattuk a visszajelzéseiteket, az első dolog, amit meg kell tennünk, hogy növeljük a natív könyvjelző funkcionalitás fejlesztésének prioritását.

Miért is nem tettük ezt az első helyre? Egy kis betekintés a saját statisztikáinkba, melyet figyelembe vettünk a funkciók fejlesztésekor.

2007 óta véletlenszerűen kiválasztott embereket kérdeztünk meg (azaz a telepítő - a szerk.), hogy szeretne-e névtelen statisztikákat küldeni az Opera használati szokásairól. Manuálisan is lehetett engedélyezni az opera:config#UserPrefs|EnableUsageReport bekapcsolásával. Ennek segítségével a fejlesztők láthatták, mely funkciókat használtak a felhasználók. Bizonyos felhasználók önkéntesen is szolgáltatak számunkra adatokat 2007 óta.

100 000+ felhasználó felhasználási szokásai alapján alapján (khm... mi is van azzal a 300 millióval? - a szerk.) azt láttuk, hogy a felhasználók 90%-a igazából sosem adott hozzá egyetlen könyvjelzőt sem azokhoz, amik az Operával együtt default beállításra kerültek. Amit a legtöbb ember igazából tett:

• A kedvenc oldalaikat folyamatosan nyitva tartották.
• Munkamenet-kezelővel együtt használták a fenti metódust
• Gyorshívót használtak

Azt is láttuk, hogy az emberek elég gyakran használták a Ctrl+D/Cmd+D billentyűparancsot (én itt valahogy ellentmondást érzek - a szerk.) - csak azért, hogy tároljanak dolgokat, hogy visszatérjenek rá később. Az eredmény rengeteg könyvjelző volt a gyökérkönyvtárban, amely eléggé használhatatlanná tette az egészet, ha valaki a menün keresztül szeretett volna hozzájuk férni. (WTF? - a szerk). Ez az oka, amiért megcsináltuk a Stash-t egy vizuális indikátorral és gyorskeresővel, hogy kézreállóbb legyen (a címsorkeresés és a könyvjelző gyorskeresője is kézreálló volt és az inkrementális keresője is jobb volt. Még "oogle"-re is lehetett keresni - a szerk.).

De megértjük, hogy a könyvjelzők teljes eltávolítása nagy változás azok számára, akik aktívan használták ezt a funkciót, szóval csinálunk egy natív könyvjelzőkezelő funkcionalitást.

Nem tudok pontos dátummal szolgálni és nem lesz az Opera 12 klónja, de el akartam mondani, hogy meghallgatjuk a felhasználókat és felismerjük, hogy a könyvjelzők nem léte azok számára, akik használták ezeket megnehezíti a váltást az Operára, akár az Opera 12-ről akarsz átköltözni, akár egy másik böngészőről.

Köszönjük mindegyikőtöknek a visszajelzéseiteket, nagyon szenvedélyes közösség vagytok!

Haavard ismét írt egy postot a saját blogján, amiben kéri, hogy strukturált változatban (tehát nem belehányva) a 3 legfontosabb, leginkább hiányzó funkciót írjuk le. Kizárólag hármat és egy ember egy kommentet írhat.

Elhiszem, hogy régebben, amikor szintén volt ilyen post könnyebb volt leírni, mivel jelenleg 3 helyett 300-at is írnánk, de pár tipp:

• Gondoljuk jól végig. Nem gyorsasági verseny.
• Ha power userek voltunk lehetőleg olyan funkciókat írjunk, amiket biztos, hogy nem ír senki. Könyvjelzőket, Smooth Scroll-t, Opera Link-et, Mouse Gestures-t úgyis kérni fogják sokezren. Ellentétben például ha szerettük a Fit-to-Width-et, Fast Forward-ot, UserJS-eket/UserCSS-ket, MDI ablakkezelőt és további, kevésbé népszerű funkciókat, inkább azokat válogassuk be.
• Ha további ihletre van szükségünk, nézzünk meg egy Chromiumot. Ami abban benne van, azokat szintén felesleges kérni, valószínűleg a fejlesztési terv részei.

Szóval itt ez az új kiadás, ami a nem túl izgalmas, ámde nem is rossz 11.6x-os szériához tesz hozzá, elsősorban a stabilitás és a biztonság terén:

Változások listája:

• Megnövelt stabilitás
• Kommunikációs hiba a https://autoupdate.opera.com oldallal
• Kérésre engedélyezett beépülők helykitöltője csökkenthette a biztonságos oldalak biztonsági szintjét
• Biztonságos oldalak betöltődésével kapcsolatos probléma javítva (PayPal, Ebay)
• dojotoolkit.org: a dojo amd betöltőjével kapcsolatos hiba javítva
• rts.rs: JavaScript hiba javítva
• Biztonsági hiba javítva: egyes URL-ek külső kód futtatását tették lehetővé (bejelentő Andrey Stroganov): részletek

Az új változatokat letölteni a megszokott módon az Opera oldaláról tudjátok. A frissítés minden Opera 11.x felhasználónak ajánlott!

Nem is volt olyan régen, hogy megjelent az Opera fejlesztői eszközének, a Dragonfly-nak az első, publikus, hivatalos kiadása, az 1.0. Ezt követte nemsokára az 1.1, ami sok hasznos újítást hozott. Ekkor távozott viszont az Operától David Storey (alias dstorey) a projekt vezetője, félő volt tehát, hogy a visszaesik majd a fejlesztési tempó. Egy darabig úgy tűnt, így is lesz, mert igen lassan csordogáltak a fejlesztői kiadások. Szerencsére azonban a hallgatás okai a háttérben folyó komoly fejlesztések voltak.

A munka első eredményeit a napokban tették elérhetővé az Opera dolgozói (b5309). Kiderült, hogy - szoros együttműködésben a böngésző fejlesztőivel - egy profilozó modulon dolgoznak, ami képes lesz részleteiben megmutatni, hogy egy honlap betöltésekor mire mennyi időt fordít a böngésző. Így a honlapfejlesztők képesek lehetnek megtalálni a szűk keresztmetszeteket, és kijavítani azt a legjobb felhasználói élmény elérése érdekében (ugyan ki szeret várni?). A munka még csak kezdeti stádiumban van, a jelenlegi felhasználói felület inkább csak jelképes, a hangsúly most még magán a funkción van.

Ez azonban még nem minden, több más apróság is van a jövevény tarsolyában:

• Áttekinthetőbb erőforrás-nézet
• CSS shorthand támogatás: segítségével a fejlesztők megnézhetik a speciális CSS attribútumokat is pl. :hover
• JavaScript eszköztippek: a JS kódoknál már sokkal látványosabb a futási hibák jelzése. Ezen felül a kódbeli objektumok fölé állva eszköztippként mutatja azok tulajdonságait.

Mindezekről az alábbi videóban is láthatunk egy bemutatót:

Fontos megjegyezni, hogy az új opciók többsége csak a Wahoo (Opera 12) verziókban működik, mert csak abban található meg a szükséges Core támogatás! Ha megvan a program, akkor elég megnyitni a megfelelő beállítást, és átállítani erre a címre:

https://dragonfly.opera.com/app/experimental/

 A másik újítás még annyira friss, hogy külön címen található. A fenti beállítást erre kell változtatni:

https://dragonfly.opera.com/app/stp-1/profiler/

 Ez tulajdonképpen a profilozó egy másik nézete, ami rögzíti a háttérbeli eseményeket, és tevékenység alapján (például "CSS feldolgozás", "szkript végrehajtás"... stb.) csoportosítva mutatja, hogy mikor, mire, mennyi időt fordított. Részletesebb információkat egyelőre csak a CSS esetén kapunk, ha az egeret az adott esemény fölé mozgatjuk.

A végleges megjelenési időpontról még nincs információ, de gyaníthatóan - az Opera 12-höz hasonlóan - ehhez is még sok idő kell, amíg rendesen kiforr. 

Néhány napja a Twitteren már hírt adtunk az 1.1-es verzió megjelenéséről. Igaz, némi hiba csúszott a bejelentésbe, és lemaradt, hogy még csak az RC1-ről van szó. Mondjuk akkor még én sem gondoltam, hogy RC7 is lesz majd, bár az Opera kiadási szokásokból már következtethettem volna erre...

Annak idején a Dragonfly első verziójára majdnem napra pontosan 3 évet kellett várni (az első, ezt tartalmazó előzetes 2008. május 6-án jelent meg, míg a végleges 2011. május 5-én). Az 1.1 stílszerűen valamivel több, mint 3 hónapot igényelt, ami szépen arányban áll a verziószám változással. Mint ahogy, úgy gondolom, az újítások is, amikről korábban már írtunk, de azért megint összefoglalnám:

DOM Inspector 1.1

• keresőpanel RegExp, CSS selectors, XPath és szöveges keresésekhez
• pszeudo elemek vizsgálatának lehetősége

Style Inspector 1.1

• a CSS forrásfájlra mutató hivatkozások a stílusdeklarációkban
• stílusdeklarációk pszeudo osztályokhoz és elemekhez
• SVG bemutató attribútumok

JavaScript Debugger 1.1

• keresőpanel RegExp kifejezésekkel, keresés több fájlban, injektált szkriptekben... stb.

Network Inspector 1.1

• POST adatok vizsgálata

Resource Inspector 1.1

• hivatkozások a hibanaplóhoz és a CSS vizsgálóhoz
• keresőmező

Storage Inspector 1.1

• átalakult a Helyi tárhely, Folyamat tárhely és Minialkalmazás beállítások fül megjelenése a Sütikhez hasonlóan

Error Log 1.1

• áttervezett felület, ami kisebb hasznos helyet foglal el
• az erőforrások típusa jelenik meg a súlyossági szint helyett
• a hibák számát mutató címke tartalma alkalmazkodik az aktuális nézethez
• a kevésbé jellemző hibatípusok összevonása az Egyebek alá
• az Erőforrások panel megfelelő sorára mutató hivatkozások elhelyezése
• a keresőmező helyett szűrő implementálása
• a console.* bejegyzések eltávolítva (visszakapcsolhatók)
• a Dragonfly megnyitása előtti hibák is láthatók (csak Opera 12)

Console 1.1

• teljes paneles konzol az eddigi félig átfedő mellé
• automatikus kiegészítés a JS/DOM beépülőkhöz
• kibontható objektumok
• figyelmeztetések, információk és hibák színes kiemelése

Utilities 1.1

• bekapcsolható vonalzó

Egyéb

• UI-t érintő általános változások
• rengeteg hibajavítás és stabilitás-növelés

A címben azt írtam, hogy megérkezett, nem azt, hogy elérhető. Ennek legfőbb oka, hogy a Dragonfly használóinak nem kell semmit tenniük az új verzió letöltése érdekében. Mivel a Dragonfly egy hibrid alkalmazás, elindulásakor automatikusan a legfrissebb verzió töltődik be. Ez jelen esetben a 4944-es összeállítást jelenti, ami elvileg megegyezik a 4943-as RC7-tel, viszont előbbi a hivatalos csatornán érkezik (https://dragonfly.opera.com/app/), míg utóbbival még csak a kísérleti vonalon találkozhattatok.

Sajnos kevésbé örömteli esemény, hogy David Storey, a Dragonfly fő fejlesztője 6 évnyi munka után otthagyja az Operát a Motorola kedvéért. Szóval aki Dragonflyt használ, és tetszik neki, mindenképpen emlékezzen meg a munkásságáról (akinek nem tetszik, az úgysem fogja ezt elmulasztani). Mindenesetre a projekt ezután is jó kezekben lesz, és a jövőben még további fejlesztések várhatók.