[IndexedDB] Numeric constants vs enumerated strings

2012-02-22 Thread Odin Hørthe Omdal
I propose that we change the numeric constants to enumerated strings in the IndexedDB spec. Reasoning is echoing the reasoning that came up for WebRTC: http://lists.w3.org/Archives/Public/public-script-coord/2012JanMar/0166.html I'll just shamelessy quote Tobie Langel

Re: [DOM4] Constructor for DOMException?

2012-02-22 Thread João Eiras
On Wed, 22 Feb 2012 00:00:24 +0100, Cameron McCormack c...@mcc.id.au wrote: Marcos Caceres: So… given that one can fake create a DOMException, and unless there is a valid reason not to allow this that I don't know of…. It would be nice if DOMException just defined a public constructor. This

Re: [DOM4] Constructor for DOMException?

2012-02-22 Thread Anne van Kesteren
On Wed, 22 Feb 2012 15:27:41 +0100, João Eiras jo...@opera.com wrote: On Wed, 22 Feb 2012 00:00:24 +0100, Cameron McCormack c...@mcc.id.au wrote: Web IDL already requires exception interface objects like DOMException to be constructable, due to this:

Re: [IndexedDB] Numeric constants vs enumerated strings

2012-02-22 Thread Joshua Bell
On Wed, Feb 22, 2012 at 4:57 AM, Odin Hørthe Omdal odi...@opera.com wrote: I propose that we change the numeric constants to enumerated strings in the IndexedDB spec. Reasoning is echoing the reasoning that came up for WebRTC: http://lists.w3.org/Archives/**Public/public-script-coord/**

[Bug 14408] [IndexedDB] Cursors .key/.primaryKey/.value shouldn't throw as soon as .continue is called

2012-02-22 Thread bugzilla
https://www.w3.org/Bugs/Public/show_bug.cgi?id=14408 Israel Hilerio [MSFT] isra...@microsoft.com changed: What|Removed |Added Status|REOPENED|RESOLVED

Re: [DOM4] Constructor for DOMException?

2012-02-22 Thread Cameron McCormack
João Eiras: DOMExceptions have both a code and a message. Perhaps the constructor should be extended to include both. Anne van Kesteren: code is legacy, but name would be good to expose. The constructor has the same signature as the standard ECMAScript Error constructors, so we are being

RE: StreamBuilder threshold

2012-02-22 Thread Feras Moussa
-Original Message- From: Stefan Hakansson LK [mailto:stefan.lk.hakans...@ericsson.com] Sent: Sunday, February 05, 2012 4:50 AM To: Feras Moussa Cc: Travis Leithead; public-webapps@w3.org Subject: Re: StreamBuilder threshold On 01/26/2012 07:05 PM, Feras Moussa wrote: Can you

Re: [IndexedDB] Numeric constants vs enumerated strings

2012-02-22 Thread Jonas Sicking
Yes! I would love to make this change. This is my main peeve with the API as it stands. I even think that implementations could remove support for the numbers by keeping the constants but have them defined to return string values. I.e. db.transaction([store], IDBTransaction.READ_WRITE); would

Re: [IndexedDB] Numeric constants vs enumerated strings

2012-02-22 Thread Jonas Sicking
Oh, but I should add that I think it's fine for implementations to keep support for the numbers for a transition period if they so desire. / Jonas On Thu, Feb 23, 2012 at 1:27 AM, Jonas Sicking jo...@sicking.cc wrote: Yes! I would love to make this change. This is my main peeve with the API