inexorabletash

 ║ ═ ╔ ╗ ╚ ╝ ╠ ╣ ╦ ╩ ╬  -- normal
 │ ─ ┌ ┐ └ ┘ ├ ┤ ┬ ┴ ┼  -- infested

Save the Marines:
        ╔═╦╦═╦╦═╗╔═╦╦═╗
        ╠╗╠╬═╝╚╦╩╣╔╝╚╗╚╗
        ║║║╚╗╔╦╝╔╬╝╔═╬═╝
        ╚╝╚═╩╝╚═╣╚═╣╔╩╦╗
                ║╔╗║╚╦╝║

inexorabletash

This demonstrates the implementation of full text search for documents in Indexed DB.

• Word-breaking and stemming is used to create a list of terms for each document.
• Document records are annotated with the list of terms when added to the database.
• A multi-entry index on the list of terms is populated.
• A query is similarly processed into a list of terms.
• A join over the terms is implemented using multiple cursors on the index.

The necessity of annotating records with the word list to populate the index is a limitation of the current Indexed DB API. A feature request to support custom

inexorabletash

Following proposal by @littledan

THIS NO LONGER MATCHES THE PROPOSED API AND SHOULD NOT BE USED

• Proposal
• Slides

Just proof-of-concept. Do not use in production.

Caveats:

inexorabletash

WHATWG-style logos for W3C/WICG specs - just because I like logos and a consistent iconography.

• Cookie Store API
• Indexed Database API
• File System
• File and Directory Entries API
• Local Font Access
• Idle Detection
• Web Locks API
• Multi-Screen Window Placement

inexorabletash

Indexed DB - N-Dimensional Selection (V2)

This is a redo of the solution over in Indexed DB - N-Dimensional Selection but with a revised "API". The sample here takes a query in the form of an array of IDBKeyRange instances (or null), e.g.

select(index, [IDBKeyRange.bound(5, 7), null, IDBKeyRange.lowerBound(15000)], callback, complete);

inexorabletash

URLs into Indexed DB, via Service Workers

Let's say you're using Indexed DB for the offline data store for a catalog. One of the object stores contains product images. Wouldn't it be great if you could just have something like this in your catalog page?

<img src="indexeddb/database/store/id">

inexorabletash

Indexed DB - N-Dimensional Selection

The problem

We have an index with keys of the form:

[ dim1, dim2, dim3, ... ]

e.g. created with:

inexorabletash

Transactionless Indexed DB

Status: Initial thought experiment. Feedback welcome.

There are times when Indexed DB's transaction-centric API is too heavyweight:

• Reading a single value
• Writing a single value
• Using some other locking mechanism
• Writing, and want immediate commit (see also: Indexed DB: Fast Commit)

inexorabletash

# Custom prompt
function prompt {
  write-host -NoNewLine -ForegroundColor Red $pwd 

  # Current git branch name
  $branch = git rev-parse --abbrev-ref HEAD
  if ($branch) {
    write-host -NoNewLine -ForegroundColor Green (' [' + $branch + ']')
  }

inexorabletash

Moved to: https://github.com/inexorabletash/indexeddb-promises

... to support more fine-grained commenting and collaboration.