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-ics.mjs

@@ -114,6 +114,13 @@ const idLunaTermin = termin(HEIKEL, idLuna, 3, "https://meet.example.invalid/rau
 termin(LANG, idLuna, 5);
 termin("Ganz normal", idLuna, 9);
 const idNoraTermin = termin("NORAS GEHEIMER TERMIN", idNora, 4);
+/* Beas eigener Termin. Er ist seit dem 07.09.2026 noetig: Bis dahin war
+   Beas Kalender allein dadurch gefuellt, dass sie Nora betreut. Die
+   Betreuung entscheidet im Kalender aber nicht mehr mit (siehe
+   termineSichtbar in workspace.js) -- ohne eigenen Termin waere ihr
+   Kalender leer, und ein leerer Kalender ist der sauberste Befund von
+   allen: Er beweist gar nichts. */
+termin("BEAS EIGENER TERMIN", idBea, 6);
 d.close();
 
 /* ---- Werkzeug: ICS zurueckLESEN ----------------------------------------
@@ -302,13 +309,23 @@ melde("\n=== Sichtbarkeit — der Weg ohne Anmeldung darf nicht mehr zeigen ==="
   ok(!icsLuna.includes("NORAS GEHEIMER TERMIN"),
     "Lunas Kalender enthaelt Noras Termin NICHT");
 
-  /* GEGENPROBE: Beas Kalender MUSS ihn enthalten -- sie betreut Nora.
-     Ohne diesen Nachweis bewiese die Zeile darueber nur, dass der
-     Termin nirgends steht. */
+  /* SEIT DEM 07.09.2026 SIEHT AUCH BEA NORAS TERMIN NICHT MEHR.
+     Hier stand vorher das Gegenteil, und es war damals richtig: Bea
+     betreut Nora, also stand Noras Termin in ihrem Kalender. Der
+     Kalender fragt seit dem Umbau nicht mehr nach Rolle oder
+     Betreuung, sondern nur noch nach Beteiligung -- und Bea ist an
+     diesem Termin nicht beteiligt.
+
+     Die GEGENPROBE bleibt notwendig, sie braucht nur einen anderen
+     Beleg: Beas eigener Termin muss in ihrem Kalender stehen. Ohne
+     ihn bewiesen die beiden Zeilen darueber nur, dass ihr Kalender
+     leer ist. */
   const linkBea = await linkHolen(keksBea);
   const icsBea = await (await fetch(linkBea)).text();
-  ok(icsBea.includes("NORAS GEHEIMER TERMIN"),
-    "Beas Kalender enthaelt ihn sehr wohl — die Messung unterscheidet also");
+  ok(!icsBea.includes("NORAS GEHEIMER TERMIN"),
+    "Beas Kalender enthaelt ihn ebenfalls nicht — Betreuung zaehlt hier nicht mehr");
+  ok(icsBea.includes("BEAS EIGENER TERMIN"),
+    "ihr eigener steht sehr wohl darin — die Messung unterscheidet also");
   ok(!icsBea.includes("Rückblick"),
     "und Lunas heikler Termin steht NICHT in Beas Kalender");