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 pbak...@zynga.com 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
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
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 jo...@sicking.cc 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
On 02.05.13 06:58, Charles McCathie Nevile cha...@yandex-team.ru wrote:
On Thu, 18 Apr 2013 19:19:17 +0300, Paul Bakaus pbak...@zynga.com 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
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 pya...@gmail.commailto:pya...@gmail.com
Date: Fri, 3 May 2013 14:52:36
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 pbak...@zynga.com wrote:
Hi Anne, Florian,
I think the first
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
From: Florian Bösch pya...@gmail.commailto:pya...@gmail.com
Date: Fri, 3 May 2013 21:05:17 +0200
To: Jonas Sicking jo...@sicking.ccmailto:jo...@sicking.cc
Cc: Paul Bakaus pbak...@zynga.commailto:pbak...@zynga.com, Anne van
Kesteren ann...@annevk.nlmailto:ann...@annevk.nl, Webapps WG
On Fri, May 3, 2013 at 12:12 PM, Paul Bakaus pbak...@zynga.com wrote:
From: Florian Bösch pya...@gmail.com
Date: Fri, 3 May 2013 21:05:17 +0200
To: Jonas Sicking jo...@sicking.cc
Cc: Paul Bakaus pbak...@zynga.com, Anne van Kesteren ann...@annevk.nl,
Webapps WG public-webapps@w3.org, Charles
On May 3, 2013, at 3:18 PM, Jonas Sicking jo...@sicking.cc 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
On May 3, 2013 4:20 PM, Charles Pritchard ch...@jumis.com wrote:
On May 3, 2013, at 3:18 PM, Jonas Sicking jo...@sicking.cc 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 :)
15 matches
Mail list logo
