Re: Some IndexedDB feedback

2010-02-01 Thread Nikunj Mehta
Hi all, Sorry to be slow in responding to all the feedback on Indexed DB. As you know, this is now my unpaid work and I am trying my best to respond to comments before the weekend is up. But this is good. Please keep the feedback and early implementation experience coming. On Jan 30,

Re: [IndexedDB] Detailed comments for the current draft

2010-02-01 Thread Nikunj Mehta
On Jan 31, 2010, at 11:33 PM, Nikunj Mehta wrote: d. The current draft fails to format in IE, the script that comes with the page fails with an error I am aware of this and am working with the maintainer of ReSpec.js tool to publish an editor's draft that displays in IE. Would it be

Re: Some IndexedDB feedback

2010-02-01 Thread Jeremy Orlow
On Mon, Feb 1, 2010 at 12:02 AM, Nikunj Mehta nik...@o-micron.com wrote: Hi all, Sorry to be slow in responding to all the feedback on Indexed DB. As you know, this is now my unpaid work and I am trying my best to respond to comments before the weekend is up. But this is good. Please keep

Re: [IndexedDB] Detailed comments for the current draft

2010-02-01 Thread Jeremy Orlow
On Sun, Jan 31, 2010 at 11:33 PM, Nikunj Mehta nik...@o-micron.com wrote: On Jan 26, 2010, at 12:47 PM, Pablo Castro wrote: These are notes that we collected both from reviewing the spec (editor's draft up to Jan 24th) and from a prototype implementation that we are working on. I didn't

Re: Feedback on WebSocket API, Editor's Draft 13 November 2009.

2010-02-01 Thread Ian Hickson
On Sun, 31 Jan 2010, Sebastian Andersson wrote: On Sat, Jan 30, 2010 at 10:31, Ian Hickson i...@hixie.ch wrote: Right now, today, if I were to expose a WebSocket service on my Dreamhost shared server, I could do so without any trouble. If we used a scheme such as the one described above

Re: [XHR] New api request

2010-02-01 Thread Pedro Santos
On Sun, Jan 31, 2010 at 8:38 AM, Anne van Kesteren ann...@opera.com wrote: On Fri, 29 Jan 2010 14:29:23 +0100, Pedro Santos pedros...@gmail.com wrote: Hi, how interest is for you develop new APIs in order to enable a reuse of the XMLHttpRequest objects, without the need to call abort method?

Re: [XHR2] AnonXMLHttpRequest()

2010-02-01 Thread Anne van Kesteren
On Mon, 01 Feb 2010 03:45:54 +0100, Jonas Sicking jo...@sicking.cc wrote: On Sun, Jan 31, 2010 at 1:50 PM, Anne van Kesteren ann...@opera.com wrote: I'm not really convinced we need all of http://dev.w3.org/2006/waf/UMP/ to handle the simple use case it is for. I think UMP can be layered on

Re: [xhr] events for async requests

2010-02-01 Thread Anne van Kesteren
On Mon, 01 Feb 2010 03:38:08 +0100, Jonas Sicking jo...@sicking.cc wrote: On Sun, Jan 31, 2010 at 5:09 AM, Anne van Kesteren ann...@opera.com wrote: On Wed, 16 Dec 2009 20:46:03 +0100, Jonas Sicking jo...@sicking.cc wrote: 1. Update .responseText 2. If readystate is not yet 3, set it to 3

Re: [XHR] New api request

2010-02-01 Thread Anne van Kesteren
On Mon, 01 Feb 2010 11:14:44 +0100, Pedro Santos pedros...@gmail.com wrote: At this thread we can point reason to create or not an new api for: restart, reset, clear states, turn new to reuse, the XHR object. I have opened another thread to know from the experts the currents workarounds to

Re: [xhr] events for async requests

2010-02-01 Thread Jonas Sicking
On Mon, Feb 1, 2010 at 2:27 AM, Anne van Kesteren ann...@opera.com wrote: 3. Fire a 'progress', unless 'loadstart' or 'progress' has been fired within the past 50ms This is already required elsewhere. I suppose I could try to merge the two, would that be useful? The main point of my email

Re: [xhr] events for async requests

2010-02-01 Thread Anne van Kesteren
On Mon, 01 Feb 2010 12:12:18 +0100, Jonas Sicking jo...@sicking.cc wrote: It is still unclear what the relationship is between responseText being set to a non-empty value, and switching to the LOADING state is. Which happens first (it's somewhat clear that responseText is changed before

Re: Steps to creating a browser standard for the moz-icon:// scheme

2010-02-01 Thread イアンフェッティ
Just to be clear, I believe Pierre was referring to file extensions (e.g. .jpg) not browser extensions. At any rate, I think it would be convenient, if you are able to get a File handle, to also be able to get an image representation of the file. That could be some thumbnail if the OS has already

Re: [xhr] events for async requests

2010-02-01 Thread Jonas Sicking
On Mon, Feb 1, 2010 at 3:20 AM, Anne van Kesteren ann...@opera.com wrote: Can responseText ever be non-empty without being in the LOADING state? I.e. do these to actions happen from the same, or from separate, tasks posted to the event loop? The same. I could make this more explicit if you

Re: Steps to creating a browser standard for the moz-icon:// scheme

2010-02-01 Thread Pierre-Antoine LaFayette
Yes but in Windows XP they upscale anything over 48x48 I believe. On 1 February 2010 01:24, timeless timel...@gmail.com wrote: 2010/1/29 Pierre-Antoine LaFayette pierre.lafaye...@gmail.com: Perhaps if we found some creative commons icons to use as defaults for the most used extensions. It

Re: [xhr] events for async requests

2010-02-01 Thread Anne van Kesteren
On Mon, 01 Feb 2010 12:56:57 +0100, Jonas Sicking jo...@sicking.cc wrote: On Mon, Feb 1, 2010 at 3:20 AM, Anne van Kesteren ann...@opera.com wrote: Can responseText ever be non-empty without being in the LOADING state? I.e. do these to actions happen from the same, or from separate, tasks

Re: [xhr] events for async requests

2010-02-01 Thread Jonas Sicking
On Mon, Feb 1, 2010 at 4:12 AM, Anne van Kesteren ann...@opera.com wrote: On Mon, 01 Feb 2010 12:56:57 +0100, Jonas Sicking jo...@sicking.cc wrote: On Mon, Feb 1, 2010 at 3:20 AM, Anne van Kesteren ann...@opera.com wrote: Can responseText ever be non-empty without being in the LOADING state?

Re: Steps to creating a browser standard for the moz-icon:// scheme

2010-02-01 Thread Pierre-Antoine LaFayette
So it seems like there is a general consensus that at least some parts of the icon URI scheme are useful and are worth standardizing. One thing I was confused about was the mention of the File object; I initially believed we were referring to http://www.mozilla.org/js/js-file-object.html, however,

Re: [xhr] events for async requests

2010-02-01 Thread Anne van Kesteren
On Mon, 01 Feb 2010 13:26:46 +0100, Jonas Sicking jo...@sicking.cc wrote: On Mon, Feb 1, 2010 at 4:12 AM, Anne van Kesteren ann...@opera.com wrote: On Mon, 01 Feb 2010 12:56:57 +0100, Jonas Sicking jo...@sicking.cc wrote: Where in the spec is this defined? I guess my answer is yes, it'd be

Re: Steps to creating a browser standard for the moz-icon:// scheme

2010-02-01 Thread Maciej Stachowiak
On Feb 1, 2010, at 4:04 AM, Pierre-Antoine LaFayette wrote: Yes but in Windows XP they upscale anything over 48x48 I believe. According to the internets, icons for Windows Vista or later are supposed to include bitmaps up to 256x256 (6 total sizes in the standard format) and will actually be

Re: XHR LC comment: header encoding

2010-02-01 Thread Julian Reschke
Anne van Kesteren wrote: On Tue, 05 Jan 2010 13:49:55 +0100, Boris Zbarsky bzbar...@mit.edu wrote: Apart from the obvious worry of switching away from a behavior that the vast majority of UAs currently implement, with the ensuing potential for website breakage, sounds fine... I know...

Re: Feedback on WebSocket API, Editor's Draft 13 November 2009.

2010-02-01 Thread Sebastian Andersson
On Mon, Feb 1, 2010 at 10:47, Ian Hickson i...@hixie.ch wrote: On Sun, 31 Jan 2010, Sebastian Andersson wrote: On Sat, Jan 30, 2010 at 10:31, Ian Hickson i...@hixie.ch wrote: Right now, today, if I were to expose a WebSocket service on my Dreamhost shared server, I could do so without any

Re: File API: Blob and underlying file changes.

2010-02-01 Thread Dmitry Titov
Going a bit back to current spec and changing underlying files - here is an update on our thinking (and current implementation plan). We played with File/Blob ideas a little more and talked with some of our app developers. In regard to a problem of changing file, most folks feel the Blob is best

Re: File API: Blob and underlying file changes.

2010-02-01 Thread Jonas Sicking
On Mon, Feb 1, 2010 at 12:27 PM, Dmitry Titov dim...@chromium.org wrote: Basically, it's app-specific choice. It appears that the following implementation goes along with the current edition of the spec but also provides the ability to detect the file change: 1. File derives from Blob, so

[WebSQLDatabase] Minor change to spec?

2010-02-01 Thread Dumitru Daniliuc
In section 4.3.2, point 6, the In case of error... paragraph says: 2. If the error callback returns false, then move on to the next statement, if any, or onto the next overall step otherwise. 3. Otherwise, the error callback did not return false, or there was no error callback. Jump to the last

Re: [WebSQLDatabase] Minor change to spec?

2010-02-01 Thread Ian Hickson
On Mon, 1 Feb 2010, Dumitru Daniliuc wrote: In section 4.3.2, point 6, the In case of error... paragraph says: 2. If the error callback returns false, then move on to the next statement, if any, or onto the next overall step otherwise. 3. Otherwise, the error callback did not return false,

Re: [WebSQLDatabase] Minor change to spec?

2010-02-01 Thread Dumitru Daniliuc
Thanks for clarifying this, Ian. Dumi On Mon, Feb 1, 2010 at 4:53 PM, Ian Hickson i...@hixie.ch wrote: On Mon, 1 Feb 2010, Dumitru Daniliuc wrote: In section 4.3.2, point 6, the In case of error... paragraph says: 2. If the error callback returns false, then move on to the next

Re: Feedback on WebSocket API, Editor's Draft 13 November 2009.

2010-02-01 Thread Ian Hickson
On Mon, 1 Feb 2010, Sebastian Andersson wrote: On Mon, Feb 1, 2010 at 10:47, Ian Hickson i...@hixie.ch wrote: On Sun, 31 Jan 2010, Sebastian Andersson wrote: On Sat, Jan 30, 2010 at 10:31, Ian Hickson i...@hixie.ch wrote: Right now, today, if I were to expose a WebSocket service on my

RE: Seeking pre-LCWD comments for Indexed Database API; deadline February 2

2010-02-01 Thread Pablo Castro
A few comments inline marked with [PC]. From: public-webapps-requ...@w3.org [mailto:public-webapps-requ...@w3.org] On Behalf Of Nikunj Mehta Sent: Sunday, January 31, 2010 11:37 PM To: Kris Zyp Cc: Arthur Barstow; public-webapps Subject: Re: Seeking pre-LCWD comments for Indexed Database API;