dans un navigateur, tu as ce qu'on appelle un "cache", qui comme son nom l'indique, met en cache les pages web que tu visites.
Encore mieux : tu as généralement une fonction "Offline" sur ton navigateur, qui te permet de surfer... offline. (seulement sur les sites qui sont dans le cache bien évidement).
Encore mieux mieux : les specs des nouvelles fonctionnalités offlines, proposent plein de petites choses qui permettent d'informer le navigateur ou l'application des capacités offline de l'appli.
Par exemple, quand l'utilisateur met son navigateur offline ou online, un evenement dom est généré. L'appli en cours peut alors être informé du passage et agir en conséquence. Par exemple, gears, si il voit que le browser est offline, mettra les nouveaux mails en attente d'envoi, en les stockant en local via une autre api, Storage (dans firefox, c'est du sqlite derrière), plutôt que de tenter de les envoyer directement sur le serveur. Et au passage en online, gears est informé, donc peut alors faire la synchro avec gmail, envoyer les mails en attente etc...
Au niveau de l'appli, une page web est très souvent liés à des feuilles de styles, images et d'autres fichiers, qui ne sont pas forcément chargés tout de suite par le navigateur. Avec les nouvelles possibilités, il est possible d'indiquer avec la balise link, les ressources qui doivent être absolument stockées en locales car nécessaire pour le mode offline. Ces ressources peuvent être notamment d'autres pages web de l'application.
[^] # Re: Gmail offline
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Google Gears, le retour de l'incompatibilité des navigateurs Web. Évalué à 3.
Encore mieux : tu as généralement une fonction "Offline" sur ton navigateur, qui te permet de surfer... offline. (seulement sur les sites qui sont dans le cache bien évidement).
Encore mieux mieux : les specs des nouvelles fonctionnalités offlines, proposent plein de petites choses qui permettent d'informer le navigateur ou l'application des capacités offline de l'appli.
Par exemple, quand l'utilisateur met son navigateur offline ou online, un evenement dom est généré. L'appli en cours peut alors être informé du passage et agir en conséquence. Par exemple, gears, si il voit que le browser est offline, mettra les nouveaux mails en attente d'envoi, en les stockant en local via une autre api, Storage (dans firefox, c'est du sqlite derrière), plutôt que de tenter de les envoyer directement sur le serveur. Et au passage en online, gears est informé, donc peut alors faire la synchro avec gmail, envoyer les mails en attente etc...
Au niveau de l'appli, une page web est très souvent liés à des feuilles de styles, images et d'autres fichiers, qui ne sont pas forcément chargés tout de suite par le navigateur. Avec les nouvelles possibilités, il est possible d'indiquer avec la balise link, les ressources qui doivent être absolument stockées en locales car nécessaire pour le mode offline. Ces ressources peuvent être notamment d'autres pages web de l'application.
http://xulfr.org/news/2007/02/14/199-application-web-offline(...)