W3C home > Mailing lists > Public > public-webapps@w3.org > October to December 2011

Re: IndexedDB: multientry or multiEntry?

From: Jonas Sicking <jonas@sicking.cc>
Date: Wed, 30 Nov 2011 18:29:57 -0800
Message-ID: <CA+c2ei97xr_W7W77Qh34wKPCa_ntDrxoiMSFRKgxUEn_=qLGMg@mail.gmail.com>
To: "Tab Atkins Jr." <jackalmage@gmail.com>
Cc: Israel Hilerio <israelh@microsoft.com>, "jsbell@chromium.org" <jsbell@chromium.org>, "public-webapps@w3.org" <public-webapps@w3.org>
On Wed, Nov 30, 2011 at 6:22 PM, Tab Atkins Jr. <jackalmage@gmail.com> wrote:
> On Wed, Nov 30, 2011 at 6:11 PM, Israel Hilerio <israelh@microsoft.com> wrote:
>> On Wednesday, November 30, 2011 3:55 PM, Jonas Sicking wrote:
>>> On Wed, Nov 30, 2011 at 3:09 PM, Joshua Bell <jsbell@chromium.org> wrote:
>>> > Should the parameter used in IDBObjectStore.createIndex() and the
>>> > property on IDBIndex be spelled "multientry" (as it is in the spec
>>> > currently), or "multiEntry" (based on "multi-entry" as the correct English
>>> spelling)?
>>> >
>>> > Has any implementation shipped with the new name yet (vs. the old
>>> > "multirow")? Any strong preferences?
>>> Much of HTML uses all-lowercase names for similar things, both in markup
>>> and in the DOM.
>>> I would actually prefer to go the other way and change autoIncrement to
>>> autoincrement.
>>> / Jonas
>> We currently have implemented the behavior per spec as "multientry" on our Win8 preview build and in follow on IE preview builds.  However, we would prefer for it to be camelCase since it matches the attributes we've already defined in the spec.  More important, this seems to match the web platform closer.  I believe the difference here is that these names are supposed to represent properties in a JS object which devs would expect to be camelCase like other attributes in the DOM spec.  I'm not sure about the markup argument. Also, if we end up making autoincrement all lower case, I would imagine we would want to be consistent and make keyPath all lower case too.  This seems different.
> Agreed.  While HTML favors all-lowercase, JS and DOM favor camelCase.

While I still prefer multientry (and autoincrement and keypath), I
don't care that strongly.

So does this mean we should make the name both in the options object
and on IDBIndex(Sync) use multiEntry?

Also, I noticed that IDBObjectStore(Sync) doesn't expose
.autoIncrement. We should expose that right?

/ Jonas
Received on Thursday, 1 December 2011 02:31:00 UTC

This archive was generated by hypermail 2.3.1 : Friday, 27 October 2017 07:26:37 UTC