This adds a service that listens for changes in the UI state and
the set of loaded annotations and generates a thread structure in
response, which can then be visualized by a view.

This commit also adds a first integration test which wires together
the non-visual parts of the new threading implementation.

 * Add 'annotations' to the UI state in annotationUI and update
   this when annotations are loaded or unloaded.

 * Add rootThread which listens for changes in the UI state and
   generates a new conversation thread structure in response.

 * Add an integration test which tests the wiring of the non-visual
   parts of the new threading implementation.

Move hypothesis-celery command to h.cli

Prune old and crufty migrations

Add a `hypothesis migrate` command

New threading 1/N - Begin to centralize UI state in annotationUI

Since putting the annotationUI store into the desired state and
asserting that the state is correct after interactions is quite
straightforward, using the real object rather than a fake seems
appropriate at present.

Give this method a more obvious name and improve a couple of other
documentation comments.

Fix updating annotation extras

Websocket docs fixes

This adds the initial infrastructure using Redux for centralizing the UI
state as an immutable object accessible via `annotationUI.getState()`
which is updated as a result of actions from the UI, network etc.

For background on why we want to do this, see the design overview at
https://github.com/hypothesis/h/pull/3176

Additionally this commit removes a couple of tests that checked for
non-mutation of the selected/focused annotation maps and uses
seamless-immutable instead which provides a better guarantee of this,
but only in debug builds.

* Also remove duplicated variables in css.

Do not test annotation schema

Convert h.script to a package

Views code for updating annotations in postgres

* Add an 'h-tooltip' attribute directive which displays a tooltip above
   the associated element as soon as it is hovered and removes the
   tooltip on mouseout or when the associated element is destroyed.

 * Use the custom tooltip for buttons in the annotation card footer
   and remove the labels.

Move EventQueue into h.api and sandbox event notifies

Remove extra margin set by first and last p in an annotation body.

Sheetaluk/336 reply threading

Change display of datetimes on annotations

* Change the background of bucket bar.
* Change margins, line height, font size, default state colour and hover state colour
  for different elements in the annotation card and the replies thread.

Trello cards:
https://trello.com/c/aXCXxzx2/327-update-the-visual-design-of-the-annotation-cards
https://trello.com/b/o2ungX1n/current-sprint

When dealing with more than one second, minute or hour display secs,
mins or hrs instead of sec, min or hr.

In the case of secs it's always more than 1.

The dates passed in to toFuzzyString() and nextFuzzyUpdate() are
actually date strings and not (as in the tests) Date objects, but the
code expects Date objects, so it crashes in production (but works fine
in the tests).

Fix both the production code and the tests to use date strings.

Make Intl an optional argument in time.js so that tests can pass in a
mock Intl (or null) instead of having to patch window.Intl.

Clearer than using an array of arrays.

Clarify why we don't just call Date.toLocaleDateString().

getBreakpoint() always return a breakpoint.

If an annotation is more than one day old then it gets a timestamp like
"09 May". The next time this timestamp would change would be on
1 Jan 2017 when it would change to "09 May 2016". Rather than setting a
really long timer, just never live update "09 May"-format timestamps.

The case where Hypothesis is left open without reloading a page until
the end of the year, and the case where Hypothesis is opened close to
midnight on Dec 31st, are obscure enough to ignore.

If an annotation is not from the current year then it gets a timestamp
like "14 March 2015". The format of this timestamp will always be the
same, so don't set any timeout to update it.

toLocaleDateString() creates a new formatter on each call which is
expensive.

These are used when the datetime in question is more than 24 hours ago
but still in the current year, and when it's not in the current year,
respectively. They replace a few different datestring formats that were
previously being used for datetimes in this range.

This produces "1 days ago" which is wrong, will be fixed later.