Re: ZIP archive API?

2013-05-03 Thread Arthur Barstow
Hi Charles, All, Regarding the chartering and scope dimension of your proposal (presumably to formally include in WebApps) ... Other than Mozilla, is there any other implementor interest? I'm wondering if steering this work to a CG would be `best` for now, especially if no one steps up to be

[pointerlock] Re: ACTION-678: Ask Vincent about next step for PointerLock (e.g. what needs to be done to go LC)

2013-05-03 Thread Arthur Barstow
Given Vincent and others continue to discuss this spec on the list and there is still one open bug [1], I consider that activity sufficient to close this action. OTOH, if Vincent has some additional status and/or plans to share, especially about what needs to be done to get the spec "LC ready"

Re: ZIP archive API?

2013-05-03 Thread Robin Berjon
On 03/05/2013 13:40 , Arthur Barstow wrote: Other than Mozilla, is there any other implementor interest? I'm wondering if steering this work to a CG would be `best` for now, especially if no one steps up to be Editor. I think that this is useful and I would rather it were inside a group than

Re: ZIP archive API?

2013-05-03 Thread Anne van Kesteren
On Thu, May 2, 2013 at 1:15 AM, Paul Bakaus wrote: > Still waiting for it as well. I think it'd be very useful to transfer sets > of assets etc. Do you have anything in particular you'd like to see happen first? It's pretty clear we should expose more here, but as with all things we should do it

Re: ZIP archive API?

2013-05-03 Thread Florian Bösch
I'm interested a JS API that does the following: Unpacking: - Receive an archive from a Dataurl, Blob, URL object, File (as in filesystem API) or Arraybuffer - List its content and metadata - Unpack members to Dataurl, Blob, URL object, File or Arraybuffer Packing: - Create an archive - Put in me

Fetch: HTTP authentication and CORS

2013-05-03 Thread Anne van Kesteren
27;s consensus on this. General not caring works too. Context: http://krijnhoetmer.nl/irc-logs/whatwg/20130503#l-318 and onwards. -- http://annevankesteren.nl/

Re: Blob URLs | autoRevoke, defaults, and resolutions

2013-05-03 Thread Anne van Kesteren
On Thu, May 2, 2013 at 12:53 AM, Jonas Sicking wrote: > But if we can figure out this problem, then my proposal would be to > add a new method which has a "nicer" name than createObjectURL as to > encourage authors to use that and have fewer leaks. Yeah, I've been thinking the same thing. URL.cre

Re: Fetch: HTTP authentication and CORS

2013-05-03 Thread Adam Barth
cached for the URL in question > (previous visit) we'd never reuse that under CORS. > > This means that withCredentials effectively means "with cookies" (and > we should have called it that, mea culpa). > > I'd be great to know if there's consensus on this.

Re: Collecting real world use cases (Was: Fixing appcache: a proposal to get us started)

2013-05-03 Thread Paul Bakaus
On 02.05.13 06:58, "Charles McCathie Nevile" wrote: >On Thu, 18 Apr 2013 19:19:17 +0300, Paul Bakaus wrote: > >> Hi Jonas, >> >> Thanks for this I feel this is heading somewhere, finally! I still need >> to work on submitting my full feedback, but I'd like to mention this: >>Why >> did nobody s

Re: ZIP archive API?

2013-05-03 Thread Paul Bakaus
Hi Anne, Florian, I think the first baby step, or MVP, is the unpacking that Florian mentions below. I would definitely like to have the API available on both workers and normal context. Thanks, Paul From: Florian Bösch mailto:pya...@gmail.com>> Date: Fri, 3 May 2013 14:52:36 +0200 To: Anne va

Re: Fetch: HTTP authentication and CORS

2013-05-03 Thread Jonas Sicking
n Authorization header was cached for the URL in question >> (previous visit) we'd never reuse that under CORS. >> >> This means that withCredentials effectively means "with cookies" (and >> we should have called it that, mea culpa). >> >> I'd be great to know if there's consensus on this. General not caring >> works too. >> >> Context: http://krijnhoetmer.nl/irc-logs/whatwg/20130503#l-318 and >> onwards. >> >> >> -- >> http://annevankesteren.nl/ >> >>

Re: ZIP archive API?

2013-05-03 Thread Jonas Sicking
The big question we kept running up against at Mozilla is "why couldn't this simply be implemented as a JS library?" If performance is the argument we need to back that up with data. / Jonas On May 3, 2013 10:51 AM, "Paul Bakaus" wrote: > Hi Anne, Florian, > > I think the first baby step, or

Re: ZIP archive API?

2013-05-03 Thread Florian Bösch
It can be implemented by a JS library, but the three reasons to let the browser provide it are Convenience, speed and integration. Convenience is the first reason, since browsers by far and large already have complete bindings to compression algorithms and archive formats, letting the browser simp

Re: ZIP archive API?

2013-05-03 Thread Paul Bakaus
From: Florian Bösch mailto:pya...@gmail.com>> Date: Fri, 3 May 2013 21:05:17 +0200 To: Jonas Sicking mailto:jo...@sicking.cc>> Cc: Paul Bakaus mailto:pbak...@zynga.com>>, Anne van Kesteren mailto:ann...@annevk.nl>>, Webapps WG mailto:public-webapps@w3.org>>, Charles McCathie Nevile mailto:cha.

Re: ZIP archive API?

2013-05-03 Thread Jonas Sicking
On Fri, May 3, 2013 at 12:12 PM, Paul Bakaus wrote: > > > From: Florian Bösch > Date: Fri, 3 May 2013 21:05:17 +0200 > To: Jonas Sicking > Cc: Paul Bakaus , Anne van Kesteren , > Webapps WG , Charles McCathie Nevile > , Andrea Marchesini > > Subject: Re: ZIP archive API? > > It can be implement

Re: ZIP archive API?

2013-05-03 Thread Charles Pritchard
On May 3, 2013, at 3:18 PM, Jonas Sicking wrote: >> platforms, but it matters a great deal >> on underpowered devices such as mobiles. > > Show me some numbers to back this up and you'll have me convinced :) > > Remember that on underpowered devices native code is proportionally slower > too.

Re: ZIP archive API?

2013-05-03 Thread Jonas Sicking
On May 3, 2013 4:20 PM, "Charles Pritchard" wrote: > > On May 3, 2013, at 3:18 PM, Jonas Sicking wrote: > > >> platforms, but it matters a great deal > >> on underpowered devices such as mobiles. > > > > Show me some numbers to back this up and you'll have me convinced :) > > > > Remember that on