A legutóbbi előzetes publikálásakor a fejlesztők megígérték, hogy egy fokozattal feljebb kapcsolnak, hogy mielőbb egy jól használható Opera 10.5-ünk legyen. Nos, nem vicceltek, hiszen három nappal később (azaz ma) már elérhető a következő az előzetes. Noha a buildszám nem ezt sugallja, azért akadnak változtatások szép számmal.

Elsőként emlékezzünk meg arról, hogy a Presto megint szintet lépett, immár a 2.5.20-as verzió dübörög az Opera alatt, ami javított oldalkompatibilitást és stabilitást ígér. Számos fagyást javítottak, és helyreállították az előző változatban megtépázott DOM teljesítményt is.

A címadó változás a Mac-eket érinti, annak is elsősorban a megjelenését. A fejlesztők saját bevallásuk szerint sokat dolgoztak a Cocoa migráción. Ez az eddigieknél is jobb integrációt jelent az Apple operációs rendszerén.

A Windows 7 használói sem panaszkodhatnak, hiszen új elemmel bővült a támogatott repertoár, ez pedig a letöltés állapotának jelzése a tálca ikonon. Ezen felül egy kapcsolóval már kiiktatható a nyitott fülek tálcás előnézeti képe is. Apró (de a fejlesztők által is ismert) szépséghiba, hogy ez egyben az előbbi funkciót is elliminálja...

A Linux szerelmeseinek sajnos egyelőre nemhogy új funkció, de még egy összeállítás sem jutott, így ők a mai körből (is) kimaradnak. A fejlesztők szerint "nagyon hamar" érkezik az ő adagjuk is.

Ismert hibák:

• a cím másolása funkció nem működik
• nincs video támogatás Mac alatt
• Mac fagyás induláskor IP v6 használata esetén
• a Windows 7 tálca előnézeti ikonok tiltása letiltja a letöltésjelzőt is
• további, már korábbról ismert hiba

Figyelem! Az előzetes verziók még sok hibát tartalmazhatnak, ezeket nem ajánlott mindennapi használatra telepíteni. Az Opera legutolsó végleges verzióját az Opera oldaláról töltheted le.

Letöltés (Opera 10.5 pre-alfa):

• Windows
• Windows Classic
• Macintosh (Intel)

Az Aero a Windows Vista óta az operációs rendszer alapértelmezett felhasználói felülete. Tapasztalatom szerint erősen megosztja a felhasználókat. Egyeseknek nagyon tetszik, mások értelmetlen látványosságnak tartják. Akárhogyan is van, egy jó program vizuálisan is illeszkedik az őt befogadó környezetbe. Az Opera eddig kevésbé jeleskedett ezen a téren, de a 10.5 pre-alfájával bizonyságát adták változtatási szándékaiknak.

A Windows alatt így tulajdonképpen elkerülhetetlenné vált az üveghatású felület térnyerése. Viszont már nem csak az ablak kerete vált áttetszővé (ami nem kunszt, hiszen ez az operációs rendszer része), hanem például a fejléccel egybegyúrt fülsáv, valamint az állapotsáv is.

Az Operának régóta sok gondot okoznak a nem szabványos, böngészőspecifikusan megírt, vagy éppen elavult oldalak. Ez ellen sokféle módon próbálnak védekezni, ma az oldalakat betöltődés közben javító browser.js-ről lesz szó.

Ez a bejegyzés az "Opera's site patching" című cikk fordítása. Az eredeti cikk 2009. április 7-én jelent meg a Core blogon.

Tudod, a web technológiák komplexitása kezelhetetlenné válik, amikor minden egyes oldal valami egyedi kezelést igényel. Képzeld el, milyen lenne az autóvezetés, ha minden új utcába bekanyarodáskor kicsit bütykölni kellene a motoron, vagy le kellene cserélni a kerekeket. A böngészőfejlesztés sokban emlékeztet erre napjainkban.

Szinte minden modern böngésző rendekezik valamilyen oldal-hibamentesítő eljárással arra az esetre, ha meg kell kicsit olajozni web kiszámíthatatlan elemeinek kitett szabványok fogaskerekeit:

• az IE8 egy kompatibilitási lista alapján IE7 módban jelenít meg bizonyos oldalakat
• a Google Chrome álcázza magát a Hotmail-en
• a Safari homályos, dokumentálatlan trükköket alkalmaz
• a Firefoxnak úgy tűnik, csak a böngészőazonosító-váltó kiterjesztése van - de az eléggé népszerű
• az Opera álcázást és browser.js-t használ

Minden oldalt külön kezelni? Elég őrülten hangzik. Egyértelműen lehetetlen. Kezdőknek: több milliárd weboldal létezik és mind különböző. És változnak is, hiszen millió sornyi kódot adnak hozzá, és cserélnek le minden áldott nap. Hogyan lehet ezzel egyáltalán lépést tartani? Mellesleg nem a szabványoknak kellene a megoldást szolgáltatniuk?

Megint egy új build, nem is kertelnék sokat, a Desktop Team-en nagyobb stabilitást ígértek, a changelog viszont meglehetősen szűkszavú, így a 10 perces tesztelésem során tapasztalt tényezőkkel kiegészítettem. Linuxra és OSX-re még várni kell, egyelőre csak Windows build érkezett.

Változások/Javítások:

• Már van benne Unite, ami nem működik, 404-es hibát dob a saját oldal elérésekor.
• Javították a Ctrl+Tab-os bugot.
• Windows 7 tálca letöltési állapotjelző támogatás!
• A jobbklikk menübe bekerült egy Inspect element, ami a Dragonfly-t nyitja.
• A "Lock Tab"-ot átnevezték "Pin Tab"-ra. [Chrome másolás ezerrel, de a "Close to the right" még mindig nem került bele...]
• A jobbklikk - F5 - balklikk összeomlásos bug javítva.
• A Ctrl+Alt+B (és a többi Alt-os parancs) már nem írja bele az AltGr-es megfelelőjét a gyorskereső mezőbe, ezáltal "láthatatlanná" téve az elemeket.
• Az M2-ben a csatolmány legördülő menüjébe bekerült az Open With almenü.

Ismert bugok:

• A középső klikk a könyvjelzők panelen és az autoscroll még mindig nem működik...
• Új bug: Az állapotsávon az url körül eltűnt az elmosott keret, így nem látható ha a háttér sötét színű.
• Még mindig bugos a flash (az egérmutatós bevillódzások a vezérlőkön).
• A noclicktoactivate userjs még mindig nem működik.
• Már kattinthatók a menüpontok a nem linkelt képek jobbklikk menüjében, mint "Reload image", viszont a M_FOLLOW_LONGDESC sor még mindig ott van.
• A JavaScript ablakok már teljesméretűre tehetők, viszont vissza már nem lehet őket méretezni és az átméretezésük továbbra sem működik.
• BBCode menü és további JavaScript alapú módosított menükkel esetenként probléma tapasztalható.
• Az összes belső lap, mint (opera:config, opera:about) régi stílusú.
• Az oldalakkal kapcsolatos bugok (pl Port.hu) továbbra is megmaradtak.

És a végére hagytam a feketelevest, amit nem árt mérlegelni, mielőtt telepíti aki ezt használja defaultként:

• Duplaklikkes környezeti menüre a sima jobbklikk menü ugrik fel (tehát nincs keresés-keresés ezzel).
• Újra bugos a szövegdobozokban történő scrollozás.
• Nincs F12-es gyorsmenü.
• A jobbklikk->Copy Link Address összeomlasztja.

Tehát gyakorlatilag mintha az internal build-be tették volna bele a Carakan-t és a video-tag-et., egyedül az IRC-s bug nem tért vissza.

A Copy Link Address bug áthidalása:Egyszerűen fogd meg a linket/képlinket, felfelé húzd az egérrel, majd rántsd be egy egyszerű mozdulattal a Jegyzetek panel egy üres részére.

A Google hamarosan egy tavaszi nagytakarítást tervez a YouTube videómegosztó oldal háza táján, így feltették azt a kérdést a nagyközönségnek, hogy milyen újítást, fejlesztést látnának legszívesebben az oldalon.

Nos, úgy tűnik, hogy messze a legnépszerűbb fejlesztési javaslat a HTML5 video támogatásáról szóló kérés. Talán nem véletlen: egyre több böngésző támogatja natívan a video taget, így reális esély nyílik arra, hogy végre kiválthassák az eddig egyeduralkodó Flasht az oldalakon. Ráadásul a YouTube mindenkinél többet tudna tennia video tag népszerűsítésében.

Ha támogatod a kezdeményezést, szavazz te is arra, hogy a YouTube használja a video taget a flash helyett, ha mód van rá. A szavazáshoz szükség van egy Google azonosítóra.

A video tag működését kipróbálhatod a legújabb Opera 10.5 előzetesében.