2 Commits

Include renames

Author	SHA1	Message	Date
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