Re: Support for compression in XHR?

2008-09-12 Thread Jonas Sicking
mike amundsen wrote: Jonas: Wouldn't that mean that it's the application (i.e. web page) and not the client (i.e. browser) that decides to attempt compression or not? I.e. the browser wouldn't try unless the web page had told it to do so. Yes, if a flag is employed, the application code is

RE: [xmlhttprequest2] timeout and JSON

2008-09-12 Thread Sunava Dutta
Ah, so it sounds like timing out behaves very similarly to abort() > being > called? Does onreadystatechange fire since readystate changes to 0? And > does this happen before or after ontimeout is fired? > > I guess IE doesn't have an abort event on the XHR object (is this > correct?) so the relati

Re: Support for compression in XHR?

2008-09-12 Thread Stewart Brodie
Jonas Sicking <[EMAIL PROTECTED]> wrote: > This at the cost of the overhead of always making an OPTIONS request > before attempting compression. Only if you haven't seen the server before - and in the vast majority of cases, you will have. I wouldn't suggest sending it every time, because that

Re: [widgets] death of the etag attr

2008-09-12 Thread Marcos Caceres
Hi Mark, On Fri, Sep 12, 2008 at 3:19 PM, Mark Baker <[EMAIL PROTECTED]> wrote: > Hi Marcos, > > On Fri, Sep 12, 2008 at 5:46 AM, Marcos Caceres > <[EMAIL PROTECTED]> wrote: >> >> Hi All, >> I've dropped the etag attribute from the element in the >> Widget Packaging spec as I deemed it too diffi

Re: [widgets] death of the etag attr

2008-09-12 Thread Mark Baker
Hi Marcos, On Fri, Sep 12, 2008 at 5:46 AM, Marcos Caceres <[EMAIL PROTECTED]> wrote: > > Hi All, > I've dropped the etag attribute from the element in the > Widget Packaging spec as I deemed it too difficult to use in practice How so? > (and mostly redundant). It is also unnecessary as update

[widgets] death of the etag attr

2008-09-12 Thread Marcos Caceres
Hi All, I've dropped the etag attribute from the element in the Widget Packaging spec as I deemed it too difficult to use in practice (and mostly redundant). It is also unnecessary as updates will be handled through Update Description Documents as defined in the Updates spec (and not by pointing

Re: Support for compression in XHR?

2008-09-12 Thread Henri Sivonen
On Sep 11, 2008, at 22:59, Jonas Sicking wrote: Wouldn't a better solution then be that when the web page sets the flag on the XHR object the browser will always compress the data? And leave it up to the web page to ensure that it doesn't enable capabilities that the web server doesn't sup