W3C home > Mailing lists > Public > public-html-bugzilla@w3.org > October 2011

[Bug 14364] appcache: Add an API to make appcache support caching specific URLs dynamically

From: <bugzilla@jessica.w3.org>
Date: Thu, 27 Oct 2011 00:15:15 +0000
To: public-html-bugzilla@w3.org
Message-Id: <E1RJDcp-0002eN-Fb@jessica.w3.org>
http://www.w3.org/Bugs/Public/show_bug.cgi?id=14364

--- Comment #6 from Ian 'Hixie' Hickson <ian@hixie.ch> 2011-10-27 00:15:14 UTC ---
So the problem is that you write an application that, while online, downloads a
bunch of data from the server, and this data includes references to
cross-origin images, and you want to make sure that those immediately get
cached too, so that when the user later goes offline and tries to use that
data, the browser won't otherwise be able to show the images?

You can work around that today using the FALLBACK section, no? (List the
foreign image sites as fallback namespaces that fall back to a "broken image"
icon, say, and then when you fetch all the data from your server, quickly also
create <img> elements for all those foreign images. They'll then be cached.)

Still, I could see how that wouldn't be satisfactory. So for this use case,
we'd need an API to add a URL to the cache manually, an API to remove a URL
from the cache manually, and an API to list all the files that have been added
manually? That seems easy enough to support.

-- 
Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
Received on Thursday, 27 October 2011 00:15:18 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Thursday, 27 October 2011 00:15:18 GMT