On Mon, May 6, 2013 at 6:36 PM, Glenn Maynard gl...@zewt.org wrote:
On Mon, May 6, 2013 at 8:01 PM, Jonas Sicking jo...@sicking.cc wrote:
On Mon, May 6, 2013 at 5:15 PM, Glenn Maynard gl...@zewt.org wrote:
I'm not aware of any optimized inflate implementation in JS to compare
against, and
On Mon, May 6, 2013 at 5:57 PM, Anne van Kesteren ann...@annevk.nl wrote:
On Mon, May 6, 2013 at 5:45 PM, Jonas Sicking jo...@sicking.cc wrote:
On Mon, May 6, 2013 at 4:28 PM, Anne van Kesteren ann...@annevk.nl wrote:
Okay. So that fails for XMLHttpRequest :-(
What do you mean? Those are the
On Tue, May 7, 2013 at 8:09 AM, Jonas Sicking jo...@sicking.cc wrote:
You're arguing for allowing accessing files inside ZIPs by URL, which
means
you're going to have to do the work anyway, since you'd be able to
create a
blob URL, reference a file inside it using XHR, and get a Blob as a
Hello, sorry for the big delay due to my business trip and holiday week
of Japan.
I'm available on either schedule. When I join the telecon, how can I
join it? Skype or something?
And please note that I cannot speak and listen to English well. But I'd
like to join it.
Thank you.
On
It seems strange the spec would require a case-sensitive value for
Content-Type in certain circumstances.
There's only two things that seem to work well over a long period of
time given multiple implementations and developers coding toward the
dominant implementation (this describes the
Hi,
in line with the last item on this list, I committed to make a rough
summary of the meeting available to go with the raw minutes. The idea is
that people who aren't in the group and weren't there can actually
understand what the minutes mean. So here it is.
Minutes for Thursday[2]
On Tuesday, May 7, 2013 at 11:16 AM, Charles McCathie Nevile wrote:
=App Manifest
This is a manifest for packaged (i.e. an installable zip) or hosted
(something like pages with an appcache manifest) apps, that provides
metadata, an icon, etc. It will be moved from the Sysapps group to
On 2013-05-07 00:44, Julian Aubourg wrote:
Hey Anne,
I don't quite get why you're saying HTTP is irrelevant.
As an example, regarding the content-type /request /header, the XHR spec
clearly states:
If a |Content-Type| header is in author request headers
On 2013-05-07 11:39, Hallvord Reiar Michaelsen Steen wrote:
It seems strange the spec would require a case-sensitive value for
Content-Type in certain circumstances.
There's only two things that seem to work well over a long period of
time given multiple implementations and developers
On Mon, May 6, 2013 at 10:52 PM, Eric U er...@google.com wrote:
I'm not really sure what you're saying, here. If you want an URL to
expire or otherwise be revoked, no, you can't use it multiple times
after that. If you want it to work multiple times, don't revoke it or
don't set
On Tue, May 7, 2013 at 3:16 AM, Charles McCathie Nevile
cha...@yandex-team.ru wrote:
I'm interested in whether this was a useful exercise, by the way.
It's missing the bit where you are going to attempt to fork my work on URLs ;-)
--
http://annevankesteren.nl/
On 06/05/2013 20:42 , Jonas Sicking wrote:
The only things that implementations can do that JS can't is:
* Implement new protocols. I definitely agree that we should specify a
jar: or archive: protocol, but that's orthogonal to whether we need an
API.
Have you looked at just reusing JAR for
On Mon, May 6, 2013 at 11:11 PM, Jonas Sicking jo...@sicking.cc wrote:
The only thing that's different about XHR is that the first step in my
list lives in one function, and the other steps live in another
function. Doesn't seem to have any effect on the discussions here
other than that we'd
Dear All,
From today, I am representing Mozilla in this WG.
Kind regards,
Marcos
--
Marcos Caceres
On Tue, May 7, 2013 at 2:39 AM, Hallvord Reiar Michaelsen Steen
hallv...@opera.com wrote:
TL;DR: I'm not aware of evidence that spec'ing this is required for compat, I
do buy the argument that precision might cause better future compat, I'm
however concerned about back compat and find it
On Tue, May 7, 2013 at 7:29 AM, Robin Berjon ro...@w3.org wrote:
This isn't very different from JAR but it does have the property of more
easily enabling a transition. To give an example, say that the page at
http://berjon.com/ contains:
link rel=bundle href=bundle.wrap
and
img
* Anne van Kesteren wrote:
On Tue, May 7, 2013 at 7:29 AM, Robin Berjon ro...@w3.org wrote:
This isn't very different from JAR but it does have the property of more
easily enabling a transition. To give an example, say that the page at
http://berjon.com/ contains:
link rel=bundle
On Tue, May 7, 2013 at 11:34 AM, Bjoern Hoehrmann derhoe...@gmx.net wrote:
Robin seems to address that in the parts of his mail you didn't quote.
My bad :-(
Have to say it does seem quite elegant. And has great fallback (if
implemented on the server).
--
http://annevankesteren.nl/
On Tue, May 7, 2013 at 7:29 AM, Robin Berjon ro...@w3.org wrote:
On 06/05/2013 20:42 , Jonas Sicking wrote:
The only things that implementations can do that JS can't is:
* Implement new protocols. I definitely agree that we should specify a
jar: or archive: protocol, but that's orthogonal to
On May 7, 2013, at 10:45 AM, Anne van Kesteren wrote:
On Mon, May 6, 2013 at 11:11 PM, Jonas Sicking jo...@sicking.cc wrote:
The only thing that's different about XHR is that the first step in my
list lives in one function, and the other steps live in another
function. Doesn't seem to have
On Tue, May 7, 2013 at 12:17 PM, Arun Ranganathan a...@mozilla.com wrote:
\o/ :-)
Filed https://www.w3.org/Bugs/Public/show_bug.cgi?id=21955
So actually, after I emailed that this morning I wondered how this
would work for img srcset or image() in CSS where fetch is unlikely
to be sync. Most
* Robin Berjon wrote:
I wonder if we couldn't have a mechanism that would not require a
separate URI scheme. Just throwing this against the wall, might be daft:
We add a new link relationship: bundle (archive is taken, bikeshed
later). The href points to the archive, and there can be as many as
On Tue, May 7, 2013 at 9:45 AM, Anne van Kesteren ann...@annevk.nl wrote:
On Mon, May 6, 2013 at 11:11 PM, Jonas Sicking jo...@sicking.cc wrote:
The only thing that's different about XHR is that the first step in my
list lives in one function, and the other steps live in another
function.
On Tue, May 7, 2013 at 1:39 AM, Masayuki Nakano masay...@d-toybox.comwrote:
Hello, sorry for the big delay due to my business trip and holiday week of
Japan.
I'm available on either schedule. When I join the telecon, how can I join
it? Skype or something?
Excellent question - I'm wondering
I'd be worried about letting any resolved URL to hold a reference to
the Blob. We are playing very fast and loose with URLs in Gecko and
it's never been intended that they hold on to any resources of
significant size.
/ Jonas
On Tue, May 7, 2013 at 1:34 PM, Glenn Maynard gl...@zewt.org wrote:
Fwiw, to the extent it may be helpful when it comes to spec writing, here
are some quick-n-dirty thoughts about how some approximation of the
'autorevoke' behavior could be implemented in chromium.
1) Extend the lifetime of the PublicBlobURL registration until *after* the
last latchee has
On Tue, May 7, 2013 at 2:54 PM, Jonas Sicking jo...@sicking.cc wrote:
I'd be worried about letting any resolved URL to hold a reference to
the Blob. We are playing very fast and loose with URLs in Gecko and
it's never been intended that they hold on to any resources of
significant size.
That
* Florian Bösch wrote:
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,
On Tue, 07 May 2013 23:07:28 +0200, Gary Kačmarčík (Кошмарчик)
gary...@google.com wrote:
On Tue, May 7, 2013 at 1:39 AM, Masayuki Nakano
masay...@d-toybox.comwrote:
Hello, sorry for the big delay due to my business trip and holiday week
of
Japan.
I'm available on either schedule. When
Yeah, we'll be on #webapps, and I can invite Zakim. I can also provide call-in
instructions for the Microsoft bridge from irc.
-Original Message-
From: Charles McCathie Nevile [mailto:cha...@yandex-team.ru]
Sent: Tuesday, May 7, 2013 3:01 PM
To: Masayuki Nakano; Gary Kačmarčík
The PIN for this call (starts at the top of the hour which is 19:00
Boston time) is 26632.
On 5/7/13 6:03 PM, ext Travis Leithead wrote:
Yeah, we'll be on #webapps, and I can invite Zakim. I can also provide call-in
instructions for the Microsoft bridge from irc.
-Original Message-
On Tue, May 7, 2013 at 4:54 PM, Jonas Sicking jo...@sicking.cc wrote:
I'd be worried about letting any resolved URL to hold a reference to
the Blob. We are playing very fast and loose with URLs in Gecko and
it's never been intended that they hold on to any resources of
significant size.
On Tue, May 7, 2013 at 9:29 AM, Robin Berjon ro...@w3.org wrote:
Have you looked at just reusing JAR for this (given that you support it in
some form already)? I wonder how well it works. Off the top of my head I
see at least two issues:
JARs are just ZIPs with Java metadata. We don't need
Hey folks,
I just posted the raw minutes to the DOM 3 Events wiki page:
http://www.w3.org/2008/webapps/wiki/DOM3Events
http://www.w3.org/2008/webapps/wiki/Bi-weekly_meetings
The page itself is a derelict from ages past, and I haven’t made much of an
effort to clean it up, but it does have a new
34 matches
Mail list logo