Per http://dev.w3.org/2006/webapi/FileAPI/#abort invoking abort() always
results in events getting dispatched. This is not what happens in e.g.
Gecko at the moment. When the state is EMPTY the method simply returns.
The dispatching of events should probably also be defined in terms of the
http://www.w3.org/Bugs/Public/show_bug.cgi?id=11425
Summary: [IndexedDB] Transaction timeout parameter should
probably be a double
Product: WebAppsWG
Version: unspecified
Platform: PC
OS/Version: All
Status: NEW
On Wednesday, November 24, 2010 3:01 AM, Jeremy Orlow wrote:
For over a year now, the WebStorage spec has stipulated that
Local/SessionStorage store and retrieve objects per the structured clone
algorithm rather than strings. And yet there isn't a single implementation
who's implemented this.
Before I write it out it would be nice to assess whether there is
consensus on this. From the current draft, asBlob, responseBlob, and
responseArrayBuffer are removed. response and responseType are added.
responseType can be set when the state is either OPENED or
HEADERS_RECEIVED and must
On Mon, Nov 29, 2010 at 9:21 AM, Anne van Kesteren ann...@opera.com wrote:
Before I write it out it would be nice to assess whether there is consensus
on this. From the current draft, asBlob, responseBlob, and
responseArrayBuffer are removed. response and responseType are added.
responseType
On Mon, Nov 29, 2010 at 9:21 AM, Anne van Kesteren ann...@opera.com wrote:
Before I write it out it would be nice to assess whether there is consensus
on this. From the current draft, asBlob, responseBlob, and
responseArrayBuffer are removed. response and responseType are added.
responseType
On Tue, 23 Nov 2010, Arthur Barstow wrote:
Ian - regarding the following specs that ended LC on June 30, do you
have some type of comment tracking document, like you did for XBL2
[XBL2-DoC]?
I do not believe I kept track of e-mail feedback, but the history of
feedback filed through
On Sun, Nov 28, 2010 at 10:11 PM, Jonas Sicking jo...@sicking.cc wrote:
On Sun, Nov 28, 2010 at 11:25 AM, Ronald Lane rlane6...@verizon.net wrote:
We would like to develop a system (javascript) to run on a local browser. We
would like to make use of local storage however in testing this out we
On Mon, Nov 29, 2010 at 1:55 PM, Adam Barth w...@adambarth.com wrote:
On Sun, Nov 28, 2010 at 10:11 PM, Jonas Sicking jo...@sicking.cc wrote:
On Sun, Nov 28, 2010 at 11:25 AM, Ronald Lane rlane6...@verizon.net wrote:
We would like to develop a system (javascript) to run on a local browser. We
I don't think that performance should be very much of an issue since
.responseType would normally only be set once. The performance hit is
negligible, and the string version seems to be clearer to use.
Chris
On Mon, Nov 29, 2010 at 11:48 AM, Jonas Sicking jo...@sicking.cc wrote:
On Mon, Nov
Anne, for what it's worth, in my initial implementation in WebKit, I've
allowed .responseText to be accessed (without throwing) if .responseType ==
text.
Likewise, .responseXML can be accessed (without throwing) if .responseType
== document
I don't have a strong opinion either way. But it wasn't
On Mon, Nov 29, 2010 at 3:00 PM, Chris Rogers crog...@google.com wrote:
Anne, for what it's worth, in my initial implementation in WebKit, I've
allowed .responseText to be accessed (without throwing) if .responseType ==
text.
Likewise, .responseXML can be accessed (without throwing) if
Actually, that's not quite true. The WebKit prototype *does* throw when
.responseText or .responseXML is accessed, but .responseType is not
compatible (for example, arraybuffer, or blob)
IIRC, in our current experimental implementation accessing
.responseText and .responseXML *never* throw
13 matches
Mail list logo