The show selection mechanism relied on the parent component to notify
other components, even though the selected show is already part of the
store and all component state can and should be derived from there.

Users should always be able to add new shows even if none have been
created thus far.

refs #97

This is a stopgap measure until we’ve worked on #17 [1] and added a
management interface for simple models like funding categories and show
types.

refs #97

[1] #17

Up until now we had two different show selectors based on the number of
shows that were available. We now use the same show selector for any
number of shows.

Apart from that shows are now sorted
 1. based on their active state (descending, so inactive last) and
 2. their name (ascending, so A-Z)
in the show selector so it’s easier to find relevant shows.

Other changes:
* title handling has been moved into PageHeader component
* calendar management has been removed and is now handled
  locally in the EmissionManager component
* inactive shows are badged

refs #122

Tank only returns an entries property for playlist objects if the
entries list would have at least one item. This is a bug [1].

closes #119

[1] tank#46

Up until now the application was crammed in a single JavaScript file
once bundled. This forces clients to download 1.1MiB of JavaScript all
at once.

Vite uses dynamic import statements as split-points for bundles. By
using dynamic imports for our routes we can delay the loading of some
data to a later point in time when the user actually needs it. We should
still try to reduce our overall bundle size.