Nachtrag zu cebdd88e. Ein Bildschirmfoto der fertigen Seite hat drei
Dinge gezeigt, die keine Pruefung sehen konnte.
1. DIE KACHEL WAR IMMER NOCH ORANGE.
Filipe: "die hauptfarbe der kachel soll auch babyblau sein mit bissl
lila." Die Seite trug zwar `--akzent: #a8d8ff`, aber der Kopf faerbt
sich ueber `--ton` -- und der stand am body auf Ton 44, dem Orange
vom 24.09. Die Variable war gesetzt und wirkungslos.
Ton 44 ist jetzt #a8d8ff. WEIL DIE FARBE DIESMAL AUS EINEM WUNSCH
kam und nicht aus einer Rechnung, wurde sie nachgemessen:
Kontrast gegen den dunklen Grund 12,46:1 (Hausgrenze 4,5)
Abstand zur naechsten Kachelfarbe 0,1125 (Ton 15)
Engstes Paar im Haus ohnehin 0,0154
-> 7,3-fach weiter weg als das schwaechste Glied
Babyblau haelt die Buntheitsgrenze (0,12) NICHT und kann sie nicht
halten -- das liegt am Wort. Nachgemessen mit einer Suche ueber den
ganzen Blaubereich: Es gibt KEINE Farbe, die gleichzeitig babyblau
aussieht, Buntheit >= 0,12 und Abstand >= 0,09 schafft; der beste
Kandidat kommt auf 0,075 Abstand. Der Blaubereich ist von sechs
Toenen besetzt.
DIE GRENZE WURDE DESHALB NICHT GESENKT, sondern BENANNT ausgenommen
(`blassErlaubt` in pruef-kachelfarben). Eine gesenkte Grenze gaelte
fuer alle 45 Toene; eine benannte gilt fuer eine und steht mit
ihrem Grund da. Und sie kostet etwas: Wer blass sein darf, muss
beim Abstand >= 0,10 halten -- gemessen, nicht versprochen, mit
Gegenprobe.
NEBENBEI ZWEI ALTE ROTE BEHOBEN: Die Prüfung war seit dem 24.09.
rot (engstes Paar 0,0862 zwischen Ton 41 und 45, und zwei Farben in
der Regenbogenkachel stimmten nicht mehr). Ton 45 neu gerechnet
(0,0914) und die Kachel nachgezogen. 22 -> 26 Pruefungen, 0 Fehler.
2. DIE LEITUNG SAH DIE KNOEPFE DES MELDERS.
Der Server lehnte sie richtig mit 404 ab -- die Karte bot sie ihr
trotzdem an. `darf_bestaetigen` war eine Aussage ueber die MELDUNG
statt ueber den BETRACHTER. Zwei Knoepfe, die nur eine Fehlermeldung
koennen, sind schlimmer als gar keine.
Jetzt fragen Route UND Anzeige dieselbe Funktion `darfBestaetigen`.
Es ist ausdruecklich "ist der Melder" und nicht "ist nicht Leitung":
Die Leitung darf ihre EIGENE Meldung bestaetigen, nur keine fremde.
Und die Leitung sieht bei "wartet" jetzt, wer dran ist -- "Liegt bei
Miss" mit ruhig atmendem Punkt, dazu "Noch etwas nachschicken ..."
statt "Behoben - nachfragen ...". Sie hat ja schon nachgefragt.
3. NACHLEGEN HAETTE DEN VERLAUF VERDOPPELT.
Antwortet die Leitung ein zweites Mal, waehrend die Meldung beim
Melder liegt, entstand eine ZWEITE Zeile "Runde 1" -- und sein
spaeteres Urteil haette beide gleichzeitig beschriftet. Jetzt
ersetzt ON CONFLICT die Antwort in derselben Runde.
DER EIGENTLICHE FUND STECKTE IM INDEX: `CREATE UNIQUE INDEX IF NOT
EXISTS` unter dem alten Namen tut auf dem Server NICHTS -- dort gibt
es den Namen schon, als gewoehnlichen Index, und IF NOT EXISTS
sieht nur den Namen, nicht die Bauart. Der Index waere nie eindeutig
geworden, ON CONFLICT haette kein Ziel gefunden, und das Nachlegen
waere abgebrochen -- genau dort, wo lokal alles gruen ist, weil jede
Pruefung ihre Datenbank frisch anlegt. Gefunden beim Durchspielen
auf einer KOPIE der echten Datenbank. Der alte Index wird jetzt
ausdruecklich weggenommen, der neue heisst anders.
GEMESSEN:
- pruef-support 59 -> 63 Pruefungen, 0 Fehler (darunter: die Leitung
bekommt die Knoepfe NICHT, und Nachlegen laesst EINE Runde stehen).
- Die Index-Umstellung auf einer Kopie der echten Datenbank
durchgespielt: alter Index weg, neuer eindeutig, ON CONFLICT trifft.
- pruef-kachelfarben 26/0, pruef-css-klassen, pruef-deutsche-texte: gruen.
- server/mess-support-runde.mjs (neu) macht vier Bilder: Leitung,
Melder, Melder auf dem Handy, und den Verlauf nach zwei Runden.
Es misst den "wer ist dran"-Hinweis ausdruecklich mit -- der war
einmal stumm ausgefallen (before() auf einem Element ohne
Elternknoten tut nichts, ohne Fehlermeldung).
Co-Authored-By: Claude Opus 5 <[email protected]>
DogFatherGitandClaude Opus 5