- From: Joshua Bell <notifications@github.com>
- Date: Fri, 14 Jun 2019 15:26:45 -0700
- To: w3c/IndexedDB <IndexedDB@noreply.github.com>
- Cc: Subscribed <subscribed@noreply.github.com>
Received on Friday, 14 June 2019 22:27:07 UTC
Rebooting, and referencing https://lists.w3.org/Archives/Public/public-webapps/2013AprJun/0848.html which emphasizes the benefits of lists over sets: ```webidl [Constructor(sequence<any>), Exposed=(Window,Worker)] interface IDBKeyList { iterable<any>; }; ``` Anywhere in the spec that takes `any query` as an argument would be augmented to allow an IDBKeyList in addition to keys and IDBKeyRange. This includes: get(), getKey(), getAll(), getAllKeys(), count(), openCursor(), openKeyCursor() and delete(). This would be done by changing [convert a value to a key range](https://w3c.github.io/IndexedDB/#convert-a-value-to-a-key-range) to "convert a value to a query". A _query_ gets a definition like a _key range_ where keys can be _in a query_. The database operations (retrieval, delete, count) change to taking a _query_. Cursor iteration is more intrusive. Maybe we disallow? -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/w3c/IndexedDB/issues/19#issuecomment-502299229
Received on Friday, 14 June 2019 22:27:07 UTC