Google Gears nu ook op Windows Mobile beschikbaar

Google heeft een versie van Google Gears voor Windows Mobile uitgebracht. Met de opensourcetool kunnen ontwikkelaars hun webapplicaties aanpassen, zodat deze ook offline gebruikt kunnen worden.

Google Gears heeft de vorm van een browserplugin en ondersteunt nu naast Windows, Linux en OS X ook Windows Mobile 5 en 6 in combinatie met Internet Explorer. De introductie van Google Gears voor het mobiele OS van Microsoft is opvallend te noemen; de zoekgigant heeft nog geen versie voor zijn eigen Android-platform uitgebracht en ook de iPhone wordt nog niet ondersteund.

Ontwikkelaars die al ajax-applicaties met Gears-ondersteuning hebben gebouwd, kunnen deze in principe zonder noemenswaardige problemen laten draaien op Windows Mobile, mits daarbij rekening wordt gehouden met enige beperkingen van het mobiele OS. Bij het bouwen van applicaties kunnen ontwikkelaars gebruikmaken van een Windows Mobile-emulator.

Omdat het aantal webapplicaties dat Gears actief ondersteunt nog klein is, verwijst Charles Wiles, manager bij de mobiele afdeling van Google, in een blogposting naar een aantal praktijkvoorbeelden. Zo kan een gebruiker met de dienst Buxfer via zijn mobieltje ook offline zijn financiën in de gaten houden, terwijl hij documenten die hij bij Zoho bewerkt dankzij Gears ook lokaal kan opslaan. Tot nu toe biedt Google echter voor zijn eigen portfolio aan webapplicaties nog geringe Gears-ondersteuning; alleen Google Reader kan momenteel de plugin te benutten.

Charles Wiles geeft zijn visie op de toekomst van Google Gears

Reacties (13)

[SMGGM]

Lijkt me een goede stap. Als je een technologie wilt laten doorbreken moet je zoveel mogelijk ondersteunen.
Voor laptops en GSM's is het nog belangrijker aangezien die misschien draadloos een goede connectie hebben maar vaak valt die verbinding eens uit (trein dat onder een tunnel rijdt, ...) of sluit je de verbinding eens af om kosten te besparen.

[Anoniem: 94235]

Ik zou zowiezo het voordeel van google gears niet. Iedereen is tegenwoordig zo'n beetje permanent "wired" of "wireless" zowiezo niet op een mobiel platform wat echt uber mogelijkheden voor wireless connectivity heeft

[Reactie gewijzigd door Anoniem: 94235 op 25 juli 2024 22:52]

[TD-er]

Zoa ik het goed begrepen heb aan de hand van het filmpje, is het een soort van programmeer-platform wat rekening houd met het verliezen van de connectie, zonder dat de gebruiker er echt last van heeft. Met name dus een slimme manier van caching en pre-loading.
Hier zit dan ook gelijk het nadeel voor met name gebruikers met een beperkte databundel, of gebruikers die betalen per MB.
Door dit preloading zal je effectief meer dataverkeer genereren dan strikt noodzakelijk.

[ronaldmathies]

Je hebt het deels goed begrepen, het bestaat uit 3 delen, 1 een database locaal voor het opslaan van data. 2 een local server voor het serveren van webpagina / plaatjes etc... 3 een worker pool die je helpt by asynchrone communicatie met de server. De eerste kan je gebruiken om bijvoorbeeld gegevens die je invoerd in de applicatie op te slaan op de local database en wanneer mogelijk uit te wisselen met de server. Denk bijvoorbeeld aan een bedrijf met producten, die kan je nu op kantoor 'dowloaden' naar je browser en de browser applicatie kan vervolgens zonder internet connectie werken. Als je nu mutaties bij een klant gaat maken (bestellingen etc..) dan sla je deze gewoon op en op kantoor wordt alles netjes gesynchroniseerd met de server. hiermee kan je één enkele web interface maken die je zowel offline als online kan gebruiken. (voorbeeld is mischien niet helemaal perfect maar het gaat om het idee)

pagina's die je offline beschikbaar wilt maken moet je speciaal markeren in een configuratie bestand, dus die pagina's worden vanuit locaal gebruikt. zo kan je pagina's met verschillende content vanuit de locale database vullen en toch maar één locale html pagina hebben.

[MAX3400]

Door dit preloading zal je effectief meer dataverkeer genereren dan strikt noodzakelijk.

Dat snap ik niet; je bent volgens mij juist minder dataverkeer kwijt dan dat je een applicatie live moet streamen en ook live met documenten over het internet moet spelen. Nu krijg je de volledige applicatie toegekend, kan je offline je documenten en dergelijke bewerken en wanneer nodig weer eens wat uploaden.

[TD-er]

Je kunt niet met een 100% zekerheid voorspellen welke documenten er nodig zullen zijn en dus zal je door je preloading ook (delen van) documenten ophalen die achteraf helemaal niet nodig bleken.
Over het offline de documenten bewerken en veranderingen uploaden. Dat lijkt mij meer een vorm van intelligent datagebruik en caching.

[Reactie gewijzigd door TD-er op 25 juli 2024 22:52]

[elmuerte]

Je wilt niet continue een data connectie ophouden op je mobiele telefoon/pda. Want dat vreet enomr aan je accu .

[m0nkm0nk]

Op myn HTC TyTn kan ik prima een hele dag online zijn met GPRS
Met UMTS of hoger word het wel lastig ja.

[ronaldmathies]

Ja maar niet alle pagina's zijn altijd overal te gebruiken, als ik een intranet web omgeving heb kan ik deze toch buiten de deur gebruiken om maar een voorbeeld te noemen. Dat je altijd maar een verbinding kan maken wil niet zeggen dat je altijd maar overal bij kan. Tuurlijk, overal zijn wel technische mogelijkheden voor maar om altijd maar te roepen dat je overal verbinding kan hebben is dit soort techniek niet nodig een beetje overdreven. Er zijn altijd toepassingen voor dit soort technieken te verzinnen en er zijn altijd situaties waarin dit soort technieken nodig zijn.

[carpcatcher]

buitenland? roaming kosten wordt je niet vrolijk

[JJ Le Funk]

Het grote nut: on line ben je niet werkplek gebonden en off line ben je niet afhankelijk van een connectie.
Zodoende wordt een grote drempel voor het gebruik van webbased applicaties voor dagelijkse doeleinden weggenomen. Het einde van het 'lokale software' tijdwerk is hiermee ingeluid.

[ronaldmathies]

Naast Google Reader werkt Google docs ook met Gears. (weet alleen niet of het ook werkt voor de Mobile versie).

[David Mulder]

Niet dus
http://blogoscoped.com/archive/2008-01-28-n40.html