Files
dogfather-universe/workspace/support.html
T
DogFatherGitandClaude Opus 5 f6d2437985 Manager-Ziele zu Ende gebaut -- und dabei zwei Loecher gefunden
Filipe: „perfektioniere alles jetzt sofort, es muss ready sein."

Die Vorlage Punkt fuer Punkt gegen das Gebaute gehalten, nicht gegen
meine eigene Liste von heute Mittag. Vier Punkte standen noch offen,
und auf dem Weg dorthin sind zwei Fehler aufgefallen, nach denen
niemand gesucht hat.

DIE ZWEI FEHLER ZUERST -- beide gefunden durch Messen, nicht Denken

1. EINE GELOESCHTE PERSON HAETTE IHRE ZAHLEN MITGENOMMEN.
   `mz_eintrag.person_id` stand auf ON DELETE CASCADE. Die Vorlage
   sagt aber: „Wer die Rolle verliert, sieht die Kachel nicht mehr;
   die Daten bleiben fuer den DogFather erhalten." Mit CASCADE waere
   genau das nicht wahr gewesen -- `DELETE FROM personen` haette den
   Monatsverlauf eines Menschen lautlos mitgenommen.

   Jetzt SET NULL, und Name und Rolle stehen zusaetzlich als Text am
   Eintrag (dieselbe Bauweise wie bei support_meldungen). Die Rolle
   ist nicht Zierde: Ohne sie wuerde ein abgeschlossener Monat
   rueckwirkend an den Zielzahlen einer anderen Rolle gemessen.

   Der Umbau laeuft auf dem Bestand von heute Mittag -- Spaltenliste
   AUS PRAGMA abgeleitet, nicht gepflegt, und geprueft werden Zeilen
   UND Spalten. Am 11.09.2026 hat genau so ein Umbau drei Spalten mit
   Inhalt verloren, ohne Fehlermeldung, bei unveraenderter Zeilenzahl.

2. MEIN EIGENER SPERR-TRIGGER HAETTE DAS LOESCHEN BLOCKIERT.
   ON DELETE SET NULL ist kein Loeschen, sondern ein UPDATE auf
   person_id. Der Trigger sah eine Aenderung an einem abgeschlossenen
   Monat und brach ab -- `DELETE FROM personen` waere damit
   gescheitert, an einer Stelle, die mit Monatszielen nichts zu tun
   hat. Erlaubt ist jetzt genau eine Aenderung an einem alten Monat:
   dem Eintrag seinen Besitzer zu nehmen. Als BEDINGUNG und nicht als
   `UPDATE OF <spaltenliste>` -- eine Liste muesste jemand pflegen.

   Weil `CREATE TRIGGER IF NOT EXISTS` eine geaenderte Fassung nicht
   erneuert, wird die alte am INHALT erkannt und ersetzt. Eine
   Fassungsnummer muesste jemand hochzaehlen, und das wird vergessen.

DIE VIER OFFENEN PUNKTE DER VORLAGE

  04  Jede Aufgabenzeile hat ihr eigenes Zeichen -- aus dem Haus
      (`window.Bereiche`), nicht neu gezeichnet: Trichter, Bildschirm,
      Buch, Rahmen. Das Statuszeichen bleibt daneben; ein eingefaerbtes
      Aufgabenzeichen allein traegt die Stufe nicht.
  05  „Farbiger Rand + Badge": Eine Kachel, an der eine Warnung haengt,
      traegt jetzt einen feinen Saum -- JEDE Kachel, nicht nur diese.
      Eine Regel, die nur an einer Stelle gilt, wird beim naechsten Mal
      vergessen.
  08  Die Team-Tabelle ist sortierbar: jede Spalte ein Knopf (kein
      anklickbares <th> -- das erreicht die Tastatur nicht), mit
      aria-sort, und sortiert wird nach ANTEIL statt nach nackter Zahl.
      Dazu eine Ampel-Spalte mit Wort. Auf dem Handy verschwindet die
      Kopfzeile im Kartenmodus, deshalb steht das Sortieren zusaetzlich
      in der Leiste -- sonst waere es auf einem Telefon nicht
      vorhanden.
  09  Wer die Rolle verliert, steht weiter in der Uebersicht, als
      „nicht mehr dabei" und mit der Rolle von damals. Wer geloescht
      wurde, erscheint als zusammengefasste Zeile unter dem
      mitgeschriebenen Namen.

WAS DER SAUM MICH GELEHRT HAT

Er stand zuerst in start.css und war wirkungslos -- der Browser
lieferte weiter den Faseschatten. Der Grund steht seit dem 25.09.2026
in module.css: `:is()` uebernimmt die Spezifitaet seines staerksten
Arguments, und `.gruppe[data-gruppe]` macht die ganze Modulliste
(0,2,0) -- genau so stark wie `.kachel[data-warn="ja"]`, bei
Gleichstand gewinnt die zuletzt geladene Datei. Dieselbe Falle wie
damals bei den Fokusringen, dieselbe Antwort: Was gegen die Modulform
gewinnen muss, gehoert in die Datei mit der Modulform. Gemerkt habe
ich es nur, weil die Bildmessung den errechneten Schatten AUSGIBT
statt ein Bild zu machen.

Beim Herausschneiden blieb eine Klammer zu viel in start.css stehen --
gefunden von pruef-css-klassen („eine schliessende Klammer ohne
oeffnende"), bevor sie still CSS verschluckt hat.

AUSSERDEM BEHOBEN

  * Spicy Media sah an einer FREMDEN Liste „Bearbeiten" und „Loeschen",
    und der Server antwortete mit 403. Ein Knopf, der nichts tut, ist
    schlimmer als kein Knopf.
  * Klick auf eine Person klappt jetzt alle vier Zeilen auf. Die
    Vorlage verspricht „zeigt deren Eintraege" -- zugeklappt zeigte
    der Klick nur Zahlen.
  * Der CSV-Export kennt drei Staende statt zwei: „pflichtig", „neu,
    noch ohne Pflicht", „nicht mehr dabei". Vorher hiess beides „nein".
  * Das Aufklappen baute die ganze Liste neu und riss den
    angeklickten Knopf weg (Fokus sprang nach oben).

GEPRUEFT: 168 Pruefungen, 0 Fehler (vorher 141)

Neu darunter: der Umbau auf einem echten Alt-Bestand (Zeilen, Spalten,
Inhalt, Indizes, Trigger, und ein zweiter Lauf, der nichts mehr tut),
das Loeschen einer Person mit Eintraegen aus einem abgeschlossenen
Monat -- mit Gegenprobe, dass dieselbe Sperre den INHALT weiterhin
nicht aendern laesst.

Zwei meiner neuen Pruefungen haben zuerst sich selbst gemessen statt
den Code: Eine verglich gegen einen Eintrag, den sie vorher geloescht
hatte (404 sah aus wie ein haltender Riegel), die andere meldete eine
fehlende Spalte, die nur ihr eigener Handeinsatz verursacht hatte.
Beide berichtigt.

Am Bildschirm nachgemessen bei 412 px und 1280 px: kein waagerechtes
Schieben, kein eigenes Beruehrziel unter 40 px, genau EINE Kachel mit
Saum und zwanzig ohne.

Co-Authored-By: Claude Opus 5 <[email protected]>
2026-10-02 17:34:58 +02:00

144 lines
6.5 KiB
HTML
Raw Blame History

This file contains ambiguous Unicode characters
This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.
<!doctype html>
<html lang="de">
<head>
<meta charset="utf-8" />
<meta name="viewport" content="width=device-width, initial-scale=1, viewport-fit=cover" />
<title>Support · Spicy &amp; Dogi</title>
<meta name="robots" content="noindex, nofollow" />
<link rel="manifest" href="/workspace/app.webmanifest" />
<meta name="theme-color" content="#06090f" />
<link rel="icon" type="image/png" href="/assets/img/app-symbole/workspace-32.png?v=202610021734" />
<link rel="apple-touch-icon" href="/assets/img/app-symbole/workspace-180.png?v=202610021734" />
<link rel="stylesheet" href="assets/css/gate.css?v=202610021734" />
<link rel="stylesheet" href="assets/css/start.css?v=202610021734" />
<link rel="stylesheet" href="assets/css/support.css?v=202610021734" />
<link rel="stylesheet" href="assets/css/module.css?v=202610021734" />
<link rel="stylesheet" href="assets/css/haus.css?v=202610021734" />
</head>
<body class="start">
<div class="schleier" aria-hidden="true"></div>
<header class="kopfleiste">
<button type="button" class="zurueck-knopf" id="zurueck" hidden>
<svg class="zurueck-knopf__pfeil" viewBox="0 0 24 24" aria-hidden="true">
<path d="M14.5 5.5 8 12l6.5 6.5" />
</svg>
<span class="zurueck-knopf__text">Zurück</span>
</button>
<p class="marke"><span class="marke__text"><a class="zurueck" href="start.html">Creator&nbsp;Workspace</a> · Support</span></p>
<div class="kopfleiste__rechts">
<span class="wer" id="wer">…</span>
<button type="button" class="abmelden" id="abmelden">Abmelden</button>
</div>
</header>
<!-- `support-seite` (25.09.2026): Filipe wollte fuer diese Kachel
einen eigenen Stil in Babyblau mit Lila. Die Klasse traegt ihn --
alle Regeln dazu haengen daran und gelten damit NUR hier. Ohne
sie muesste man dieselben Farben an dreissig Stellen einzeln
setzen, und die einunddreissigste waere vergessen. -->
<main class="inhalt inhalt--breit support-seite">
<section class="kopf-zeile">
<div>
<p class="marke">Support</p>
<h1 class="titel" id="seiten-titel">Etwas stimmt nicht?</h1>
<p class="unterzeile" id="seiten-unter">
Schreib es hin, häng ein Bild dran, fertig. DogFather und die
rechte Hand kümmern sich darum.
</p>
</div>
</section>
<!-- ==================================================================
ZWEI SEITEN, EINE DATEI (24.09.2026)
Filipe: „bei dogfather und der rechten hand soll die kachel
anders gebaut sein weil die sind die die sich um die probleme
kümmern."
Beide Ansichten stehen hier, und support.js blendet die aus, die
nicht gilt. Zwei getrennte Dateien wären die naheliegende
Aufteilung — und die zweite wäre die, in der ein Umbau vergessen
wird. Dieselbe Entscheidung wie bei hilfe.html.
Was der SERVER liefert, entscheidet das ohnehin: Wer nicht zur
Leitung gehört, bekommt fremde Meldungen gar nicht erst. Das
Ausblenden hier ist Aufräumen, keine Sicherung.
================================================================== -->
<!-- ---------- MELDEN: sehen und benutzen alle --------------------- -->
<section class="s-melden" id="melden-block">
<h2 class="s-titel">Was ist los?</h2>
<form id="melden" novalidate>
<label class="s-feld">
<span class="s-feld__schild">Beschreib es kurz</span>
<textarea id="text" rows="4" maxlength="2000"
placeholder="z. B. Auf der Aufgabenseite lässt sich der Haken nicht setzen – der Knopf reagiert nicht."></textarea>
</label>
<!-- EIN BILD, NICHT FÜNF. Wer drei Bildschirmfotos anhängt,
erklärt damit nichts besser — er verschiebt die Arbeit nur
zu dem, der sie ansehen muss. -->
<div class="s-bild">
<input type="file" id="bild" accept="image/png,image/jpeg,image/webp,image/gif" hidden />
<button type="button" class="schritt" id="bild-waehlen">Bild anhängen</button>
<span class="s-bild__name" id="bild-name"></span>
<button type="button" class="schritt" id="bild-weg" hidden>Bild weg</button>
</div>
<div class="s-vorschau" id="vorschau" hidden>
<img id="vorschau-bild" alt="Vorschau des angehängten Bildes" />
</div>
<p class="fehler" id="melden-fehler" role="alert" aria-live="polite"></p>
<div class="s-knopfreihe">
<button type="submit" class="knopf" id="senden">Abschicken</button>
<span class="s-hinweis" id="melden-hinweis"></span>
</div>
</form>
</section>
<!-- ---------- MEINE MELDUNGEN: für alle außer der Leitung --------- -->
<section class="s-meine" id="meine-block" hidden>
<h2 class="s-titel">Deine Meldungen <span class="s-zahl" id="meine-zahl">0</span></h2>
<div id="meine-liste" aria-live="polite"></div>
</section>
<!-- ---------- DER EINGANG: nur DogFather und die rechte Hand ------ -->
<section class="s-eingang" id="eingang-block" hidden>
<div class="s-eingang__kopf">
<h2 class="s-titel">Eingang</h2>
<!-- Die Zahlen stehen VOR der Liste, nicht darunter: Wer
hereinkommt, will zuerst wissen, ob etwas liegen geblieben
ist — und erst dann, was genau. -->
<div class="s-bilanz" id="bilanz"></div>
</div>
<div class="s-filter" id="filter" role="group" aria-label="Nach Stand filtern"></div>
<p class="fehler" id="eingang-fehler" role="alert" aria-live="polite"></p>
<div id="eingang-liste" aria-live="polite"></div>
</section>
</main>
<!-- bereiche.js VOR kopf.js: Dort steht `window.Bereiche`, und
kopf.js liest daraus die Leitungsrollen. Ohne sie stuerzt jede
Seite mit der Meldung „Cannot read properties of undefined
(reading 'LEITUNG')" ab -- gemessen am 24.09.2026, als diese
Zeile beim Anlegen der Seite fehlte. Die Kopfleiste kam
trotzdem, deshalb sah man es nur in der Browserkonsole. -->
<script src="assets/js/bereiche.js?v=202610021734" defer></script>
<!-- wahl.js gehoert zu kopf.js: Der Sicht-Umschalter in der
Kopfleiste baut daraus seine Liste. pruef-css-klassen setzt das
seit dem 07.09.2026 durch -- damals fehlte es auf chat.html und
uebersicht.html, und heute hier. -->
<script src="assets/js/wahl.js?v=202610021734" defer></script>
<script src="assets/js/nachfrage.js?v=202610021734" defer></script>
<script src="assets/js/installieren.js?v=202610021734" defer></script>
<script src="assets/js/kopf.js?v=202610021734" defer></script>
<script src="assets/js/glocke.js?v=202610021734" defer></script>
<script src="assets/js/support.js?v=202610021734" defer></script>
</body>
</html>