Kedden megjelenik a Firefox 3, ennek kapcsán átnéztem, hogy milyen újdonságokat kínál webfejlesztői szemszögből. Ezt mondjuk nem nehéz, végigolvastam ezt a listát: Firefox 3 for developers. Ebben a bejegyzésben innen szemezgettem: pár érdekesebb újdonságot sorolok fel.
A kép egyébként egy poén a Firefoxban (illetve a béták információs oldalán voltak robotos grafikák), ha megnézzük (FF3 alól) az about:robots oldalt, akkor olvashatjuk a szöveget.
Online/offline állapotváltás események
A WHATWG felől érkező szabvány vezette be az online/offline állapot lekérdezhetőségét, illetve a váltáskor lefutó eseményeket. A “navigator.onLine” értéke igaz vagy hamis lesz attól függően, hogy éppen van-e a böngészőnek internet kapcsolata, illetve két új esemény is van (az onclickhez hasonlóan), például:
<body ononline="alert('online lettünk!'" onoffline="alert('offline lettünk!'">
Bővebben az erről szóló Firefox doksiban. Ezeknek nyilván akkor vesszük hasznát, ha egy offline is működni képes alkalmazás megvalósításába fogunk bele.
Protokoll kezelők
Például webmail szolgáltatóknak lehet érdekes az a lehetőség, mely lehetővé teszi JavaScriptből adott protokollhoz (itt most a mailto:) URL hozzárendelését. A JavaScript függvény meghívásakor a böngésző rákérdez, hogy valóban regisztrálni akarjuk-e ezt a szolgáltatást, és ezentúl ide lesznek irányítva ezek a kérések.
CSS újdonságok
Olyan CSS újdonságok nincsenek, melyek a napi lehetőségeinkre hatással lennének, az inline-block, inline-table, font-size-adjust, a negatív z-index helyes kezelése, a keretek lekerekítésének javítása (háttér rondán nézett ki nagy radius beállításakor) voltak érdekesek számomra.
DOM újdonságok
A DOM adta lehetőségek között vannak olyanok, melyek érinthetik a napi feladatainkat is, persze csak óvatosan használjuk ezeket (nem minden másik böngészőben vannak jelen!). Ilyenek az Internet Explorerrel való kompatibilitást javító, annak nem szabványos lehetőségeit megvalósító clientTop, clientLeft, elementFromPoint, oncut, oncopy, onpaste lehetőségek. Értelmezésem szerint ezek nem azért kerültek megvalósításra, mert a Firefox olyannyira közelíteni szeretne az Internet Explorerhez, hanem mert ezek a lehetőségek egyszerűen hasznosak.
A JavaScript függvénykönyvtárak által behozott, a HTML 5 által szabványosított megoldás, a getElementsByClassName() is hasznos lehet, nem az újdonsága, hanem a sebessége miatt.
A window.postMessage lehetőségét is a HTML 5 által szabványosította, ez a metódus különböző domainek között üzenetek küldését teszi lehetővé, viszonylag biztonságos módon.
JavaScript 1.8
Bár hatalmas jelentősége valószínűleg nem lesz a webfejlesztő életében (a kiterjesztés fejlesztők minden további nélkül tudják használni), de jó, hogy a JavaScript nyelvet is folyamatosan fejlesztik, és most a JavaScript 1.8 be is kerül a böngészőbe. Az nem túl tiszta, hogy az oldal végén emlegetett JSON kódolás, dekódolás végül bekerül-e a Firefox 3-ba, az egy jó lehetőség lenne biztonságos és gyors JSON kommunikációra.
Egyebek
Azért persze egy halom más újdonság is van Firefox 3-ban, a canvas-ra szöveg írásának lehetőségétől a hasFocus támogatásig, a fenti oldal szépen fel is sorolja ezeket. A felhasználó számára a legfontosabb újdonság persze nem ezek, hanem a helyrerakott memóriahasználat lesz, ami a tapasztalataim szerint egész jól sikerült.
Ezek nem annyira egetrengető változások (mondjuk az inline-blocknak örülök), mint az, hogy pokolian felgyorsult a js motor
Nemsokára esedékes egy nagyobb Liligo update, remélem a bemutatón is ff3 lesz: ég és föld a site ie6/7 v. ff2 mellett.
A css tulajdonságok közül érdekes még az rgba() és a hsla() színmegadás lehetősége, nagyon nagy korlát volt, hogy az átlátszóságot nem lehetett megadni úgy, hogy csak a háttérre vonatkozzon (mindenféle .png-s trükkök kellettek ehhez).
Kérdés persze, hogy mit érnek ezek a képességek, ha/amíg más böngésző nem támogatja ezeket?!
tako: Sokat érnek. Egyrészt most már ezek legalább a Firefoxban megvannak, a következő böngészőknél már nem ez lesz a helyzet, nem kell feltenned ezt a kérdést. Másrészt pár funkció már ma is segíteni tud gyorsabbá, ügyesebbé tenni alkalmazásokat, a többi böngészőben pedig lehet emulálni ezeket a funkciókat. Harmadrészt intraneten ha FF3 az alapböngésző, akkor simán ki tudod ezeket használni. És végül a Firefox kiterjesztésekben is használhatod nyugodtan ezeket a képességeket.
A memóriahasználat tényleg nagyon király lett és a JS-es optimalizációk is tetszenek. A Google Reader sebessége sok feed esetén össze sem hasonlítható a Firefox 2-vel, sem a többi böngészővel.
Ami még mindig probléma, hogy ha 3-4 tab-on nyitva vannak különböző site-ok és mindegyiken van 5-6 db Flash banner, akkor az egész UI gyakran megáll néhány másodpercre. Ugyanez a helyzet az extrém magas oldalaknál, például a fenti WHATWG linkre kattintva az első renderelésnél. Azt tartanám megoldásnak, hogy egy külön szálra tennék az UI kezelést, rendelnének hozzá egy magasabb prioritást (vagy inkább a többihez alacsonyat) és talán még a Flash vagy egyéb böngésző plugin-ek(?) is alacsonyabb prioritású szálon futhatnának.
Mostanra eljutottam oda, hogy 5 böngészőt felváltva használok:
- Operát, az indulási és az ablakkezelési sebessége miatt
- Firefoxot, a JS optimalizált sebessége miatt
- IE-t, a speciális banki rendszerek használata miatt és mintha ebben futna legmegbízhatóbban a Java
- Safari-t, mert szép
- és néha megnézem a Flock-ot, hátha megfog a webes szolgáltatások integrációjával, de eddig nem győzött meg a Firefox-hoz hasonló lassú/nehézkes ablakkezelése miatt
Jó lenne egy olyan böngésző, ami kombinálja a fenti 5 előnyeit, tehát:
- gyorsan elindul, memóriában tartás nélkül
- kivétel nélkül gyorsan reagál a felhasználói inputra
- nem lassítja le a sok Flash, az intenzív Javascript használat és a nagy terjedelmű oldalak sem
- igényes, letisztult felülete van
Mindezt persze az alaprendszerrel, külön kiegészítők és speciális “tuning” nélkül képzelem. Persze azért nagyon örülünk a Firefox 3-nak is, mert egy újabb lépést tettünk vele, határozottan előre.
A Flashblock megoldja a Flash-problémádat
Off: érdekes lenne egy post a kormányszóvivő.hu áráról, mennyire reális vagy nem.
http://reakcio.blog.hu/2008/06/18/mysql_negymillioert_egy_kormanyszovivo_hu_ara
És a CSS animációkat nem fogja majd támogatni az FF?
http://webkit.org/blog/138/css-animation/
Vagy ez csak a Webkit különakciója? Szerintem jó ötlet.
Nem akarom hijackelni a postot, de megenném a fejem, ha a ksz.hu ára reális lenne. Bent kitárgyaltuk, kódot átnéztük, arra jutottunk, hogy ez szomorú.