Tag Archives: browser

Kedvencek és bookmarkletek Microsoft Edge-ben

A Windows 10 megjelenése óta a Microsoft Edge az elsődleges böngészőm, és alapvetően meg vagyok vele elégedve. A pluginek nem hiányoznak, a minap viszont egy bookmarkletet próbáltam menteni és macerásabb volt, mint gondoltam.

Példaként vegyük a Pinterest bookmarkletet, a Pin It Buttont. Bármelyik másik böngészőben elnavigál az ember az adott weboldalra, megfogja a JavaScript kódot tartalmazó hivatkozást az oldalon, és feldobja a kedvencei közé. Ez Edge-ben biztonsági okokból nem megy, de körül lehet táncolni.

A 2015. novemberi nagy frissítés előtt egyszerűbb volt a helyzet, a kedvencek ugyanis közvetlenül a fájlrendszerben ültek, ebben a mappában:

C:\Users\{FELHASZNÁLÓNÉV}\AppData\Local\Packages\Microsoft.MicrosoftEdge_8wekyb3d8bbwe\AC\MicrosoftEdge\User\Default\Favorites

Az interneten fellelhető források szerint most viszont már a spartan.edb ESE adatbázisban laknak, itt:

C:\Users\{FELHASZNÁLÓNÉV}\AppData\Local\Packages\Microsoft.MicrosoftEdge_8wekyb3d8bbwe\AC\MicrosoftEdge\User\Default\DataStore\Data\nouser1\120712-0049\DBStore

Ezt sajnos macerás szerkesztgetni, de úgy tűnik, hogy szerencsére a böngésző a registry-t is használja, ezen az útvonalon megtaláltam az elmentett kedvenceket:

HKEY_CLASSES_ROOT\Local Settings\Software\Microsoft\Windows\CurrentVersion\AppContainer\Storage\microsoft.microsoftedge_8wekyb3d8bbwe\MicrosoftEdge\FavOrder\FavBarCache

Ezt kihasználva a következő módon tudtam magamnál Pinterest bookmarkletet menteni:

  1. Ellátogattam a Pinterest bookmarklet oldalára, majd a “Pin It” gombra jobb egérrel kattintva, és a megjelenő menüből a Copy Link menüpontot választva elmentettem a vágólapra a bookmarklet JavaScript kódját.
  2. Ezután felvettem a kedvencek közé ezt az oldalt csak azért, hogy a Pinterest ikonja jelenjen meg a böngészőben a bookmarkletem mellett.
  3. Megnyitottam a Regeditet, és elnavigáltam a fenti útvonalra.
  4. A legnagyobb számú mappa volt az utoljára létrehozott, azon belül az url kulcsba bemásoltam a vágólapról a JavaScript kódot.
  5. Újraindítottam a böngészőt.

bookmarklet-regedit

Ez abszolút nem hivatalos, nem támogatott és nem is tuti megoldás, nálam működik.

 

Mixed content warning

Szomorú, amikor így széthullik egy oldal a böngészőben, például Chrome-ban:

mixed content chrome

Hogy miért? Hát nem nyilvánvaló, ott van a magyarázat. Segítek:

mixed content chrome warning small

Úgy hívják, hogy mixed content warning, és warning, azaz figyelmeztetés létére nem éppen feltűnő. Lássuk ugyanezt Firefoxban:

mixed content FF

Megvan?

mixed content FF blocked small

Az Internet Explorer kevésbé finomkodik, azonnal a felhívja a felhasználó figyelmét:

mixed content warning

Bár itt nem egy pajzs ikont kell keresgélnünk (amit egyébként túl sokszor, túl sok mindenre használtak már), hanem rögtön kapunk egy szöveges üzenetet, semennyivel sem jobb a helyzet. Ezt az üzenetet, és úgy általában a problémát, ugyanis egy átlagos felhasználó nem érti. Sőt, nem csak hogy a felhasználók nem értik, de a fejlesztők sincsenek tisztában a biztonsági vonatkozásokkal, különben nem lennének ilyen problémás oldalak.

Pedig arra kellene csak figyelni, hogy ha az oldal https:// protokollon töltődik be, akkor az oldalra betöltődő összes (igen, az összes) tartalom is https-en jöjjön, ne legyen egyetlen http:// link sem az oldal kódjában. Ha külső domainről töltesz be tartalmat, és nem tudsz relatív URL-t használni, akkor kezdd az URL-t “//”-rel, és a böngésző azt a protokollt fogja használni, amit az oldal is használ. Ezt a hívják, hogy “protocol relative”, vagy “scheme relative” vagy “scheme-less relative” URL, és már az URI általános formáját leíró RFC 3986-ban is szerepel (2005. január), és természetesen a böngészők is értik.

Ideje lenne kijavítgatni az oldalainkat, a böngészőknek pedig előbb-utóbb teljesen blokkolni az ilyen defektes oldalakat.

 

Technorati-címkék: ,,

Firefox kontra UTF-8

Az Egyetem MSDNAA oldalának frissítésekor futottam bele egy érdekes jelenségbe: saját gépemen tesztelve az oldalak teljesen jól működtek, felmásolva a szerverre viszont nem egészen. Szinte az összes böngészőben rendben volt minden, kivéve Firefoxban, ahol zagyvaság jelent meg a magyar ékezetes karakterek helyett.

Ellenőriztem a fájlokat, korrektül UTF-8-ban voltak elmentve, még a byte-order-mark is ott volt az elején – amit mondjuk nem volt nehéz észrevenni, hiszen a Firefox lelkesen ki is rajzolta az oldal elejére: 

Mivel szép új HTML5 oldalakról van szó, ott virít bennük a <meta charset="utf-8" /> sor, sőt még a klasszikus Content-Type sort is beletettem, hiába.

A gyors ellenőrzések után vissza a kályhához, elő a Fiddlert, ahol már látszott is a hiba oka. Ez a fejléc sor jött a szervertől:

Content-Type: text/html; charset=iso-8859-1

Ezen a ponton megvilágosodtam és rájöttem, hogy a régi oldalak miért voltak UTF-8 helyett ISO-8859-1-ben elmentve: mert a webszerver ezt a charsetet kényszeríti rá! A fejlécben lévő információ pedig Firefox esetén felülírja az oldalban lévő beállítást.

Tekintve, hogy a site egy Apache szerveren fut shared hosting környezetben, ahol se ASP.NET, se PHP, se admin jogom, szerver oldali kódból nem tudtam felülírni a fejléc mezőt. A megoldás mégis egyszerű lett, csak ezt az egyetlen sort kellett a webhely gyökerében lévő .htaccess fájlba beleírni:

AddDefaultCharset UTF-8

A webhely gyökerében lévő beállítás szerencsére öröklődik az alkönyvtárakra is.

 

Technorati-címkék: ,,

Az Enter és az egymezős űrlap esete

Íme egy igen egyszerű űrlap:

<form>
  <input type="text" />
</form>

Nincs hozzá sem submit gomb, sem button, sem pedig JavaScript, mégis egyik-másik böngésző hajlamos rá, hogy Enter hatására elküldje az űrlapot a szervernek. Ha van method=”post”, akkor HTTP POST-ként, ha nincs, akkor GET-ként.

Íme a megoldás:

<form>
  <input type="text" />
  <input style="display: none" />
</form>

Azaz elég odatenni egy láthatatlan második input mezőt, és máris volt-nincs kéretlen posztolás. A jelenség csak akkor lép fel, ha egyetlen magányos mező van az űrlapon. Vajon miért?

 

Technorati-címkék: ,

CSS Browser Matrix

Az alábbi oldalon táblázatos formában megtalálható az összes CSS module, property, pseudo class, pseudo element és @-direktíva támogatottsága az egyes böngészőkben: http://realworldvalidator.com

És hogy honnan jönnek az adatok? A Visual Studio csapat szedte össze őket precízen azért, hogy a VS 2012 CSS szerkesztőjét a lehető legpontosabban fel tudják készíteni. Az webhely közvetlenül a VS 2012 (RTM) forráskódja alapján készült.

 

Technorati-címkék: ,

Adobe: Nincs több Flash Player, irány a HTML5!

Danny Winokur, az Adobe alelnöke nemrég bejelentette, hogy felhagynak a Flash Player fejlesztésével mobil eszközökre:

“Our future work with Flash on mobile devices will be focused on enabling Flash developers to package native apps with Adobe AIR for all the major app stores.  We will no longer continue to develop Flash Player in the browser to work with new mobile device configurations (chipset, browser, OS version, etc.)”

És a magyarázat:

“HTML5 is now universally supported on major mobile devices, in some cases exclusively.  This makes HTML5 the best solution for creating and deploying content in the browser across mobile platforms. We are excited about this, and will continue our work with key players in the HTML community, including Google, Apple, Microsoft and RIM, to drive HTML5 innovation they can use to advance their mobile browsers.”

Persze desktopon a helyzet változatlan, készül a Flash Player 12 és mindenki “super excited”.

Szerintetek ez mit jelent?

 

Technorati-címkék: ,,,,

HTML5 média formátumok böngésző támogatása

Az idei Web Konferencián Dávid Zoli barátom tartott egy remek előadást a HTML5 játékfejlesztésről JavaScript reneszánsz címmel, amelynek a felvétele egyébként megtekinthető a devPortal TV oldalán.

Az előadás utáni kérdések között merült fel, hogy tényleg nincs egy olyan audio formátum, amit minden böngésző támogatna? A HTML5 támogatja az AAC, MP3 és Ogg Vorbis audio formátumokat, illetve az Ogg Theora, WebM és MPEG-4 video formátumokat, de hogy állnak ezzel a böngészők?

A novemberi MSDN magazin egyik cikke pont ezzel a kérdéssel foglalkozik és egy az aktuális állapotot bemutató táblázat is szerepel benne:

Videó formátum Audió formátum
Böngésző

Ogg Theora

H.264

VP8 (WebM)

Ogg Vorbis

MP3

WAV

IE Telepíthető 9.0 Telepíthető +
Firefox 3.5 4.0 + +
Chrome 3.0 6.0 + + +
Safari Telepíthető 3 Telepíthető + +
Opera 10.50 10.60 + +

 

Technorati-címkék: ,,,,,

__doPostBack is undefined

Éljenek a modern böngészők! Tényleg, én szeretem, hogy van változás, jönnek az újak, amelyek biztonságosak és a webes szabványokat is egyre jobban támogatják. Jobb a fejlesztőknek és jobb a felhasználóknak is. Néha azonban beüt a mennykő és egy-egy újabb böngésző alatt elhasal a korábban szépen működő webhelyünk. Például Internet Explorer 10 alatt egy ASP.NET-es alkalmazástól könnyen kaphatjuk ezt a hibaüzenetet:

‘__doPostBack’ is undefined

Az aláhúzás-aláhúzás kezdetű dolgokról tudjuk, hogy az ASP.NET belső működéséhez tartoznak, így ez már messziről komolynak tűnik. Pedig mindössze arról van szó, hogy az ASP.NET down-level böngészőként értelmezi a legújabb IE verziót, ami szerinte nem kezeli a JavaScriptet. Firefox 5+ alatt hasonló a helyzet, ugyanebből az okból kifolyólag ott a görgetősáv visszaállítással kapcsolatos MaintainScrollbackPositionOnPostBack tulajdonság hal meg. Mindkét hiba annak köszönhető, hogy egy hiba csúszott a .NET 2.0 és 4.0-hoz tartozó böngésző definíciós fájlokba.

A browser caps egy karbantartási rémálom. Az alapötlet jó (vagy talán egyszerűen nincs jobb), de rengeteg munka követni a változásokat. Bár Microsoft ad ki időnként frissített browsercaps fájlt, sajnos más források gyakrabban frissülnek, különösen a mobil eszközök és böngészők területén. Szerencsére a mechanizmus rugalmassága lehetővé tette, hogy a Microsoft most gyorsan javítsa ezt a hibát, amit mi NuGet csomag formájában tudunk alkalmazni a saját webalkalmazásunkban:

Jobb klikk a Solution Explorerben a projekten, majd Manage NuGet Packages…

Manage NuGet Packages

Az Online kategóriában keressünk arra, hogy app_browser:

Manage Packages - App_Browser

Két csomag fog megjelenni:

Telepítsük a kiválasztott csomagot, ami mindössze két .browser fájlt fog eredményezni az App_Browsers mappában:

App_BrowsersUpdate csomag telepítve

Ezzel természetesen csak egy alkalmazást javítottunk meg. Ha a szerveren lévő összes alkalmazásra szeretnénk alkalmazni a javítást, akkor az alábbi tudásbázis cikkek segíthetnek:

  • KB2600088 – .NET 4
  • KB2600100 – .NET 2.0 Windows 7 SP1, Windows Server 2008 R2 SP1, Windows Vista/Server 2008, Windows XP/Server 2003
  • KB2608565 – .NET 2.0 Windows 7 és Windows Server 2008 R2 RTM

A javítások be fognak kerülni a .NET Framework következő nagyobb javítócsomagjába, ami a következő év elejére várható.

 

Technorati-címkék: ,,,,

Böngészők egymás mellett (side-by-side)

Itt a tavasz, rügyeznek a böngészők! Tagadhatatlan, hogy a március a böngészők hónapja volt, szinte minden böngészőgyártó kijött egy verzióval. Ennek minden felhasználó örülhet, hiszen a kis kedvencük tipikusan szebb, jobb és biztonságosabb is lett. (Egyúttal itt az alkalom, hogy ismét kipróbáljuk a többi böngészőt, és végiggondoljuk, hogy maradunk-e a megszokottnál, vagy esetleg váltunk, mert a másik ezúttal jobban sikerült.) Akik viszont tipikusan nem örülnek ennek, azok a webfejlesztők, nekünk ugyanis mind a régi, mind pedig az új böngésző verziókon tesztelnünk kell a webhelyeinket. Fel is merül rögtön a kérdés: lehet-e egymás mellé telepíteni egy böngésző régi és új verzióját?

Internet Explorer

Az Internet Explorer továbbra is szorosan integrálódik az operációs rendszerrel, ezért nem lehet belőle két verziót egymás mellé telepíteni. Szerencsére azért vannak megoldási lehetőségek, hogy ne kelljen több gépet alkalmaznunk a teszteléshez.

Windows Virtual PC

A Windows Virtual PC ingyenesen letölthető a Microsoft honlapjáról, amivel gyakorlatilag egy virtuális gépet futtathatunk. Ez a szokásos mellett egy teljesen másik operációs rendszer lehet, amibe telepíthetünk más verziójú IE-t. A gazda és a vendég virtuális gép olyan szépen integrálódik egymással, hogy a vendég virtuális gépen futó böngészőnkre mutató parancsikon beépülhet a gazda operációs rendszer Start Menüjébe, így észre se vesszük, hogy a programmal együtt egy másik operációs rendszer is elindul a háttérben.

A módszer ingyenes, működik mindenféle böngészővel, tesztelésnél az a hátránya, hogy a böngésző ablakok nyitása-csukása bizony nem megy villámgyorsan.

Internet Explorer Developer Toolbar

Az Internet Explorer már nagyon régóta tartalmaz egy fejlesztői eszközsávot, amely az F12 billentyű lenyomásával hívható elő legkönnyebben (katt a nagyobb képért):

Más IE verzió szimulálása az IE Developer Toolbaron

Itt van egy olyan lehetőség, hogy meg lehet változtatni a böngésző belső működését, most már IE 7, 8 és 9 verziók közül lehet választani, sőt még a Document Mode-ot is át lehet állítani. Tapasztalataim szerint ez kiválóan működik, hiteles, a szépséghibája az, hogy mindig elfelejtem, hogy éppen mire állítottam be utoljára, és nagyon oda kell figyelnem, hogy éppen milyen verzión tesztelem az oldalt. Ez persze az én csökevényességem, ettől függetlenül a módszert merem ajánlani mindenkinek.

Microsoft Expression SuperPreview

A Microsoft Expression termékcsaládnak része a SuperPreview, ami arra képes, hogy az oldalunk elrendezését megmutassa különböző böngészőkben. A megjelenítés sajnos nem interaktív, főleg CSS-t és site buildinget tudunk vele jól tesztelni. Egymás mellett jeleníti meg az oldalt több böngészőben és össze tudjuk hasonlítani a megjelenést (katt a nagyobb képért):

Expression SuperPreview

Nagyon kiváló eszköz annak a kiderítésére, hogy milyen eltérések lehetnek az oldal megjelenítésével kapcsolatban az egyes böngészőkön. Bár van belőle ingyenes önálló verzió is, a teljes többet tud: nem csak az IE-t ismeri. Nálam például ezeket a böngészőket kínálta fel (bár nálam IE9, FF 3.6 és 4, Opera és Chrome van telepítve) (katt a nagyobb képért):

A SuperPreview által felismert böngészők

Kicsit elszomorodtam, hogy a Firefox 4 nem támogatott, az Operának pedig nyoma sincs. Örömteli viszont, hogy előkerült a Safari, miután feliratkoztam a még bétában lévő online szolgáltatásra. Ez ingyenes és azt tudja, hogy valahol a felhőben végzi el az oldal renderelését sokféle böngészőben. Hát az a “sok” most éppen ennyi (katt a nagyobb képért):

Expression SuperPreview online services

A kezdeményezés mindenképpen dicséretes, de nem érzem benne azt a dinamikus fejlődést, amitől elkezdeném nap mint nap használni.

IETester

Az IETester ingyenesen letölthető kis program, ami nem kis hekkeléssel eléri, hogy egy programon belül egymás mellett futtathassunk IE 5.5, 6, 7, 8 és 9 verziókat (katt a nagyobb képért):

Az MSDN Kompetencia Központ honlapja IE 6 alatt IETesterben

Ez azért nem kis feladat, le a kalappal a programozó előtt. Sajnos a megoldás nem tökéletes, a főbb dolgok működnek, de egyes apróságok nem és ráadásul néha el is száll a program. Gyors tesztelésre kiváló, de azért 100%-osan nem bízom benne.

Firefox

A Firefox szerencsére sokkal egyszerűbb eset, mint az IE, mert lehet két verziót egymás mellett egy gépen futtatni. Ez kell hozzá:

  1. Külön mappába kell telepíteni a régi és az új verziót, nem szabad engedni az upgrade-et.
  2. Célszerű létrehozni önálló user profile-okat a régi és az új verzióhoz, hogy még véletlenül se keveredjenek a beállítások.
    • Ehhez elindítottam a Firefox User Profile Managert: firefox.exe –p –no-remote
    • Készítettem két felhasználói profilt:
      Firefox felhasználói profilok
  3. Át kell írni a Start Menüben a parancsikonokat: firefox.exe –p profilnév -no-remote
    Célszerű átírni a Start Menüben a mappák neveit is, illetve Firefox 4 esetén is létrehozni a Safe Mode parancsikont, aminél a parancssor végére egy –safe-mode kapcsoló kell.

Ez hiba nélkül működik, annyi szépséghibája van, hogy a régi és az új verzió ikonja pontosan ugyanúgy néz ki a tálcán, figyelni kell, hogy hova kattint az ember fejlesztés közben.

Mivel a két verzió más-más beállításokat használ, ezért természetesen a plugineket külön kell telepíteni mindkettőhöz (Firebugból például más verziót is kell telepíteni). Ha esetleg valami annyira nem akar működni, hogy el sem indul a böngésző, akkor célszerű megnézni Safe Mode-ban a telepített plugineket (nálam például valahogy a telepítés után rögtön bekerült a Toshiba Automatic Password Input in Fx 1.0 pluginje, ami már elindulni sem engedte a böngészőt, ki kellett kapcsolnom).

Chrome

A Chrome az egyik legfájdalommentesebb a sok böngésző közül, mert a felhasználó profil mappájába települ és észrevétlenül frissíti magát. A frissítést a Windows Task Scheduler vezérli, óránként nézi meg, hogy van-e újabb verzió és automatikusan telepíti is azt. Így igazából még sosem akartam két Chrome verziót telepíteni egymás mellé, mert minden felhasználó gyorsan átáll az új verzióra.

Opera és Safari

Az Opera és a Safari side-by-side futtatásával nincsenek tapasztalataim, ha nektek van, kérlek írjátok meg ide hozzászólásként. Köszönöm!

IE9: Google Chrome Microsoft bőrben

Megjelent az IE9 első nyilvános béta változata, érdemes megnézni, hogy min dolgoztak a redmondi fiúk több, mint másfél évig. Lássuk be, épp ideje volt előrukkolni egy új verzióval, hiszen ennyi idő alatt a Google Chrome például négy nagy verziót lépett előre és szinte a semmiből érkezve elhalászta a piac jelentős részét. Nem is csoda, másfél naptári év internet években mérve több ezer évnek számít, ennyi ideig nem lehet csöndben csak ígérgetni az új verziót. Úgy tűnik, hogy megérte várni, az új verzió egészen impresszív.

“Ez egy Google Chrome” – ez volt az első benyomásom a telepítés után (erre még visszatérek). Először is egy villanás alatt elindult (de tényleg), másrészt a GUI éppolyan egyszerű és letisztult, mint a Chrome esetén. Aki ott nem szerette, hogy egyetlen mindent tudó beviteli mező van (itt a marketingesek One Box-nak hívják), nincs menü, állapotsor, az itt sem fogja szeretni az alapbeállításokat. Ráadásul statisztikák alapján odáig jutottak, hogy a legtöbb felhasználó egy böngésző ablakban csak kevés tabot nyit, ezért azok elférnek a címsorral egy vonalban. Nekem ez így elsőre kicsit szűkösnek tűnik, egy 1280×1024 felbontású monitoron nagyon hamar teljesen összezsúfolódnak a tabok feliratai:

Letisztult GUI

A “Clean” szlogenhez tartozik, hogy alapértelmezés szerint összesen egy menü van, az a fogaskerék “A” felső sáv jobb szélén, amiből még a nyomtatás sem megy egy kattintással, ezért bevallom, ez nem tetszik. Ki fogja használni ezek után a Safety menü funkcióit (pl. InPrivate Browsing), ha megtalálni sem lehet?

IE9-Menu

Persze, ha akarom, elő lehet varázsolni a Command Bart, de az olyan IE8-as feeling 🙂

Ugyanebbe a sorba került a Home gomb is, ez is jobbra. Nem tudom más hogy van vele, nálam a Home gomb a kezdet, az origo, a kályha, a tabula rasa. És mivel ahonnan én jövök, ott balról jobbra olvasunk, bizony számomra teljesen illogikus ennek a gombnak a mostani helye. A Stop és Refresh gombokat (amik a címsor jobb szélén vannak) át lehet tenni balra, a Home gombot nem (vagy csak nem jöttem rá, hogyan). Percekig kerestem, mire ráleltem.

Szintén percekig fogják keresni a felhasználók az ablak alsó részén felbukkanó figyelmeztetéseket és kérdéseket. Állítólag ott kevésbé zavaró, hát én pont azt gondolnám, hogy az ilyen üzenetek legalább annyira legyenek zavaróak, hogy észrevegye őket a felhasználó.

IE9-Notification Bar

Van végre beépített letöltéskezelő, amiben leginkább az tetszik, hogy összenőtt az IE SmartScreen Filterével, ami sok átlagfelhasználó számára fogja biztonságosabbá tenni a böngészést (persze csak azoknak, akik elolvassák az üzeneteket).

 IE-DownloadManager

Szintén hasznos újításnak tűnik, hogy a böngésző felhívja a felhasználó figyelmét azokra a beépülő modulokra, amik fojtogatják:

 IE9: addons advisor (Forrás: Arpit Kumar)

Bár ezt úgy “árulják”, hogy majd az átlagfelhasználó számára teszi gyorsabbá és élvezhetőbbé a böngészést, szerintem pont ők nem fognak tudni mit kezdeni ezzel az ablakkal, inkább fejlesztőknek szól. Szintén a fejlesztők fognak örülni, hogy a Firebug után pár évvel végre az IE Developer Toolsban is megjelent a Network fül, így végre Fiddler nélkül lehet belekukkantani a hálózati forgalomba:

IE9-Developer Tools Network fül

Hasznos, hogy a Go To Detailed View gombra kattintva további részleteket tudhatunk meg az egy requestekről és response-okről, a fejléc mezőkön, a tartalmon és a cookie-n kívül azt is, hogy a böngészőnek mennyi ideig tartott a kérés feldolgozása:

IE9-Developer Tools Detailed View

És persze nem feledkezhetünk meg a HTML5 és a CSS3 támogatásról sem, a hírek szerint ebből a szempontból az IE9 maga a paradicsom. És ez nekem alapvetően tetszik is, bár én ezt úgy fogalmaznám, hogy az IE9 felzárkózott a többi böngésző mögé. Arra tippelnék, hogy ha néhány nagyobb webhely (Google, YouTube, Facebook) elkezdenének csak HTML5 tartalmat szolgáltatni, maximum egy év alatt lecserélődne a teljes böngészőkészlet a klienseknél, ami nagyon, nagyon jó hír lenne a webfejlesztők számára. De nem fognak. Mégpedig (többek között) azért nem, mert az IE9 nem fog Windows XP-n futni, és még ezek a nagy webhelyek sem engedhetik meg maguknak, hogy a forgalmuk jelentős részét elveszítsék. Ha mégis, akkor a Microsoft nem fog jól járni, tömegesen fognak átállni a felhasználók más böngészőkre, mert böngészőt váltani sokkal egyszerűbb, mint operációs rendszert (amihez sokszor hardver váltás is szükséges).

Ezt a Windows 7 integrációt (többek között) az IE9 Pinned Sites funkciója használja ki. Eddig ha egy weboldalt ráhúztunk a tálcára, akkor a böngésző ikonja jelent meg a böngésző funkcióival. Most a weboldal funkciói közvetlenül a tálcán lesznek elérhetőek a Jump Listnek köszönhetően:

IE9-PinnedJumpList IE9-PinnedJumpListWithContols

Ez jól jöhet olyan helyeken, ahol a böngésző csak néhány alkalmazás kereteként funkcionál, mert egyébként ez nem más, mint egy előretolt Kedvencek lista. Ezen kívül nem hiszem, hogy sok webhely esetén igény mutatkozna erre a funkcióra (hányan gyártanak OpenSearch providert vagy acceleratort?), de majd meglátjuk.

Sajnos tehát az IE9 még mindig nem egy önálló böngésző, hanem az operációs rendszer szerves része, még a telepített programok között sem jelenik meg, csak a telepített frissítések között és persze csak Windows 7-en. Pedig milyen szép is lenne, ha egy derűs őszi napon a világ összes Windows felhasználója arra ébredne, hogy új böngészője van, ami megbízható, gyors benne a JavaScript motor és támogatja a HTML5 és a CSS3 újdonságait. A webfejlesztők megünnepelnék azt a napot, amikor az utolsó IE6 és IE7 változatok is eltűnnek a gépekről.

(A cikk szubjektív válogatás a böngésző újdonságaiból, teljes lista és leírás a http://www.beautyoftheweb.com oldalon található.)

Technorati-címkék: ,