refs #127

fixes #199

Feedback hasn’t been to good, so we remove these again.

refs #206

This refactors the existing state helpers (useCopy and
useUpdatableState) and unifies them to useUpdateBehaviour, useCopy,
useAPIObjectFieldCopy, useRelation and useRelationList. This eliminates
a lot of custom code in the show settings page and unifies the behaviour
of all input fields and save operations making the experience more
consistent and understandable.

It also enables us to show the save-in-progress state and errors that
occurred during updates for all fields along with customizable debounce
and proper v-model support.

We also got rid of the remaining uses of useSelectedShow. The show
settings page still made use of it despite using a route that
provides the relevant show that should be edited.

refs #127

refs #127

refs #191

This refactor includes a bulk of the changes discussed in #181. It
removes the existing navbar and replaces it with a sidebar instead. This
leaves us more room for context-aware navigation options and other
information that is relevant to users.

Additionally, the show management page is now split up into two, the
show episodes management, listing the coming shows/timeslots and the
show’s schedules, and the show basic data page, that contains all mostly
static data for a show and which is usually maintained by
administrators.

refs #181

This change implements a show overview page with two display modes:
table and grid. Shows can be ordered and searched. Other filters are not
(yet) implemented.

refs #101
refs #181

The AddShowButton was not rendered when the shows weren’t loaded, but
the only requirement for it to render should be if the user is a
superuser.

This should make the API functions more accessible for callers as there
won’t be any loose undefined values that were sometimes needed to skip
certain values in certain API endpoints.

Instead, every positional argument is now required and all configurable
options or extensions are part of the options object.

refs #179

refs #179

refs #181

Pinia store destructuring doesn’t work on the plain store object. One
has to use storeToRefs or keep the original store object.

see: https://pinia.vuejs.org/core-concepts/

internal note and show owners are both admin-controlled.

refs #146

refs #146