Release 3.3.0

Parity with [UTF-16K](https://github.com/UTF-8000/UTF-16K-Python)

330 reminds me of OpenGL.

Release 3.2.2

- Rerelease 3.2.0 as 3.2.2.
- Postponing UTF-8000 -> UTF-8K move.
- When / if we move to UTF-8K rerelease 3.2.1 as 3.2.3.

Release 3.2.1

Barebones version of the repo using the 'UTF-8000' package name, for the
final release of this repo on PyPI under the name 'UTF-8000' before we
transition to the name 'UTF-8K'. Corresponds with 0.0.2 being the first
release on PyPI of 'UTF-8K'.

Release 0.0.2

Barebones version of the repo using the 'UTF-8K' package name, to claim
it on PyPI whilst we transition from 'UTF-8000' to 'UTF-8K'. There will
be a final 3.2.1 release of the 'UTF-8000' PyPI package, to go along
with this 0.0.2 release of the 'UTF-8K' PyPI package.

Release 3.2.0

Misc changes

Release 3.1.0

- Remove '-#' option from 'utf-8000 info'
- Add fancier formatting to 'utf-8000 decode'

Release 3.0.0

- Distinguish self-synchronization prefixes from self-punctuation start bits.
- Change encoder: use the same array in which we chunk-up the codepoint
  into hextets for the adding of the start bits and self-sync prefixes.
  We don't need to copy and do the 'if has no parts that go in final start
  byte' chicanery.
- Remove "fancy encoder" in favor of "encode + fancy decoder".
- Remove 'signed' flag on encoder. If / when we add the zigzag signed
  variant, it will be a simple layer on top of UTF-8000, not an invasive
  part of the core spec.

Release 2.1.0

- Highlight self-synchronization bits in first bytes

Release 2.0.0

First main commit to UTF-8000