Keresés

Új hozzászólás Aktív témák

  • ntomka

    nagyúr

    válasz #27441408 #2425 üzenetére

    Szerintem nem, inkább az, ahogy sheratan fogalmazott. Bár floatr is jól szokta védeni ebből a szempontból a Googlet, hisz a JS motor adja elsődlegesen a verziószámozást. Most ezen is változtatni akarnak, így jogos lenne egy kicsit ésszerűbben megoldani ezt. Bár ez legyen a legnagyobb baja ennek a böngészőnek. :)

    sheratan: A WebApps az Offline API-ra fog építkezni. Ugyebár a legtöbb böngészőgyártó azzal van elfoglalva, hogy implementálja a HTML5 újításait, addig a Google nem csak beteszi, hanem használja is. Az API lényege első sorban a weboldalak lokális adattárolása, mint amire a Gears is jó volt. Ennél tovább ment a Google a WebAppsszel, nem csak korlátozott adatokat tárolhatunk egy adatbázisban, hanem komplett weboldalakat amik a szervertől csak konkrét adatokat várnak. Jelenleg a GMail és Docs az, amik nagyon erre felé vannak alapból fejlesztve: képzeld el, ahogy ezek 1:1-ben a gépeden lesznek futtatva, az oldal egy GUI-t képez, nem nyúl a szerverhez, megadhatod, hogy a levelek, dokumentumok mely részét tárolod lokálisan, melyeket töltöd a szerverről és csak ezeket, illetve az új leveleket töltöd le. És mindezt úgy fogod tudni a böngésződbe telepíteni, mint egy kiegészítőt, ugyanúgy crx kiterjesztésük lesz, és erre kezdemények már most is elérhetők (szóval még nem is komplikálják). Na, emiatt variálnak most a szerverekkel, erre készítik fel őket (valszeg), szóval nem meglepő a jelentkező hiba. A GMail miatt alig várom ezt a megoldást! Offline GMail a komplett webes felülettel, nincs szükség külső kliensre, mindig ott lesz a gépen a jól megszokott felületem. :)) Bár most átirányítási hiba van, a hidemyass.com címen le tudod tölteni azokat a kiegészítőket, ami nem jön le (anonim webes proxy, beírod a chrome kiegészítős címét, onnantól ismerős :) ).

    Egyébként valami hasonlót talált ki az Adobe is, de ott elég korlátozott funkciókra volt képes a lokálisan tárolt alkalmazás.

Új hozzászólás Aktív témák