Commands are in command mode

Use a monotonic clock

Generally assume that clock values always increase to simplify reasoning
everywhere clock values are used.  Then enforce that assumption.

Clock values don't really, truly always go up because page reloads &
multiple devices, but since I'm not currently planning to spend the
effort that would be required to perfectly handle this in all cases,
making it happen in fewer cases is a win (rather than just making bugs
I want to fix harder to reproduce).

Explicitly remove the completeEdit onblur event listener

When the completeEdit is invoked by keystroke, we don't want it invoked
a second time as a result of its own action removing the input field.

Firefox does *not* call the "blur" event when a focused input element is removed.
Chromium *does* call the "blur" event when a focused input element is removed.

So this is needed for Chromium.

Edit task descriptions

Don't change state if it's already in that state

Change focus in BrowserUI, never in Model

We don't want updates coming in from network sync to move focus around.

Tasks have one state.  Enables undo for state changes

Undo for task creation and reordering

Never mind about Destroy.  Deleting is just state "deleted"

It doesn't get erased from the log anyway.

Full-width input box

Start with focus on top task

Control-enter to make new tasks top-priority

Allow Model to return values through UI

Initiate task creation with Enter key rather than form submit

This will let us detect modifiers on the keystroke.

Eliminate createTask.  It's part of addTask

In the spirit of maintaining the invariant: all tasks are in the DOM; no
loose, floating tasks.

Re-order tasks

Put tasks in a div

Sort Model methods

Factor out task offset logic

Fix moving focus over completed tasks

It sure would be nice if we could just trigger whatever the browser does
for tab and shift-tab key presses, instead of doing all this.

Use a prefix for localStorage keys

Set tasks "done" (or "waiting", "cancelled", "someday-maybe")

Leave something focused after destroying a task

Move focusTaskNameInput and moveCursor into BrowserUI

Destroy tasks

BrowserUI

moveCursor returns whether it was able to or not

Keep the creation timestamp in the DOM

Keep handleKey lean

Keep Log narrowly about log stuff

Persistence

Build and consume Log entries

Writes go through the Log

No empty-string-named tasks

"c" to "Create" tasks

New tasks get focus.

Call some things "Model", to distinguish them from "Log"

j/k movement keys

No MVMVC; DOM *is* the model.

Tasks can be focused

Create tasks

Start