Remove the leftover file content layer and align the docs

docs/redaktion.md

@@ -5,11 +5,9 @@ Wie die sichtbaren Inhalte der Website gepflegt werden. Der Inhalt liegt in
 über die Weboberfläche bearbeitet. Keine Dateien, kein Commit, kein Rebuild: eine
 Änderung im Admin ist sofort live.
 
-> **Übergang (Stand #8).** Der Inhalt ist bereits vollständig in PocketBase; die
-> Blazor-App wird gerade darauf umgestellt, ihn von dort zu lesen (Issue #8).
-> Solange das läuft, kann die ausgelieferte Seite noch aus den alten Dateien
-> unter `Content/` stammen. Sobald #8 durch ist, ist PocketBase die einzige
-> Quelle und dieser Abschnitt der einzige Pflegeweg.
+> **Stand.** Die Blazor-App liest ihren gesamten Inhalt aus PocketBase (Issue #8);
+> die alte Datei-Schicht unter `Content/` gibt es nicht mehr. PocketBase ist damit
+> die einzige Quelle und dieser Abschnitt der einzige Pflegeweg.
 
 > **Sprachkonvention.** Feldnamen und Slugs sind **englisch** (`title`, `slug`,
 > `board`, `posts`). Der Text, den ein Besucher liest, bleibt **deutsch** — also
@@ -49,16 +47,52 @@ Jede Collection hat als **letztes Feld `public`** (ja/nein). Nur Records mit
 `public = true` erscheinen auf der Website — so lässt sich ein Entwurf anlegen,
 ohne dass er schon sichtbar ist.
 
+### Was redaktionell geht — und was Code braucht
+
+Redaktion arbeitet mit **Daten**, nicht mit Struktur. Konkret:
+
+| Was du willst | Geht redaktionell? | Wie |
+|---|---|---|
+| Beitrag / Termin / Frage hinzufügen | **Ja** | Neuer Record in `posts` / `events` / `faqs` — erscheint sofort in der jeweiligen Liste |
+| Neue Textseite | **Ja** | Neuer Record in `pages` (siehe unten) |
+| Eine Seite mit einer Liste anteasern | **Ja** | Feld `embed` der Seite (`posts`/`events`/`faqs`) |
+| **Neue Art von Liste** (eigene Seite mit eigener Sortierung/Gruppierung und eigener Adresse, z. B. „Protokolle") | **Nein** | Braucht Entwicklung: neue Collection **plus** Code |
+
+Das heißt: **Bestehende Listen lassen sich beliebig erweitern**, aber eine *neue*
+Listenart entsteht nicht durch Anlegen einer Collection allein. Die drei Listen
+(`posts`, `events`, `faqs`) sind fest verdrahtet, weil jede eine eigene
+Darstellung hat — Datum und Sortierung, Kalender/`.ics`, Themen-Gruppierung. Eine
+weitere solche Ansicht anzulegen ist ein **Entwickler-Task**: eine neue Collection
+in PocketBase, eine Lesemethode im `PocketBaseClient` und eine eigene Komponente
+mit ihrer Route (siehe `docs/entwicklung.md`). Das ist Absicht: Inhalte sind
+Daten, Struktur und Darstellung sind Code.
+
 ---
 
 ## Seiten (`pages`)
 
 Eine Seite hat `title` (Überschrift für Menschen, Umlaute erlaubt), `slug` (die
 URL, klein und **ohne Umlaute**: `board`, nicht `über-uns`) und `body` (der
-Text, als Editor-Feld).
+Text, als **Markdown**).
+
+**Eine neue Seite anlegen** — Record in `pages`, dann ist die Adresse `/<slug>`
+sofort live, ohne Code und ohne Rebuild:
+
+1. `title` setzen (Pflicht).
+2. `slug` setzen (Pflicht), englisch und ohne Umlaute — z. B. `slug = schulweg`
+   ergibt `/schulweg`.
+3. `body` als Markdown schreiben (optional; darf leer bleiben).
+4. **`public` anhaken.** Ohne Haken ist die Seite ein Entwurf und erscheint auf
+   der Website als „nicht gefunden" (404) — das ist der häufigste Stolperstein.
+5. Optional `location` (`header`/`footer`) **und** `order` setzen, damit die Seite
+   ins Menü kommt; optional `embed` für eingebettete Blöcke (siehe unten).
 
 - **Slug bleibt englisch und ohne Umlaute.** `imprint`, `privacy`, `contact`,
   `board`, `patrons`. Der `title` darf deutsch mit Umlauten sein (`Förderverein`).
+- **Reservierte Slugs.** `posts`, `events`, `faqs` und `/` (die Startseite `home`)
+  gehören den festen Listen-/Sonderansichten. Eine `pages`-Seite mit einem dieser
+  Slugs wird von der jeweiligen Ansicht verdeckt und **nicht** angezeigt; in der
+  Produktion dienen solche Records nur als Menü-Platzhalter.
 - **Menü:** Ob eine Seite ins Menü kommt, steht an der Seite selbst — die Felder
   `location` (`header` oder `footer`) und `order` (Reihenfolge, ab 1). Die App
   baut Kopf- und Fußnavigation daraus; nichts wird im Markup angefasst.