As an offline cloud-app developer, I've got these three kinds of data:1)
Data from the cloud that's cached locally on a best-effort basis, that can
be thrown out if we start running out of space.
2) Data from the cloud that the app needs in order to keep functioning at
all.
3) Locally created data
That sounds perfect, thanks.
On Mon, Jul 20, 2009 at 3:20 PM, Ian Hickson i...@hixie.ch wrote:
snip
I've made it so that you can specify * in the online whitelist section
to basically open it up to anything.
--
Ian Hickson U+1047E)\._.,--,'``.fL
Forums, bug trackers, mail programs, photo apps, etc. all have allow users
to download attachments or view them inline in the browser. An
offline-capable app should be able to sync attachments down to the browser,
as data. There may be thousands of such resources for one app, added and
removed
Most apps provide different contents for the same uncacheable main-page URL,
depending on the identity of the user, which is typically stored in a cookie
and read by the server.
However, the HTML5 AppCache spec doesn't allow cookies to influence the
choice of AppCaches or the contents of a
When a page is loaded from an AppCache, even when online, external resources
such as images will not be loaded at all.
If foo.com has an image img src=http://bar.com/img.png; /, then according
to the steps in
On Mon, Jul 6, 2009 at 1:28 PM, Jonas Sicking jo...@sicking.cc wrote:
The workaround is for the gmail to download the images to gmails
servers and then serve them from a google domain.
This isn't just an email problem. It'll also affect RSS readers, document
editors, blogging tools, and