- From: Jonas Sicking <jonas@sicking.cc>
- Date: Fri, 10 May 2013 10:11:04 -0700
- To: Robin Berjon <robin@w3.org>
- Cc: Webapps WG <public-webapps@w3.org>
- Message-ID: <CA+c2ei_h31ox_dbm7_cQ4rBOOaXTmqaVt849NjGj7F6DBQr-6w@mail.gmail.com>
On May 9, 2013 9:03 AM, "Robin Berjon" <robin@w3.org> wrote: > > On 07/05/2013 20:57 , Jonas Sicking wrote: >> >> Will this let us support reading things from blob: URLs where the Blob >> contains a zip file? I.e. what Gecko would support as >> jar:blob:abc-123!/img/foo.jpg. > > > Yeah: > > var blob = new Blob(zipContent, { type: "application/bundle" }) > , burl = URL.createObjectURL(blob); > $("<link rel='bundle'>").attr("href", burl).appendTo($("head")); > someImg.src = burl + "/img/foo.jpg"; > > It might be a little bit more convoluted than desired. If it's a common operation we could add a convenience method for it. That could become: > > var burl = URL.registerBundle(zipInABlob); > someImg.src = burl + "/img/foo.jpg"; > > But I'm not sure that's worth it just yet. I think this is a question of what the main use cases are. I'm somewhat concerned that this is turning into something very similar to "Limi packages". They failed to get any tracktion. In part because in some cases they actually created worse performance than when not used. In part they just ended up getting very complicated. So before heading down this path too far I'd recommend checking on implementor interest. / Jonas
Received on Friday, 10 May 2013 17:11:42 UTC