dogfather-universe

DogFatherGit/dogfather-universe

Fork 0

Commit Graph

Author	SHA1	Message	Date
DogFatherGitandClaude Opus 5	6e46a08543	Portnummern werden abgeleitet, nicht mehr vergeben Gemessen: 165 Pruefdateien, 129 verschiedene Nummern -- NEUNZEHN doppelt, vier davon dreifach. Niemand hatte das gewollt; jede neue Pruefung wurde von einer vorhandenen abgeschrieben, und die Nummer kam mit. Meine eigene Notiz sagte "sieben" -- auch eine Bestandsliste altert. Der Waechter faengt den Schaden ab, aber er kann nur melden, was schon passiert ist: Zwei Pruefungen mit derselben Nummer koennen nie gleichzeitig laufen, und ein liegengebliebener Prozess der einen laesst die andere abbrechen mit einer Meldung, die wie ein Befund aussieht. Genau das ist mir am 20.09. zweimal passiert. Jetzt leitet jede Datei ihre Nummer aus ihrer STELLE IM ALPHABET ab (eigenerPort in helfer-port.mjs), zwei je Datei. Nicht ueber eine Pruefsumme: Bei 165 Namen in 4900 Nummern waeren nach dem Geburtstagsproblem rund DREI Zusammenstoesse zu erwarten -- ein Hash tauscht eine sichtbare Doppelung gegen eine unsichtbare. Die Stelle im Alphabet ist eindeutig von der Bauart her. --- ZWEI FEHLER AUF DEM WEG, BEIDE LEHRREICH ------------------------- 1. DER ERSTE VERSUCH WAR GRUEN UND KAPUTT. Ersetzt wurde mit einem Muster: "([^"]4231[^"])". Das hielt { host: "127.0.0.1", port: 4231, path: "/404.html" } fuer eine Zeichenkette -- ein Muster kann eine oeffnende nicht von einer schliessenden Anfuehrung unterscheiden. Heraus kam { host: "127.0.0.1`, port: ${PORT}, path: `/404.html" } also GUELTIGER Code ohne port-Feld. `node --check` sagte gruen fuer alle 164 Dateien. Aufgefallen ist es erst, weil ich vier Vertreter gegen eine vorher gemessene Grundlinie laufen liess: pruef-schranke 39/0 vorher, 38/1 nachher. Alles zurueckgenommen und mit einem Zerleger neu gemacht, der weiss, ob eine Stelle Code, Zeichenkette, Vorlage, Kommentar oder regulaerer Ausdruck ist. In pruef-ics stand die Nummer in einem regulaeren Ausdruck -- der wird jetzt gebaut statt hingeschrieben. 2. EIN MODUL, DAS BEIM IMPORTIEREN ARBEITET, IST EINE FALLE. Der zweite Durchgang importierte den ersten, um seine Mechanik zu benutzen -- und fuehrte dessen Hauptlauf gleich mit aus. Die zweiten Nummern wurden dadurch als erste behandelt, zwei Aufrufe bekamen dieselbe Nummer, und in pruef-content stand `const PORT` zweimal. --- WAS DAS DAUERHAFT HAELT ----------------------------------------- pruef-portnummern.mjs (neu, 8 Pruefungen) fragt nicht "welche Nummern sind doppelt", sondern "wer traegt ueberhaupt noch eine von Hand ein" und "wer startet einen Server, ohne seine Nummer abzuleiten". Die zweite Frage hat sofort etwas gefunden, das in KEINER Doppelungsliste stand: pruef-push-weg belegte 4341 und 4342, rief den Waechter aber gar nicht auf -- dieselbe Nummer wie pruef-agentur. Eine Liste zeigt nur, was auf ihr steht. Mit Gegenprobe: Eine unbekannte Datei bekommt keine geratene Nummer, sondern einen Abbruch, und eine dritte Nummer je Datei gibt es nicht. --- NACHGEMESSEN ---------------------------------------------------- Sechzehn Pruefungen gegen ihre vorher gemessene Grundlinie, je eine Vertreterin jeder umgestellten Bauweise (eine Nummer, zwei Nummern, Nummer in einer Zeichenkette, in einer Vorlage, in einem regulaeren Ausdruck, dynamische Einfuhr, Nachtlauf mit zwei Laeufen): crew-adresse 132/0 · schranke 39/0 · content 45/0 · entwicklung 46/0 anruf 127/0 · ics 37/0 · push-weg 20/0 · arten 28/0 · video 67/0 kanalzeile 14/0 · agentur 62/0 · spicy 83/0 · creator-anlegen 50/0 push-ziel 10/0 · portnummern 8/0 Alle exakt wie vorher. Zwei waren schon vorher rot und sind es unveraendert geblieben (crew-wand-bild 41/4, teilen 14/3) -- per `git stash` belegt, nicht angenommen. Co-Authored-By: Claude Opus 5 <[email protected]>	2026-09-20 22:51:21 +02:00
DogFatherGit	285038f400	Der vertrauliche Meldeweg vergisst jetzt -- und sagt, bis wann Zwei Entscheidungen, die offenstanden. Beide getroffen, nachdem gemessen war, was wirklich da ist. 1. WIE LANGE BLEIBEN ABGESCHLOSSENE FAELLE? 90 Tage. Die Entscheidung war bereits getroffen: `AUFBEWAHRUNG_TAGE = 90` steht seit dem 19.09. in hilfe-tabellen.js, mit Begruendung ("ein Fall kommt manchmal wieder auf"). Nur hat sie NIEMAND durchgesetzt -- `hilfeAufraeumen()` gab es, und der einzige Aufrufer war ihre eigene Pruefung. Der Kommentar darueber behauptete "Wird beim Start aufgerufen (siehe index.js)"; das war nie wahr. Jetzt steht die Regel in workspace-aufbewahrung.js, dem Loeschkonzept, das sich selbst durchsetzt -- beim Start und danach taeglich. Die zweite Fassung in workspace-hilfe.js ist WEG, nicht doppelt: Zwei DELETEs auf dieselben Daten waeren morgen verschieden, und der Unterschied fiele erst auf, wenn er zaehlt. GEMESSEN VOR DEM EINSCHALTEN: In der echten Datenbank steht heute KEIN einziger Fall. Der erste Lauf loescht nichts, und der erste Fall kann fruehestens in drei Monaten 90 Tage alt werden. Jetzt einschalten ist frei -- spaeter waere es der riskante Moment gewesen. PRAGMA foreign_keys steht im Dienst auf 1, und hilfe_nachrichten traegt ON DELETE CASCADE. An einem echten Fall mit Nachricht nachgemessen: vorher 1/1, nachher 0/0. Ohne diese Messung waere der Fall verschwunden und der eigentliche Text liegengeblieben. 2. SOLL EIN GESCHLOSSENER FALL WIEDER ZU OEFFNEN SEIN? Nein. Im Kopf von workspace-hilfe.js steht: "EIN GESCHLOSSENER FALL IST GESCHLOSSEN. Auch fuer die Leitung -- sonst ist 'zugemacht' eine Meinung und keine Tatsache." Das ist eine gute Regel, und sie bleibt. Nachgemessen, dass sie auch traegt: Ein Melder kann seinen geschlossenen Fall weiter LESEN, und ein geschlossener Fall zaehlt nicht gegen das Limit von drei offenen. Wer eine Wiederholung melden will, kann das also jederzeit -- die Bauweise ist stimmig. NUR WUSSTE DAS NIEMAND. Dort stand ein Satz: "Dieser Fall ist abgeschlossen (Datum)." Jetzt stehen drei -- und sie beantworten die drei Fragen, die man in dem Moment hat: Kann ich noch schreiben? Nein, und er laesst sich nicht oeffnen. Bleibt das hier stehen? Bis zum TT.MM.JJJJ, dann geloescht. Und wenn es wieder passiert? Neu melden, der alte zaehlt nicht mit. Das Datum kommt vom Server (`lesbar_bis`), die Frist ebenso -- sie steht nur an EINER Stelle. Und sie steht jetzt auch im Dialog BEIM Schliessen: Wer eine Uhr startet, soll das vorher wissen, nicht danach. OHNE UHRZEIT, und das ist kein Schoenheitsgrund: Ein Fall, der am 20.09. um 14:04 (Sommerzeit) geschlossen wird, verfaellt 90 Tage spaeter um 13:04 -- die Uhr wird dazwischen zurueckgestellt. Richtig gerechnet, sieht aus wie ein Fehler. Wer eine Stunde sucht, die es nicht gibt, hat Zeit verloren. UND DIE URSACHE, DAMIT ES NICHT WIEDER PASSIERT: hilfe_faelle kam am 19.09. dazu, das Loeschkonzept ist vom 15.09., und nichts hat die beiden je verglichen. Neue Pruefung in pruef-aufbewahrung: Jede Tabelle mit einer Spalte, die "hier ist etwas zu Ende" sagt, MUSS im Konzept stehen. Kein "jede Tabelle muss drinstehen": 46 Tabellen, 41 mit Personenbezug -- das gaebe 38 Meldungen, von denen fast alle falsch waeren (sie sind ueber personen_geloescht gedeckt). Eine Pruefung, die 38-mal meldet, wo einmal richtig waere, wird abgeschaltet. Gesucht wird das schmale Merkmal: GENAU ZWEI Tabellen im Haus tragen so eine Spalte. Beide jetzt im Konzept -- hilfe_faelle mit Frist, aufgaben ausdruecklich OHNE (erledigte Aufgaben sind Arbeitsdokumentation, keine Meldung ueber einen Menschen). pruef-hilfe 84/0 (war 59) -- darunter zehn neue am Bildschirm: "drei Saetze statt einem", "sie stehen untereinander, nicht nebeneinander" (ein <p> in einem <p> waere ungueltig, der Container ist jetzt ein <div>), "und WANN, mit Datum". pruef-aufbewahrung 45/0 (war 41), mit Gegenprobe.	2026-09-20 14:10:38 +02:00
DogFatherGitandClaude Opus 5	f62ade3573	Vertraulicher Meldeweg, klappbare Abschnitte, lila Stunden, Logos Eine Nacht voller Auftraege von Filipe. Der Reihe nach: 1. VERTRAULICH MELDEN -- der groesste neue Teil. "es soll auch eine kategorie also eine hauptkachel geben wo die community leute sich anonym melden koennen wenn sie probleme haben ... rechte hand und dogfather sollen zugriff auf diese anonyme nachrichten haben. also anonym fuer die anderen." WICHTIG, UND ES STEHT SO AUF DER SEITE: "anonym" heisst hier VERTRAULICH. DogFather und die rechte Hand sehen den Namen -- so bestellt und auch richtig, ohne Namen kann man niemandem helfen. Anonym ist es gegenueber allen anderen: kein Modi, kein anderes Mitglied. Wer glaubt, er schreibe unerkannt, schreibt anders und fuehlt sich hinterher getaeuscht -- deshalb steht der Satz im Formular, bevor jemand tippt. Der strikte Wechsel (melden -> warten -> antworten -> warten) ist im SERVER erzwungen, nicht nur im Knopf. Ein ausgegrauter Knopf ist keine Regel. Geschlossen wird nur von der Leitung; abgeschlossene Faelle werden nach 90 Tagen samt Nachrichten geloescht -- hier stehen die empfindlichsten Texte des Hauses. Modis sind ausdruecklich AUSSEN VOR: Sehr oft geht es in diesen Meldungen um eine Moderationsentscheidung. 2. JEDE KATEGORIE LAESST SICH ZUKLAPPEN. "man soll auf dieser seite jede kategorie auf und zu klappen koennen mit einem button ... ueberall wo so eine liste entstehen kann." Das Muster gab es auf der Startseite schon; es steht jetzt als `abschnittKlappbar` in kopf.js und wird von den Brettern und dem Zeitstrahl benutzt. Die Koepfe sind echte <button> (fuer die Tastatur), der Zustand haelt in localStorage, und er haengt je Brett UND Art -- sonst waere "Regel zugeklappt" ueberall gleichzeitig zu. 3. DIE SPRUNGLEISTE SIEHT AUS WIE ETWAS ZUM ANFASSEN. Vorher unterstrichene Woerter, die aussahen wie eine Fusszeile. Jetzt Marken mit Rahmen in einem eigenen Block. 4. DIE STUNDEN SIND LILA. UMGERECHNET, NICHT NEU GEWAEHLT: Jeder der fuenf Verlaufsstopps wurde nach OKLCH zerlegt, der Farbton auf 303 Grad gedreht, zurueckgerechnet. Helligkeit und Buntheit blieben gleich -- eine frei gegriffene Palette waere heller oder bunter geworden, und die Uhr damit unruhiger. 5. DIE KARTEN "UNSERE SEITEN": babyblau und lila, mit schwebenden Logos. Beide Logos wurden zu MASKEN gerechnet (tools/logo-maske.mjs): Die PNG tragen nur Alpha, die Farbe kommt aus dem CSS. Dadurch passt dasselbe Logo in jede Kachel, egal welchen Ton sie hat -- und VanVans 378-KB- Logo wurde dabei zu 109 KB. Vier Stueck je Karte, verschieden gross, zwei Bahnen, 26 bis 41 Sekunden Umlauf. Der erste Versuch war mit 5-9 % Deckkraft praktisch unsichtbar; jetzt 10-16 %. 6. "ENTWICKLUNG" HEISST JETZT "EURE AUFGABEN". Filipe hat recht: Die Kachel fuehrt seit dem 11.09. auf den Katalog -- eine Aufgabenliste. Der Name blieb stehen, weil beim Umhaengen des Ziels niemand ihn angefasst hat. Der Name "Entwicklung" ist damit frei fuer das, was er darunter versteht (Auswertung je Person mit Verlauf und Text) -- das ist noch NICHT gebaut. DREI PRUEFUNGEN, DIE ZUFAELLIG GRUEN WAREN, sind nebenbei aufgefallen: - pruef-kachelraster wartete feste 500 ms auf eine gestaffelte Einblendung und mass vier Reihen, wo drei sind. Jetzt reducedMotion. - pruef-start-ansicht scrollte 600 px und nahm an, danach liege keine Kachel mehr unter dem Zeiger. - pruef-wege-nach-draussen zaehlte das Kachelraster ueber ALLE Gruppen statt je Gruppe. GEMESSEN: pruef-hilfe (neu) 55/0, pruef-wege-nach-draussen 64/0, pruef-jeder-hat-eine-seite 65/0, pruef-community-sicht 10/0, pruef-bereiche-lesend, pruef-steckbrief, pruef-start-ansicht, pruef-kachelraster alle gruen. Co-Authored-By: Claude Opus 5 <[email protected]>	2026-09-19 02:04:03 +02:00

Author

SHA1

Message

Date

DogFatherGitandClaude Opus 5

6e46a08543

Portnummern werden abgeleitet, nicht mehr vergeben

Gemessen: 165 Pruefdateien, 129 verschiedene Nummern -- NEUNZEHN
doppelt, vier davon dreifach. Niemand hatte das gewollt; jede neue
Pruefung wurde von einer vorhandenen abgeschrieben, und die Nummer kam
mit. Meine eigene Notiz sagte "sieben" -- auch eine Bestandsliste
altert.

Der Waechter faengt den Schaden ab, aber er kann nur melden, was schon
passiert ist: Zwei Pruefungen mit derselben Nummer koennen nie
gleichzeitig laufen, und ein liegengebliebener Prozess der einen laesst
die andere abbrechen mit einer Meldung, die wie ein Befund aussieht.
Genau das ist mir am 20.09. zweimal passiert.

Jetzt leitet jede Datei ihre Nummer aus ihrer STELLE IM ALPHABET ab
(eigenerPort in helfer-port.mjs), zwei je Datei. Nicht ueber eine
Pruefsumme: Bei 165 Namen in 4900 Nummern waeren nach dem
Geburtstagsproblem rund DREI Zusammenstoesse zu erwarten -- ein Hash
tauscht eine sichtbare Doppelung gegen eine unsichtbare. Die Stelle im
Alphabet ist eindeutig von der Bauart her.

--- ZWEI FEHLER AUF DEM WEG, BEIDE LEHRREICH -------------------------

1. DER ERSTE VERSUCH WAR GRUEN UND KAPUTT. Ersetzt wurde mit einem
   Muster: "([^"]*4231[^"]*)". Das hielt

     { host: "127.0.0.1", port: 4231, path: "/404.html" }

   fuer eine Zeichenkette -- ein Muster kann eine oeffnende nicht von
   einer schliessenden Anfuehrung unterscheiden. Heraus kam

     { host: "127.0.0.1`, port: ${PORT}, path: `/404.html" }

   also GUELTIGER Code ohne port-Feld. `node --check` sagte gruen fuer
   alle 164 Dateien. Aufgefallen ist es erst, weil ich vier Vertreter
   gegen eine vorher gemessene Grundlinie laufen liess: pruef-schranke
   39/0 vorher, 38/1 nachher.

   Alles zurueckgenommen und mit einem Zerleger neu gemacht, der weiss,
   ob eine Stelle Code, Zeichenkette, Vorlage, Kommentar oder
   regulaerer Ausdruck ist. In pruef-ics stand die Nummer in einem
   regulaeren Ausdruck -- der wird jetzt gebaut statt hingeschrieben.

2. EIN MODUL, DAS BEIM IMPORTIEREN ARBEITET, IST EINE FALLE. Der
   zweite Durchgang importierte den ersten, um seine Mechanik zu
   benutzen -- und fuehrte dessen Hauptlauf gleich mit aus. Die
   zweiten Nummern wurden dadurch als erste behandelt, zwei Aufrufe
   bekamen dieselbe Nummer, und in pruef-content stand `const PORT`
   zweimal.

--- WAS DAS DAUERHAFT HAELT -----------------------------------------

pruef-portnummern.mjs (neu, 8 Pruefungen) fragt nicht "welche Nummern
sind doppelt", sondern "wer traegt ueberhaupt noch eine von Hand ein"
und "wer startet einen Server, ohne seine Nummer abzuleiten". Die
zweite Frage hat sofort etwas gefunden, das in KEINER Doppelungsliste
stand: pruef-push-weg belegte 4341 und 4342, rief den Waechter aber
gar nicht auf -- dieselbe Nummer wie pruef-agentur. Eine Liste zeigt
nur, was auf ihr steht.

Mit Gegenprobe: Eine unbekannte Datei bekommt keine geratene Nummer,
sondern einen Abbruch, und eine dritte Nummer je Datei gibt es nicht.

--- NACHGEMESSEN ----------------------------------------------------

Sechzehn Pruefungen gegen ihre vorher gemessene Grundlinie, je eine
Vertreterin jeder umgestellten Bauweise (eine Nummer, zwei Nummern,
Nummer in einer Zeichenkette, in einer Vorlage, in einem regulaeren
Ausdruck, dynamische Einfuhr, Nachtlauf mit zwei Laeufen):

  crew-adresse 132/0 · schranke 39/0 · content 45/0 · entwicklung 46/0
  anruf 127/0 · ics 37/0 · push-weg 20/0 · arten 28/0 · video 67/0
  kanalzeile 14/0 · agentur 62/0 · spicy 83/0 · creator-anlegen 50/0
  push-ziel 10/0 · portnummern 8/0

Alle exakt wie vorher. Zwei waren schon vorher rot und sind es
unveraendert geblieben (crew-wand-bild 41/4, teilen 14/3) -- per
`git stash` belegt, nicht angenommen.

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

2026-09-20 22:51:21 +02:00

DogFatherGit

285038f400

Der vertrauliche Meldeweg vergisst jetzt -- und sagt, bis wann

Zwei Entscheidungen, die offenstanden. Beide getroffen, nachdem
gemessen war, was wirklich da ist.

1. WIE LANGE BLEIBEN ABGESCHLOSSENE FAELLE?  90 Tage.

Die Entscheidung war bereits getroffen: `AUFBEWAHRUNG_TAGE = 90` steht
seit dem 19.09. in hilfe-tabellen.js, mit Begruendung ("ein Fall kommt
manchmal wieder auf"). Nur hat sie NIEMAND durchgesetzt --
`hilfeAufraeumen()` gab es, und der einzige Aufrufer war ihre eigene
Pruefung. Der Kommentar darueber behauptete "Wird beim Start
aufgerufen (siehe index.js)"; das war nie wahr.

Jetzt steht die Regel in workspace-aufbewahrung.js, dem Loeschkonzept,
das sich selbst durchsetzt -- beim Start und danach taeglich. Die
zweite Fassung in workspace-hilfe.js ist WEG, nicht doppelt: Zwei
DELETEs auf dieselben Daten waeren morgen verschieden, und der
Unterschied fiele erst auf, wenn er zaehlt.

GEMESSEN VOR DEM EINSCHALTEN:
  In der echten Datenbank steht heute KEIN einziger Fall. Der erste
    Lauf loescht nichts, und der erste Fall kann fruehestens in drei
    Monaten 90 Tage alt werden. Jetzt einschalten ist frei -- spaeter
    waere es der riskante Moment gewesen.
  PRAGMA foreign_keys steht im Dienst auf 1, und hilfe_nachrichten
    traegt ON DELETE CASCADE. An einem echten Fall mit Nachricht
    nachgemessen: vorher 1/1, nachher 0/0. Ohne diese Messung waere
    der Fall verschwunden und der eigentliche Text liegengeblieben.

2. SOLL EIN GESCHLOSSENER FALL WIEDER ZU OEFFNEN SEIN?  Nein.

Im Kopf von workspace-hilfe.js steht: "EIN GESCHLOSSENER FALL IST
GESCHLOSSEN. Auch fuer die Leitung -- sonst ist 'zugemacht' eine
Meinung und keine Tatsache." Das ist eine gute Regel, und sie bleibt.

Nachgemessen, dass sie auch traegt: Ein Melder kann seinen
geschlossenen Fall weiter LESEN, und ein geschlossener Fall zaehlt
nicht gegen das Limit von drei offenen. Wer eine Wiederholung melden
will, kann das also jederzeit -- die Bauweise ist stimmig.

NUR WUSSTE DAS NIEMAND. Dort stand ein Satz: "Dieser Fall ist
abgeschlossen (Datum)." Jetzt stehen drei -- und sie beantworten die
drei Fragen, die man in dem Moment hat:
  Kann ich noch schreiben?   Nein, und er laesst sich nicht oeffnen.
  Bleibt das hier stehen?    Bis zum TT.MM.JJJJ, dann geloescht.
  Und wenn es wieder passiert? Neu melden, der alte zaehlt nicht mit.

Das Datum kommt vom Server (`lesbar_bis`), die Frist ebenso -- sie
steht nur an EINER Stelle. Und sie steht jetzt auch im Dialog BEIM
Schliessen: Wer eine Uhr startet, soll das vorher wissen, nicht
danach.

OHNE UHRZEIT, und das ist kein Schoenheitsgrund: Ein Fall, der am
20.09. um 14:04 (Sommerzeit) geschlossen wird, verfaellt 90 Tage
spaeter um 13:04 -- die Uhr wird dazwischen zurueckgestellt. Richtig
gerechnet, sieht aus wie ein Fehler. Wer eine Stunde sucht, die es
nicht gibt, hat Zeit verloren.

UND DIE URSACHE, DAMIT ES NICHT WIEDER PASSIERT:
hilfe_faelle kam am 19.09. dazu, das Loeschkonzept ist vom 15.09., und
nichts hat die beiden je verglichen. Neue Pruefung in
pruef-aufbewahrung: Jede Tabelle mit einer Spalte, die "hier ist etwas
zu Ende" sagt, MUSS im Konzept stehen.
  Kein "jede Tabelle muss drinstehen": 46 Tabellen, 41 mit
  Personenbezug -- das gaebe 38 Meldungen, von denen fast alle falsch
  waeren (sie sind ueber personen_geloescht gedeckt). Eine Pruefung,
  die 38-mal meldet, wo einmal richtig waere, wird abgeschaltet.
  Gesucht wird das schmale Merkmal: GENAU ZWEI Tabellen im Haus tragen
  so eine Spalte. Beide jetzt im Konzept -- hilfe_faelle mit Frist,
  aufgaben ausdruecklich OHNE (erledigte Aufgaben sind
  Arbeitsdokumentation, keine Meldung ueber einen Menschen).

pruef-hilfe 84/0 (war 59) -- darunter zehn neue am Bildschirm:
"drei Saetze statt einem", "sie stehen untereinander, nicht
nebeneinander" (ein <p> in einem <p> waere ungueltig, der Container
ist jetzt ein <div>), "und WANN, mit Datum".
pruef-aufbewahrung 45/0 (war 41), mit Gegenprobe.

2026-09-20 14:10:38 +02:00

DogFatherGitandClaude Opus 5

f62ade3573

Vertraulicher Meldeweg, klappbare Abschnitte, lila Stunden, Logos

Eine Nacht voller Auftraege von Filipe. Der Reihe nach:

1. VERTRAULICH MELDEN -- der groesste neue Teil.

"es soll auch eine kategorie also eine hauptkachel geben wo die
community leute sich anonym melden koennen wenn sie probleme haben ...
rechte hand und dogfather sollen zugriff auf diese anonyme nachrichten
haben. also anonym fuer die anderen."

WICHTIG, UND ES STEHT SO AUF DER SEITE: "anonym" heisst hier
VERTRAULICH. DogFather und die rechte Hand sehen den Namen -- so
bestellt und auch richtig, ohne Namen kann man niemandem helfen.
Anonym ist es gegenueber allen anderen: kein Modi, kein anderes
Mitglied. Wer glaubt, er schreibe unerkannt, schreibt anders und fuehlt
sich hinterher getaeuscht -- deshalb steht der Satz im Formular, bevor
jemand tippt.

Der strikte Wechsel (melden -> warten -> antworten -> warten) ist im
SERVER erzwungen, nicht nur im Knopf. Ein ausgegrauter Knopf ist keine
Regel. Geschlossen wird nur von der Leitung; abgeschlossene Faelle
werden nach 90 Tagen samt Nachrichten geloescht -- hier stehen die
empfindlichsten Texte des Hauses.

Modis sind ausdruecklich AUSSEN VOR: Sehr oft geht es in diesen
Meldungen um eine Moderationsentscheidung.

2. JEDE KATEGORIE LAESST SICH ZUKLAPPEN.

"man soll auf dieser seite jede kategorie auf und zu klappen koennen
mit einem button ... ueberall wo so eine liste entstehen kann."

Das Muster gab es auf der Startseite schon; es steht jetzt als
`abschnittKlappbar` in kopf.js und wird von den Brettern und dem
Zeitstrahl benutzt. Die Koepfe sind echte <button> (fuer die Tastatur),
der Zustand haelt in localStorage, und er haengt je Brett UND Art --
sonst waere "Regel zugeklappt" ueberall gleichzeitig zu.

3. DIE SPRUNGLEISTE SIEHT AUS WIE ETWAS ZUM ANFASSEN.

Vorher unterstrichene Woerter, die aussahen wie eine Fusszeile. Jetzt
Marken mit Rahmen in einem eigenen Block.

4. DIE STUNDEN SIND LILA.

UMGERECHNET, NICHT NEU GEWAEHLT: Jeder der fuenf Verlaufsstopps wurde
nach OKLCH zerlegt, der Farbton auf 303 Grad gedreht, zurueckgerechnet.
Helligkeit und Buntheit blieben gleich -- eine frei gegriffene Palette
waere heller oder bunter geworden, und die Uhr damit unruhiger.

5. DIE KARTEN "UNSERE SEITEN": babyblau und lila, mit schwebenden Logos.

Beide Logos wurden zu MASKEN gerechnet (tools/logo-maske.mjs): Die PNG
tragen nur Alpha, die Farbe kommt aus dem CSS. Dadurch passt dasselbe
Logo in jede Kachel, egal welchen Ton sie hat -- und VanVans 378-KB-
Logo wurde dabei zu 109 KB. Vier Stueck je Karte, verschieden gross,
zwei Bahnen, 26 bis 41 Sekunden Umlauf. Der erste Versuch war mit 5-9 %
Deckkraft praktisch unsichtbar; jetzt 10-16 %.

6. "ENTWICKLUNG" HEISST JETZT "EURE AUFGABEN".

Filipe hat recht: Die Kachel fuehrt seit dem 11.09. auf den Katalog --
eine Aufgabenliste. Der Name blieb stehen, weil beim Umhaengen des
Ziels niemand ihn angefasst hat. Der Name "Entwicklung" ist damit frei
fuer das, was er darunter versteht (Auswertung je Person mit Verlauf
und Text) -- das ist noch NICHT gebaut.

DREI PRUEFUNGEN, DIE ZUFAELLIG GRUEN WAREN, sind nebenbei aufgefallen:
- pruef-kachelraster wartete feste 500 ms auf eine gestaffelte
  Einblendung und mass vier Reihen, wo drei sind. Jetzt reducedMotion.
- pruef-start-ansicht scrollte 600 px und nahm an, danach liege keine
  Kachel mehr unter dem Zeiger.
- pruef-wege-nach-draussen zaehlte das Kachelraster ueber ALLE Gruppen
  statt je Gruppe.

GEMESSEN: pruef-hilfe (neu) 55/0, pruef-wege-nach-draussen 64/0,
pruef-jeder-hat-eine-seite 65/0, pruef-community-sicht 10/0,
pruef-bereiche-lesend, pruef-steckbrief, pruef-start-ansicht,
pruef-kachelraster alle gruen.

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

2026-09-19 02:04:03 +02:00