2 Commits

Include renames

Author	SHA1	Message	Date
DogFatherGitandClaude Opus 5	73facb7ce9	Nachtrag zu B4: die Aufraeumung lief nie -- .changes an der falschen Stelle ... WAS PASSIERT IST Der Commit 60802170 ist um 23:33 ausgeliefert worden. Im Protokoll des Servers stand danach: [workspace] undefined zurueckgenommene Nachrichten endgueltig entfernt. [workspace] 4 blaue Herzen auf babyblau umgestellt Die zweite Zeile stimmt. Die erste ist der Befund: `undefined` statt einer Zahl. Nachgesehen in der Live-Datenbank -- die fuenf zurueckgenommenen Zeilen waren noch da. URSACHE: `d.prepare("DELETE ...").changes` statt `.run().changes` -- also die Eigenschaft der vorbereiteten ANWEISUNG, nicht die des Laufs. Die Anweisung wurde vorbereitet und nie ausgefuehrt. Nichts stuerzte ab, nichts war rot, kein Fehler im Protokoll. NEBENFOLGE, die es schlimmer gemacht haette: Die Sicherung wird VOR dem Loeschen geschrieben. Da nie geloescht wurde, blieb die Bedingung erfuellt -- bei JEDEM Neustart waere eine weitere Sicherungsdatei entstanden. Genau das, wovor der Kommentar zwei Zeilen darueber warnt. Ein Kommentar, der vor einem Fehler warnt, verhindert ihn nicht. WAS JETZT ANDERS IST Behoben, und die Umstellung ist eine exportierte Funktion geworden: `loeschspurenAufraeumen(d, dbPfad)`. Nicht aus Ordnungsliebe -- eine Umstellung, die tief im Hochfahren steckt, kann keine Pruefung aufrufen. Eine Funktion schon. pruef-loeschen.mjs (20 -> 25): stellt den alten Zustand her (Text leer, weg_am gesetzt), ruft die Funktion und misst * dass sie eine ZAHL meldet (`typeof === "number"`) -- genau hier stand undefined, und 0 sieht in einer Meldung fast so aus, * dass die Zeile wirklich verschwindet, * und dass beim zweiten Aufruf nichts mehr passiert und nichts gesichert wird. Ohne den ersten dieser drei Haken waere der Fehler auch beim naechsten Mal durchgegangen: Eine Meldung mit `undefined` ist gruen, solange niemand sie liest. Co-Authored-By: Claude Opus 5 <[email protected]>	2026-09-22 23:36:02 +02:00
DogFatherGitandClaude Opus 5	60802170a1	B4 + B5: Loeschen heisst Loeschen, die Schrift wechselt mit, und Blau wird Babyblau ... Die beiden Auftraege gehoeren zusammen, und zwar in dieser Reihenfolge: Eine babyblaue Kachel ist HELL. Ohne mitwechselnde Schrift waere sie unlesbar (1,63:1 gemessen). Erst B4 macht B5 moeglich. B4a -- LOESCHEN HEISST LOESCHEN "Geloeschte Nachrichten verschwinden vollstaendig - keine Spur, kein 'wurde geloescht'-Hinweis, bei niemandem, auch nicht bei DogFather." Bis heute blieb die Zeile stehen: Text geleert, weg_am gesetzt, und im Chat stand "Nachricht zurueckgenommen". Das war ausdruecklich so begruendet ("ein Loch im Verlauf wirft mehr Fragen auf"). Das Argument beantwortet aber eine andere Frage: Ein Hinweis "hier stand etwas" MARKIERT die Stelle. Wer etwas aus Versehen schreibt, will es weg haben und nicht unterstrichen. Jetzt ein echtes DELETE. Vier Raender, an denen eine Spur bleiben koennte, alle gemessen: 1. die Zeile selbst 2. chat_reaktionen (ON DELETE CASCADE - nachgesehen, nicht angenommen) 3. chat_erwaehnungen (ebenso) 4. letzte_am am Raum - wird neu gerechnet, sonst stuende er oben in der Liste mit einem Zeitpunkt, zu dem es nichts mehr gibt Dazu: ein Zitat auf eine geloeschte Nachricht wird weggelassen; in der Gespraechsliste steht kein Hinweis mehr; der Knopf heisst "loeschen". Die 5 alten zurueckgenommenen Zeilen (Text bereits leer) raeumt eine einmalige, wiederholbare Umstellung ab - mit Sicherung davor, und nur wenn es wirklich etwas zu tun gibt. B4b -- WER DARF WAS "jeder nur seine eigenen - ausser DogFather und rechte Hand" `darfJedeNachrichtLoeschen` = admin oder hand. NICHT fuehrtTeamDogi (das schloesse die linke Hand ein) und nicht istLeitung (das schloesse Spicy Media ein, die private Chats nicht einmal sehen darf). Das Recht kommt vom Server ins Skript, nicht aus einer Rolle im Browser: chat.js bekommt jeder, der die Seite oeffnet. B4c -- DIE SCHRIFT WECHSELT MIT "am besten schwarz auf hellen Kacheln - und weiss, wenn jemand eine schwarze Kachel waehlt" `schriftFuer(farbe)` waehlt zwischen zwei Paaren, gerechnet aus der Leuchtdichte, mit denselben Schwellen wie das Rechenwerkzeug (7:1 fuer den Text, 4,5:1 fuer die Fusszeile). Keine dritte Spalte in CHAT_KACHELN, die jemand pflegen muesste. Flaeche und Schrift werden im Browser in EINEM Griff gesetzt (blaseFaerben) - zwei Stellen waeren irgendwann eine helle Kachel mit heller Schrift. B4d -- DIE NAMEN Der Name ist jetzt ein eigener Streifen mit Kante darunter, .84rem, und der Rollenpunkt wird ein 3x14-Balken. Vorher stand er als erste ZEILE in der Blase und las sich wie der Anfang des Satzes. B5 -- BABYBLAU "jedes normales blaues herz durch babyblaues herz ersetzen ... jeder normale blaue farbe, sei es die kachel im chat oder emojis, nur babyblau bitte." * Herz: U+1F499 -> U+1FA75. Nicht geglaubt, sondern gemessen: 43,9 px breit wie die anderen Herzen, ein Ersatzkaestchen waere 20,7. Die vier vorhandenen blauen Herzen in der Datenbank wandern mit - sonst waeren es vier Reaktionen, die ERLAUBT nicht mehr kennt: still weg. * Kachel: neue, HELLE Kachel "Babyblau" mit dem Wert von --akzent. Gemessen: Text 10,78:1, Fusszeile 4,87:1. Sie steht bewusst nicht in der Rechnung des Werkzeugs (das rechnet elf Toene auf EINE Leuchtdichte) - sie hat eine andere Leuchtdichte und dafuer ihre eigene Schrift. Dasselbe Versprechen, anderer Weg. PRUEFUNGEN pruef-loeschen.mjs (NEU, 20/0): alle vier Raender, die vier Faelle der Rechtegrenze (auch: die linke Hand darf NICHT), das babyblaue Herz am laufenden Server, und dass der Satz "Nachricht zurueckgenommen" nur noch in Kommentaren steht - mit Gegenprobe, dass die Suche diesen Unterschied wirklich macht. pruef-chatkachel.mjs (33/0): misst jede Kachel mit IHRER Schrift und fragt dafuer dieselbe Funktion wie der Server. Neu: dass die Schrift ueberhaupt wechselt. Die Leuchtdichte-Regel gilt jetzt fuer die gerechneten Toene - das Versprechen dahinter loest die Kontrastzeile darueber direkt ein. Vier alte Pruefungen umgedreht, die den alten Zustand festgeschrieben hatten: pruef-chat, pruef-chat-ausbau, pruef-chat-aufloesen, pruef-chat-optik. Alle mit scharferer Messung als vorher (Zahl davor/danach statt "ein Hinweis ist da"). Mitgelaufen und gruen: pruef-alle-sehen-es, pruef-treffchat (110/0). Gesichert: workspace-vor-loeschumbau-20260922-233313.db (946 KB, integrity_check ok, 111 Nachrichten, 49 Reaktionen). Co-Authored-By: Claude Opus 5 <[email protected]>	2026-09-22 23:33:43 +02:00