Support: Babyblau mit Lila, und der Melder bekommt seine Knoepfe wirklich

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]>
2026-09-25 05:10:58 +02:00
parent cebdd88e8d
commit 257c01b8f0
49 changed files with 1158 additions and 688 deletions
@@ -382,6 +382,25 @@
      reihe.append(dran);
    }

+    /* ==== WER IST DRAN? (25.09.2026) =============================
+
+       Liegt die Meldung beim Melder, ist die Leitung NICHT dran --
+       und ein Knopf „Behoben – nachfragen ..." waere dort schlicht
+       falsch: Sie hat ja schon nachgefragt. Gefunden hat das kein
+       Test, sondern ein Bildschirmfoto der fertigen Seite.
+
+       DER HINWEIS STEHT VOR DEM KNOPF, nicht statt seiner: Manchmal
+       faellt einem hinterher noch etwas ein, und dann soll man es
+       schicken koennen. Der Knopf heisst dann aber, was er tut. */
+    let hinweis = null;
+    if (m.stand === 'wartet') {
+      hinweis = el('p', 's-karte__wartet');
+      hinweis.append(el('span', 's-karte__wartet-punkt'));
+      hinweis.append(document.createTextNode(
+        m.von ? `Liegt bei ${m.von} – sie oder er sagt, ob es wieder geht.`
+          : 'Liegt beim Melder – er sagt, ob es wieder geht.'));
+    }
+
    /* DER KNOPF HEISST ANDERS, WEIL ER ETWAS ANDERES TUT (25.09.2026).

       „Erledigt" hiess: zu. Jetzt geht die Meldung damit zuerst an den
@@ -389,29 +408,48 @@
       „Erledigt" sagt und in Wahrheit eine Frage stellt, waere genau
       die Sorte Beschriftung, die man einmal glaubt und danach nie
       wieder. */
-    const fertig = el('button', 'schritt', 'Behoben – nachfragen …');
+    const fertig = el('button', 'schritt',
+      m.stand === 'wartet' ? 'Noch etwas nachschicken …' : 'Behoben – nachfragen …');
    fertig.type = 'button';
    fertig.addEventListener('click', async () => {
      /* WER ZUMACHT, SAGT WARUM. Der Melder sieht nur diesen Satz —
         ohne ihn weiß er nicht, ob etwas behoben wurde oder ob
         niemand Zeit hatte. Der Server verlangt ihn ohnehin; hier
         wird er gefragt, statt eine Absage zu kassieren. */
+      const nachtrag = m.stand === 'wartet';
      const antwort = await window.frageNach?.({
-        titel: 'Behoben – beim Melder nachfragen?',
-        was: 'Er bekommt deinen Satz und zwei Knöpfe: „Geht wieder" oder „Noch nicht".',
-        bleibt: 'Erledigt ist sie erst, wenn ER bestätigt. Sagt er „noch nicht", '
-          + 'kommt sie zurück – mit allem, was ihr bisher geschrieben habt.',
-        ja: 'Nachfragen',
+        titel: nachtrag ? 'Noch etwas nachschicken?' : 'Behoben – beim Melder nachfragen?',
+        was: nachtrag
+          ? 'Dein neuer Satz ERSETZT den alten in dieser Runde – der Melder sieht nur ihn.'
+          : 'Er bekommt deinen Satz und zwei Knöpfe: „Geht wieder" oder „Noch nicht".',
+        bleibt: nachtrag
+          ? 'Die Meldung bleibt bei ihm liegen. Der Verlauf davor bleibt stehen.'
+          : 'Erledigt ist sie erst, wenn ER bestätigt. Sagt er „noch nicht", '
+            + 'kommt sie zurück – mit allem, was ihr bisher geschrieben habt.',
+        ja: nachtrag ? 'Nachschicken' : 'Nachfragen',
        grund: 'Was ist daraus geworden?',
        grundPflicht: true,
        grundMin: 3,
-        platzhalter: 'z. B. Behoben, der Knopf geht wieder.',
+        platzhalter: nachtrag
+          ? 'z. B. Behoben, der Knopf geht wieder – und das Datum stimmt jetzt auch.'
+          : 'z. B. Behoben, der Knopf geht wieder.',
      });
      if (!antwort) return;
      await aendern(m, 'erledigt', antwort.grund || '');
    });
    reihe.append(fertig);
-    return reihe;
+
+    /* EIN FRAGMENT, WEIL `reihe.before(...)` HIER NICHTS TUT.
+       Die Reihe haengt in diesem Moment noch an keinem Elternknoten --
+       sie wird erst vom Aufrufer eingesetzt --, und `before()` auf
+       einem heimatlosen Element ist wirkungslos. Ohne Fehlermeldung:
+       Der Hinweis wurde gebaut, stand nirgends, und das Bild sah aus
+       wie vorher. Aufgefallen beim Nachsehen am Bildschirmfoto, nicht
+       im Code. */
+    if (!hinweis) return reihe;
+    const beides = document.createDocumentFragment();
+    beides.append(hinweis, reihe);
+    return beides;
  }

  async function aendern(m, stand, antwort) {