Eine neue Form fuer jedes Modul -- und der Kalender zeigt nur noch, was einen angeht

Filipe: "DU HAST WIEDER EINE KLEINE AENDERUNG UEBERALL GEMACHT ANSTATT
EINE RIESEN AENDERUNG." Er hatte recht, und der Grund war jedes Mal
derselbe: Ich habe das MATERIAL getauscht (Mattglas, Leuchtschiene,
Verlauf) und die FORM gelassen. Ein abgerundetes Rechteck bleibt ein
abgerundetes Rechteck -- und die Silhouette ist das Einzige, was man aus
fuenf Metern erkennt.

Jetzt ist die Form eine andere: abgeschnittene Ecke oben links
(clip-path, echte Silhouette), ein Kantenlicht in der Kategoriefarbe
darauf, Eckwinkel unten rechts, ein feines Raster statt Koernung.
35 Bauteile auf allen 18 Seiten, in einer eigenen Datei (module.css).

DREI DINGE, DIE DABEI SCHIEFGINGEN UND JETZT ABGESICHERT SIND

1. Die Regeln standen in :where() -- Spezifitaet null, also gewann jede
   aeltere .kachel::before-Regel. Jetzt :is().
2. module.css stand an DRITTER Stelle im Ladeweg. Auf Calls,
   Automationen, Bereich und Dateien hat sie damit gar nichts bewirkt:
   Die Seitendateien setzen dort selbst border-radius und box-shadow und
   kommen spaeter. Genau das ergab wieder "ueberall ein bisschen". Sie
   wird jetzt als LETZTE geladen, geprueft auf allen 18 Seiten.
3. Die Klassenliste steht siebenmal in der Datei (CSS kennt keine
   Variable fuer Selektoren). Eine vergessene Kopie faellt niemandem
   auf -- pruef-css-klassen vergleicht sie deshalb alle, mit Gegenprobe.

DER KALENDER: NUR NOCH, WAS EINEN ANGEHT

Filipe: "calls oder termine soll jeder nur sehen die er selber macht
oder jeden betrifft." Das gilt auch fuer DogFather, und das ist die
eigentliche Aenderung -- er bekam bisher 1=1. "Jeden betrifft" heisst:
ohne Gegenueber und ohne Teilnehmerliste. Wer niemanden eintraegt, meint
alle. Die Rollenfrage entfaellt im Kalender damit vollstaendig.

SECHS PRUEFUNGEN, DIE EINE WELT GEMESSEN HABEN, DIE ES NICHT MEHR GIBT

Alle sechs wurden auf die neue Regel umgeschrieben, keine geloescht --
loeschen haette die Zahl gesenkt und den neuen Weg ungeprueft gelassen:
ics, serien, sicht, spicy, teilnehmer, tagesblick, team.

UND VIER ECHTE FUNDE, DIE DABEI HERAUSFIELEN

* pruef-workspace-seiten war seit dem Bildumbau von heute Frueh auf
  ALLEN 32 Seiten rot: Sie verlangte noch das eine Motiv. Die neue
  Bedingung ist schaerfer als beide alten -- das geladene Bild muss zu
  dem Merkmal passen, das die Seite selbst traegt. Und die Meldung sagt
  jetzt, WELCHE Bedingung gefallen ist.
* pruef-leistung-optik hat sich selbst ausgesperrt (meldete sich als
  Manager an, der die Zahlen seit Filipes Anweisung nicht mehr sehen
  darf) und stuerzte danach ab: 2 Pruefungen statt 56. Der Absturz hat
  verdeckt, dass sie sieben Fingerziele als "zu klein" meldete -- es
  waren die unsichtbaren Knoepfe der zugeklappten Woche, 0x0.
* personen.html beim Manager: Der Erklaersatz ("Codes, Sperren und das
  Protokoll bleiben bei DogFather") kam nie an -- das Element gab es
  nicht, und das && davor hat den Fehlgriff verschluckt. Die Liste stand
  ausserdem dauerhaft auf aria-busy="true": fuer einen Screenreader lud
  die Seite fuer immer.
* pruef-schranke hielt personen.html noch fuer DogFather-only. Die Seite
  wechselt jetzt die Erwartung, statt aus der Pruefung zu verschwinden:
  Seite auf fuer die Leitung, Verwaltungsdaten dahinter weiterhin zu.

Die Anmeldeseite wurde nicht angefasst (nur ihr Versionsstempel).

Co-Authored-By: Claude Opus 5 <[email protected]>

server/pruef-schranke.mjs

@@ -181,7 +181,18 @@ console.log("\n=== Falsche Rolle ===");
 
 /* Was jede Rolle NICHT sehen darf, steht ebenfalls in workspace.js.
    Hier wird gegengeprueft, dass die Umleitung wirklich greift. */
-const NUR_DOGFATHER = ["/workspace/personen.html", "/workspace/automation.html"];
+/* PERSONEN.HTML IST SEIT DEM 07.09.2026 NICHT MEHR NUR FUER DOGFATHER.
+   Filipe: Manager sollen "creator und auch wirklich nur creator
+   hinzufuegen koennen" -- dafuer muessen sie die Seite oeffnen duerfen.
+   Sie steht deshalb nicht mehr in dieser Liste, sondern in der Liste
+   darunter, mit ihrer eigenen, engeren Erwartung. Automationen bleiben
+   allein bei DogFather.
+
+   Wichtig fuer die Aussagekraft: Die Seite VERSCHWINDET nicht aus der
+   Pruefung, sie wechselt die Erwartung. Haette ich sie nur
+   herausgenommen, waere die Zahl der Pruefungen gesunken und der
+   Manager-Weg ab da ungeprueft geblieben. */
+const NUR_DOGFATHER = ["/workspace/automation.html"];
 for (const seite of NUR_DOGFATHER) {
   for (const rolle of ["manager", "scout", "creator"]) {
     const a = await hol(seite, kekse[rolle]);
@@ -191,6 +202,25 @@ for (const seite of NUR_DOGFATHER) {
   ok(a.status === 200, `DogFather auf ${seite} -> ${a.status} (erwartet 200)`);
 }
 
+/* Die Personenseite: Leitung ja, Scout und Creator nein. */
+const NUR_LEITUNG = "/workspace/personen.html";
+{
+  for (const rolle of ["scout", "creator"]) {
+    const a = await hol(NUR_LEITUNG, kekse[rolle]);
+    ok(a.status === 302, `${rolle} auf ${NUR_LEITUNG} -> ${a.status} (erwartet 302)`);
+  }
+  for (const rolle of ["admin", "manager"]) {
+    const a = await hol(NUR_LEITUNG, kekse[rolle]);
+    ok(a.status === 200, `${rolle} auf ${NUR_LEITUNG} -> ${a.status} (erwartet 200)`);
+  }
+  /* Und die Verwaltungsschnittstelle dahinter bleibt trotzdem zu:
+     Die Seite aufmachen zu duerfen heisst nicht, die Personenliste
+     lesen zu duerfen. Genau daran haengt, dass ein Manager nur
+     anlegen und nicht verwalten kann. */
+  const v = await hol("/workspace/api/verwaltung/personen", kekse.manager);
+  ok(v.status === 404, `aber die Verwaltungsdaten bleiben zu (${v.status}, erwartet 404)`);
+}
+
 const NUR_TEAM = "/workspace/scouting.html";
 {
   const a = await hol(NUR_TEAM, kekse.creator);
@@ -204,9 +234,11 @@ const NUR_TEAM = "/workspace/scouting.html";
 console.log("\n=== Falsche Rolle + andere Schreibweise ===");
 const rolleDurchgerutscht = [];
 let rolleGeprueft = 0;
-for (const seite of NUR_DOGFATHER) {
+for (const seite of [...NUR_DOGFATHER, NUR_LEITUNG]) {
   for (const [pfad, wie] of VARIANTEN(seite)) {
-    for (const rolle of ["manager", "creator"]) {
+    /* Fuer die Personenseite zaehlt hier nur der Creator -- der Manager
+       DARF sie inzwischen sehen, also waere ein 200 dort kein Loch. */
+    for (const rolle of seite === NUR_LEITUNG ? ["creator"] : ["manager", "creator"]) {
       let a;
       try { a = await hol(pfad, kekse[rolle]); } catch { continue; }
       rolleGeprueft++;
@@ -219,7 +251,18 @@ for (const seite of NUR_DOGFATHER) {
     }
   }
 }
-ok(rolleGeprueft > 40, `${rolleGeprueft} Versuche mit falscher Rolle`);
+/* DIE ZAHL WIRD AUSGERECHNET, NICHT ABGESCHRIEBEN. Vorher stand hier
+   "> 40" -- eine Zahl aus dem Moment, in dem zwei Seiten mal zwei
+   Rollen geprueft wurden. Als die Personenseite fuer Manager aufging
+   und dort nur noch der Creator zu pruefen war, fielen es 33, und die
+   Pruefung wurde rot, ohne dass ein Weg ungeprueft geblieben waere.
+   Jetzt wird die Erwartung aus denselben Listen gerechnet, aus denen
+   auch geprueft wird: Sie stimmt automatisch, und ein WIRKLICHER
+   Ausfall (eine Schleife, die nicht laeuft) faellt trotzdem auf. */
+const erwarteteVersuche = VARIANTEN(NUR_DOGFATHER[0]).length * NUR_DOGFATHER.length * 2
+  + VARIANTEN(NUR_LEITUNG).length;
+ok(rolleGeprueft === erwarteteVersuche && rolleGeprueft > 25,
+  `${rolleGeprueft} Versuche mit falscher Rolle (erwartet ${erwarteteVersuche})`);
 ok(rolleDurchgerutscht.length === 0,
   rolleDurchgerutscht.length
     ? `ROLLE UMGANGEN: ${rolleDurchgerutscht.slice(0, 6).join(" · ")}`