The playlist data is only available for the currently selected show. Any
playlists used in other shows will not be available and we should
gracefully handle that.

This is a quick fix to address #132. A more permanent and helpful
resolution is outlined in #135 and #136.

We currently don’t include the tailwind base module because it would
interfere with the bootstrap styles.

Unfortunately the tailwind base module also contains a lot of CSS
properties that are used in various utility classes to allow
fine-grained manipulation like `tw-translate-x-2` which would only set
the `tw-translate-x` CSS property and all the real work happening in the
`tw-transform` class which applies all these properties in a single
`transform` rule.

As we can’t include the tailwind base module because of said conflict,
we should at least define some of the missing CSS properties.

Auto-formatters can’t know if we rely on any special white-space
handling in our code, so they take the safe route and assume we do.

In this case we don’t, so we can apply formatting that looks a little
more sensible.

Some iteration semantics got mixed up when replacing remaining uses of
`var` variable declarations in ae37fb6c.

`var foo in bar` cannot be replaced with `const foo of bar` because the
first will assign the iteration index of the current item to foo,
whereas the second will assign the actual iteration item.

This re-implements the auth store with pinia.

Other notable changes:
* the OIDC client configuration and setup is now part of
  separate module that can be included by the OIDC callback routes
  and ensures that we always use the same OIDC client configuration.
* Authorization headers for the steering and tank REST APIs are now
  set with an axios interceptor instead of specifying them for each
  API store action.

refs #127

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.

closes #125

data.start wasn’t always defined so that the generated url would
sometimes contain "start=undefined".

refs #88

* basepath normalization: String.replace is not in-place.
* params: unshift adds array items, we wanted to pop the last item.

It’s nice to be able to select a week in the calendar and share it by
simply copying the URL so that another person may view the same week in
their browser.