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!

Nem, a cím nem elírás, még csak nem is áprilisi tréfa (főleg, hogy szeptembert írunk). Egyszerűen annyi történt, hogy az Opera Dragonfly csapata az 1.1(.1) után áttért a gyorsított kiadási ciklusokra. Ezt annál is inkább megtehetik, mert - mint bizonyára már mindenki tudja - a Dragonfly egy hibrid webes alkalmazás, ami offline is működik ugyan, de alapvetően mindig a neten néz körül az aktuális legfrissebb verzió után kutatva.

Szóval az új rendszerben egy-egy komponensre fókuszálnak majd a fejlesztés során (apróbb változtatásokra, hibajavításokra persze mindig lehet majd számítani), és amikor már elég jónak ítélik azt, megjelentetik a kísérleti (experimental) csatornán. Ezt úgy állíthatjuk be, ha megnyitjuk a Dragonfly elérési útjának beállítását, és ezt átírjuk az alábbira (majd Mentés):

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

Ha aztán kiállja a megszállott tesztelők próbáját, következhet a nagyobb nyilvánosság és az "élvonalbeli" (cutting-edge) csatornán való felbukkanás. Ennek címe:

https://dragonfly.opera.com/app/cutting-edge/

Ha pedig itt is minden flottul megy, akkor az alapértelmezett verziók használói is megismerkedhetnek az újdonságokkal. Mi viszont az első csoportba tartozónak valljuk magunkat, lássuk hát, mit hoz a mai verzió. Mert hogy ma adták ki, afelől semmi kétség, erre utal a megújult verziószám is, aminek formátuma:

(főverzió).(év).(hónap).(nap).(napi build száma)

A mostani kiadás tehát az 1-es főverzió mai első kiadása, de aki akarja, az összeállítás számából (b4981) továbbra is bátran tájékozódhat úgy, mint eddig... Az újdonságok között leginkább a felhasználói felületet érintőkkel találkozhatunk. A Dragonfly például már emlékszik arra, hogy hova állítottuk be a függőleges elválasztót. Az átméretezés is fürgébb lett a Szkriptek nézetben, valamint a szöveg kijelölése is javult a korábbiakhoz képest. Szintén új a Ctrl + R billentyűkombináció, ami a hibamentesítési környezet újratöltésére szolgál. A változások teljes listája itt olvasható.

A minap a hordozható változat friss telepítésnek szóló üdvözlőoldalát nézegettem (amiket amúgy sosem szoktam nézegetni). Elég komoly változáson ment keresztül pozitív irányba.

A diák végén találtam egy linket egy kérdőívre, ami sajnos csak angol nyelven elérhető, de azért belinkelem. A kitöltése mindössze 10 percet vesz igénybe (tehát nem túl hosszú) és leginkább 5-ös skálán kell osztályozni a funkciókat, meg ilyesmi.

Ha valamit nem értünk nyugodtan lehet kérdezni, de minél többen kitöltjük, annál reálisabb képet kapnak a fejlesztők a felhasználók igényeiről.

Ha rászánjuk magunkat, a kitöltést lehetőleg vegyük komolyan.

A tegnapi nap kevésbé nagy publicitást kapott, de szintén fontos híre az Opera Link API-jának nyilvánossá tétele volt.

Aki esetleg nem ismerné: a Link az Opera szinkronizációs szolgáltatása, amivel egy központi (Opera) szerveren tárolhatjuk könyvjelzőinket, jegyzeteinket, gyorshívó bejegyzéseinket, keresőinket, és - a 10.7-es verzió óta - a tartalomszűrő fájlunkat is. Ezen a központi szerver segítségével aztán minden gépen és eszközön szinkronba hozhattuk ezeket az elemeket. Tehát ha például a telefonunkon lévő Opera Mobile-ban, vagy a céges gépen elmentettünk egy könyvjelzőt, akkor az automatikusan megjelent az otthoni gépünkön is.

Természetesen ez így csak Operák között működik, bár a webes felületen bármilyen böngészővel elérhetjük őket. Ez a felállás azonban a közeljövőben könnyedén változhat, ugyanis a most nyilvánossá tett API éppen arra szolgál, hogy bármelyik szoftverben implementálhassuk a Link kommunikációját

Ez azt jelenti, hogy akár saját hasonló szolgáltatást is indíthatunk, nem kell feltétlenül az Opera szervereire hagyatkozni, de például Firefoxhoz is készülhet olyan kiegészítő, ami szinkronizálja a két böngésző könyvjelzőit (a többi funkció megléte már nem evidens, de elvileg megoldható).

A dev.opera oldalán már meg is jelent egy cikk, ahol a hozzáértők megismerkedhetnek az API-val és néhány gyakorlati példát is láthatnak könyvjelzők lekérdezésére. Az API HTTP kapcsolaton keresztül érhető el, az adatok átvitelére XML vagy JSON egyaránt használható, és képes autentikációra is.

Tegnap bejelentett termékeik közül az egyik ismerős lehet, a másik talán nem. A Devices SDK az Opera alkalmazásfejlesztő környezete, ami moduláris felépítésben - renderelő motor, UI, JavaScript motor... stb. - teszi implementálhatóvá az Operát szinte minden elképzelhető eszközre. Segítségével sokkal könnyebben építhetünk bele teljes értékű böngészőt mondjuk a TV készülékünkbe, vagy fejleszthetünk olyan alkalmazásokat, amik webes tartalmakat jelenítenek meg (például Youtube videó nézegetőt a TV-be). Egy korábbi megjelenés kapcsán már többször is bővebben is foglalkoztunk a témával.

Mint már említettem, maga az SDK nem újdonság a verziószám (2.8) viszont igen. Egyrészt, mert az eddig Opera asztali számozását követte, másrészt, mert ilyen még nem volt, ami új funkciókat sejtet. Ezek nem is hiányoznak, íme egy rövid lista:

• Presto 2.6 renderelőmotor
• négyszer gyorsabb JavaScript végrehajtás az új Carakan motorral
• integráció az Opera CDK-val (lásd később)
• javított HbbTV támogatás és alkalmazásdisztribúció szélessávú adatfolyamokon
• új API hardveresen gyorsított videólejátszás integrálásához

Az Opera Devices Content Development Kit (CDK) egy Linuxra elérhető fejlesztőkörnyezet, amivel nem böngészőt, hanem webes alkalmazásokat fejleszthetünk gyorsan és egyszerűen mindenféle mobil és kevésbé mobil eszközre (televízió, képkeret). Lehetőség van ezen alkalmazások hibamentesítésére is a csomag részeként árult Dragonfly javítóeszközzel. Az alapkoncepció szerint elég egyszer megírni a programot, és az többféle TV készüléken vagy más eszközön is használható lesz. A fejlesztéshez ráadásul a céleszközre sincs szükségünk!

A csomag főbb képességei:

• az Opera Devices SDK összes funkciójának támogatása (integrálva van ugyanis)
• HTML/CSS/JavaScript/DOM támogatás
• SVG, Canvas támogatás
• W3C Widget támogatás
• HTML5 video és audio támogatása
• korlátozott RAM mennyiség szimulációja
• egyénileg konfigurálható képernyőméret a céleszközökhöz
• honlapok egyszerű tesztelése
• hibajavítás Dragonfly használatával

A fejlesztőeszközök az Opera hivatalos fejlesztőeszköz-oldalán igényelhetők, de várják az érdeklődőket Amsterdamban is az IBC-n, a Hall 4, A95 standnál.