[webkit-dev] Feature Request: Dynamic Application Cache

[sridharn]

On Sun, Nov 18, 2012 at 8:31 AM, Ian Hickson [via Mac OS Forge] <
ml-node+s2317878n200335h12 at n4.nabble.com> wrote:

> On Sat, 17 Nov 2012, Brady Eidson wrote:
>
> > On Nov 17, 2012, at 2:40 PM, Brendan Eich <[hidden email]<http://user/SendEmail.jtp?type=node&node=200335&i=0>>
> wrote:
> > > Brady Eidson wrote:
> > >> On Nov 17, 2012, at 7:47 AM, sridharn<[hidden email]<http://user/SendEmail.jtp?type=node&node=200335&i=1>>
>  wrote:
> > >>
> > >>> Any updates / plans for this feature ??
> > >> What feature?
> > >
> > > https://lists.webkit.org/pipermail/webkit-dev/2012-April/020455.html
>
> > >
> > > """
> > >
> > > Mozilla Firefox supports dynamic adding of resources into the
> > > application cache for offline use with the function:
> > > window.applicationCache.mozAdd(URI String)
> > > https://developer.mozilla.org/en/nsIDOMOfflineResourceList
> > >
> > > This is great for persistent storage of assets via javascipt. Instead
> > > of predefining those assets in the manifest file one can use
> > > javascript to cache the needed assets. Is there something similar
> > > planed? Like window.applicationCache.webkitAdd(URI String) ?
> > >
> > > """
> >
> > I knew about that, and we'll likely be interested in taking a look after
> > HTML or WebApps takes it up and gets it into a standard, which I know
> > there's interest in but it hasn't happened yet…
> Current status is:
>
>    https://www.w3.org/Bugs/Public/show_bug.cgi?id=17974
>
> ...which is looking for feedback from potential authors and implementors.
>
> In particular, the current idea doesn't involve an add/remove API, but
> something more involved, and it would be good to get feedback on whether
> that's overkill for some or all use cases. (Knowing exactly what the use
> cases are would help.)
>

I took  a look at the thread and it does seem a little bit complicated. As
you mentioned in the end, we would still need the add/remove/list APIs and
that would just plain work for media files ..  I don't completely follow
the interceptor model but I don't think that was the original requirement
either and it was to address something else (Please correct me if I'm wrong
..). I guess I'll add my comments in there so we can discuss further on
this ..

and example use case would be. Say I need to have an offline mp3 player ..
I need to know what files are locally available so that the user can play.
The other side would be that when he is connected online, he can choose to
cache a specific file instead of having to play to get cached or all files
getting cached and so on ..

>
> --
> Ian Hickson               U+1047E                )\._.,--....,'``.    fL
> http://ln.hixie.ch/       U+263A                /,   _.. \   _\  ;`._ ,.
> Things that are impossible just take longer.   `._.-(,_..'--(,_..'`-.;.'
>
> _______________________________________________
> webkit-dev mailing list
> [hidden email] <http://user/SendEmail.jtp?type=node&node=200335&i=2>
> http://lists.webkit.org/mailman/listinfo/webkit-dev
>
>
> ------------------------------
>  If you reply to this email, your message will be added to the discussion
> below:
>
> http://mac-os-forge.2317878.n4.nabble.com/Feature-Request-Dynamic-Application-Cache-tp173167p200335.html
>  To unsubscribe from Feature Request: Dynamic Application Cache, click
> here<http://mac-os-forge.2317878.n4.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_code&node=173167&code=c3JpZGhhci5uZHJvaWRAZ21haWwuY29tfDE3MzE2N3wtOTUzMjIwNTMw>
> .
> NAML<http://mac-os-forge.2317878.n4.nabble.com/template/NamlServlet.jtp?macro=macro_viewer&id=instant_html%21nabble%3Aemail.naml&base=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespace&breadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml>
>




--
View this message in context: http://mac-os-forge.2317878.n4.nabble.com/Feature-Request-Dynamic-Application-Cache-tp173167p200395.html
Sent from the Webkit mailing list archive at Nabble.com.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-dev/attachments/20121118/f55050fa/attachment.html>