Disallow all-spaces task descriptions and tag-names

Don't listen for keystrokes until log replay is done

Provide a visual indicator of the current view-state

h/t https://css-tricks.com/body-border/

Keep tags visually associated with their task

If a task's tags line-wrap, the shouldn't go into the next task's space.

Keep tags sorted

Color tags

Keep description in its own span

Tags broke task.textContent being an easy way to get the task
description, which editTask was using.  This restores neatness & fixes a
bug in which tag names were slurped into the edit-task buffer.

Do more filtering in faster browser-native code

The tag-input box appearing should not move other tasks' tags around

Fix: Escape aborts tagging

Disallow empty-string as a tag name

Use previous tag name as default new tag name

This makes tagging a bunch of tasks with the same tag easier.

Don't create duplicate tags; Tagging is idempotent

Don't attempt to create duplicate tags

Add tags

Avoid children[0]

Sort log apply actions

Use classList to set class

Change "todo" view key "t" -> "q" ("queue")

Don't select-all the task description when beginning editing

I find that
 * most edits are more gentle than complete replacement
 * I consistently reach for the "end" key to begin editing
 * If I want complete replacement, ^A is easier to type than "end"

Escape to abort a task edit

Always return to command mode (leave input box) after creating a task

Even in other views, where the just-created task cannot accept focus.

undoLog is private to the UI

Views: Show tasks by state

Allow browserUI private fields

Use CSS for filtering the view

Always set state attribute

Leader key "v" for selecting views

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