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
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"
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
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
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
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/
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
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.
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
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
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/
>>
>>
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
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
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.
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
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.
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
17 matches
Mail list logo