Magyar Opera

Címkék » előzetes


Apróbb javítások a 11.61-hez (b1234)

Las Vegas-i CES kiállítás ide, hardvergyorsítás oda, webkamera-kezelés amoda, az élet nem áll meg és a szorgos hétköznapok folytatódnak. Elvégre nem lehet mindig csak "nagyot álmodni", leginkább a már meglévő csiszolásával juthatunk a tökéletesség közelébe.

Ennek szellemében ma kiadták a leendő Opera 11.61 hibajavító, stabilitásnövelő kiadás újabb előzetesét, amiben - meglepetés! - hibajavító és stabilitásnövelő változtatásokat találunk. Ugyan nem sokat, de legalább hasznosakat. Például sokaknál előfordult, hogy egy rosszul formázott gzip tartalom miatt nem érvényesült a CSS, ami esetenként eléggé szétszórt (és ronda) oldalakat eredményezhetett.

  • CORE-42565 fagyás a 3025 háttérképek alkalmazásakor (???)
  • CORE-43307 nem gyorsítótárazza az érvénytelen userJS forrásfájlokat
  • CORE-42991 CSS-t nem alkalmazta a hibás gzip tartalom miatt
  • CORE-42472 képre hivatkozó biztonságos iframe nem biztonságossá teszi az oldalt (Paypal kijelentkezés ("checkout") probléma)
  • CORE-43506 az application/x-www-form-urlencoded-höz kapcsolódó POST kérések mindig két csomagban kerültek elküldésre
  • CORE-43173 Incorrect value of elements in ArrayBufferView created with byteOffset to an ArrayBuffer
  • DSK-353403 Unite-hoz köthető fagyás
  • DSK-346438 Opera Turbo eszköztippek többszöri ismétlése
  • DSK-354552 fagyás kilépéskor (regresszió a korábbi előzetesben)

Az új előzetest a Desktop Team blogbejegyzésében szereplő linkekről tudjátok letölteni.

Opera Labs: webkamera a böngészőben

Tegnap egy új verzió érkezett az Opera Labs gondozásában. Róluk, ugye, azt kell tudni, hogy fognak egy nagyjából aktuális Operát, és nevelő célzattal beleépítik valamelyik, még nem szériaérett, új funkciót azok közül, amelyeken egyébként a háttérben folyamatosan dolgoznak. Teszik mindezt azzal a nem titkolt szándékkal, hogy a webfejlesztők minél korábban megismerkedhessenek az általában szabványtámogatást jelentő újítással, és nem mellesleg annak operás implementációjával. Egy szabvány ugyanis annyit ér, amennyit és ahogy a böngészőfejlesztők képesek megvalósítani belőle.

A tegnapi előzetes nem előzmények nélkül való. Tavaly októberben már kaptunk egy fejlesztői kiadást, aminek a mostanihoz hasonlóan a getUserMedia nevű alkalmazásprogramozási felület (API) volt az (egyik) fő újdonsága. A mostani kiadás ezt emeli új szintre, hiszen a kötelező jellegű hibajavítások mellett az API-t az egyébként folyamatosan fejlődő specifikációhoz igazították.

Az új engedélykérő párbeszédpanel

Emellett a már-már hagyományossá váló információs ablakban (lásd a fenti képet) engedélyezhetjük az oldal esetleges webkamera-használati szándékát. Ráadásul a szintén innen elérhető "lap adatai" panel immár 2 oldalassá vált. Az elsőn a szokásos biztonsági információkat láthatjuk, a másodikon pedig azt, hogy helyzetmeghatározás (Geolocation) és kamerahasználat funkciók közül melyikeket engedélyeztünk az adott oldalnak.

Mire is jó ez az egész? Röviden arról van szó, hogy a honlapok készítői számára elérhetővé és kezelhetővé válik a felhasználó webkamerája. Tágabb összefüggésekben vizsgálva a kérdést: még egy példa arra, hogy az alapvető és a jövő webes alkalmazásai számára szinte szükségszerű területeken hogyan szorítja ki a natív, szabványos megoldás a különféle beépülőket. Ennek az egyik legfőbb előnye, hogy a honlap többi része képes hozzáférni és manipulálni a beolvasott tartalmat, amint azt a cikk végi linkeken lévő példák is mutatják.

Az új információs panel

Az új kiadás elsősorban a fejlesztőket célozza, akiknek egy cikkel is kedveskedtek az operások, amiből megtudhatják, mi fán is terem a getUserMedia. A fejlesztői kiadást viszont bárki letöltheti, hogy egy kicsit bepillantson a "jövőbe", például úgy, hogy megtekinti a linkelt alkalmazási példákat. Nem mellesleg kerek 20 ponttal is gazdagodhat a népszerű HTML5 tesztoldalon. Ahol elég komoly pontokat kaphat, elvégre ez a Labs kiadás a legfrissebb(?) hardvergyorsításos kiadás felturbózásával született meg.

A korábbiakhoz hasonlóan a webkamera-kezelést is tartalmazó Labs kiadást az Opera előzetes-oldaláról tudjátok letölteni.

Dragonfly: elő-karácsonyi tesztverzió

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. 

Ragnarök, CSS3 Gradients, On Demand Plugin (b1085)

A mai előzetest nem vártuk és nem várt újításokat hozott. Mindenki a hétfői Up North Web-en készülő, hardvergyorsított 12.00 alfát várja (illetve csak sejti), erre ma megjelent egy nem is akármilyen előzetes. A Presto verziószám mindjárt 2.9.220-ra ugrott és számos Core javítást hozott.

Az első nagy újítás a már korábban bemutatott Ragnarök kódnevű HTML5 parser, amit egyszer már frissítettek, de mostanra lett annyira stabil, hogy a snapshotokban is helyet kapjon.

A másik nagyobb Core változtatás, hogy végre teljes a CSS3 gradient támogatás, amely kiegészült a radial gradients-szel.

A nagy frissítések közepette a Core csapat rengeteg oldalkompatibilitási problémát javított, így a mostani újításokkal (és a Ragnarökkel) az Opera jobban rendereli a weboldalakat, mint valaha.

Végül, hogy a desktop fejlesztésekről se feledkezzünk meg, változott az On Demand Plugin működése, ami Ruarí személyes kedvence (és az enyém is - a szerk.). Mostantól végre az SWFObject sem állhat a blokkolás útjába és a címsor melletti ikonok között helyet kapott az egyszerűség kedvéért az aktiváló/deaktiváló ikon egy kis doboz formájában, ami akkor jelenik meg, ha az oldalon van blokkolt objektum (ami az SWFObject-es bug javítása óta lehet akár láthatatlan is, mint például a Unite zenelejátszójában).

Ismert hibák:

  • Nincs 64-bites FreeBSD csomag (majd legközelebb)
  • Tab stack extender nem működik Vizuális Füleken kívül
  • Néhány overlay dialógusnak csökkent a paddingja
  • Kiegészítők felugróinak rajzolási hibás a kis nyilacskája.
  • Az Acid3 teszt már csak 99 pontot ér el. Az 1 pont nem hiba, hanem a kompatibilitás oltárán lett feláldozva, az itt felsorolt oldalak miatt

Változások listája

Letöltés (Opera 12 b1085)

Hálózati javítások, Microdata és QRESYNC (b1033)

A mai snapshot számos Core javítást hozott, emellett új HTML5 implementációkat és M2 továbbfejlesztéseket.

Főbb változások:

  • HTML5 Microdata támogatás
  • Hálózati javítások (latency)
  • QRESYNC támogatás az IMAP kliens részére

A QRESYNC támogatás arra jó, hogy az ezt támogató szerverekről sokkal kisebb adatmennyiséggel (tehát gyorsabban) tudja szinkronizálni a metaadatokat. Vagyis a korábbi szinkronizáció óta történt változásokhoz nem kell végigellenőriznie az összes üzenetet, ami sokezer levélnél adatforgalomban és időben sem mindegy. Jelenleg a Fastmail és a My Opera Mail támogatják a QRESYNC-et.

Ez a build az M2 adatbáziskezelésében is hozott továbbfejlesztéseket. Kevésbé töredeznek a fájlok és sokkal gyorsabban képes írni és olvasni az adatbázis tartalmát (emiatt nem alkalmazódik a frissített profilokra).

Megjegyzés: A levelek tárolási formátumának változása miatt ha használod a levelezőt, csinálj róla biztonsági mentést, mert ha a jelenlegi buildet mégsem tudod használni nem tudod visszatenni a levelezésedet egy korábbi build alá.

A Core hálózati javítás a félreértések elkerülése miatt nem fog komoly különbséget jelenteni a benchmark oldalakon, sokkal inkább a valós oldalakon van haszna. Az oldalbetöltési sebesség akár a felére is csökkenhet, de szignifikáns különbség az eddig lassú illetve más kontinensen lévő oldalakon jelentkezik, valamint akkor, ha a netszolgáltatónak magas a pingje (tehát Magyarországon a DIGI-t leszámítva leginkább minden - a szerk).

Változások listája (Core)

Változások listája (Desktop):

  • DSK-343044 (Video előtöltéstől néha megfagyott a böngésző)

Változások listája (Mail):

  • QRESYNC támogatás - IMAP
  • DSK-333904 (Csoportosított naplózás + töredezettség javítások)
  • DSK-338715 (Alkalmi összeomlás, mikor egy levelet Nem Spam-nek jelöltünk)
  • DSK-340672 (IMAP mappákban az elküldött levelek nem jelölődtek elküldötteknek)
  • DSK-324277 (Különböző levelező füleken ugyanaz a tartalom volt újraindítás után)

Változások listája (Windows):

  • DSK-342555 (Összeomlás, ha jobb egérgombbal kattintottunk a tálcán az Opera ikonra)

Változások listája (Linux/FreeBSD):

  • GTK3 skin támogatás javítása

Letöltés (Opera 12.00 b1033)

  • Windows
  • Mac
  • Linux/FreeBSD
  • süti beállítások módosítása