W3C home > Mailing lists > Public > public-webapps@w3.org > January to March 2011

Offline Web Applications status

From: louis-rémi BABE <lrbabe@gmail.com>
Date: Wed, 23 Mar 2011 16:53:03 +0100
Message-ID: <AANLkTin+F204Oc=vwvq1xDo1DE0OsyvdfbuWHBsR5EAm@mail.gmail.com>
To: public-webapps@w3.org
Hello Webapps working group,

I'm an intern at Mozilla Developers Engagement team and I'm currently
working on promoting Offline Web Applications.
My first task is to understand what did go wrong with the App Cache mechanism...

## Maybe Web devs don't use App Cache because they don't understand
what it is... ##
The possibility of using Webapps offline has a great potential but its
adoption by developers didn't reach our expectations. We asked Web
developers some time ago what were their feelings regarding
application cache  (see
http://hacks.mozilla.org/2010/05/revitalizing-caching/ ) and it
appeared that the name was misleading, as they expected it to be more
of an auxiliary cache than an offline mechanism. You can find
evidences of this confusion on StackOverflow, where some people
struggle to use the application cache as a mean to boost performances
of their Websites.

## Can you see other reasons? ##
Before going back to developers or writing yet another App Cache
documentation, I wanted to have *your* feelings about this mechanism.
You might have a different impression about its adoption and be aware
of successful real-world use-cases.
You might have asked developers yourself and received a different feedback.
Maybe you feel that Web advocates are not doing a good enough job at
documenting this feature, producing demos and clarifying its nature.
Maybe you think that the problem has to do with the specification itself.
Maybe there is an evolution of the specification underway that I am
not aware of.

## Two naive questions ##
After reading a large amount of documentation, I have to admit that I
am myself confused about app cache:
Do you think it *can* be used as an auxiliary cache mechanism, and
what would be the limitations? The main problem I see is that there is
no way to white-list the referring document (e.g. index.html).
Currently, I would advocate *against* using it as an auxiliary cache.
Why isn't there any DOM API allowing a fine-grained control of the
application cache?
applicationCache.cache.add( URI );
applicationCache.cache.remove( URI );

Thank you in advance,

Louis-Rémi Babé
Received on Wednesday, 23 March 2011 15:53:56 UTC

This archive was generated by hypermail 2.3.1 : Friday, 27 October 2017 07:26:30 UTC