Chat: auf eine Nachricht reagieren, ohne zu antworten

Filipe: "ich will dass man auf die nachrichten auch reagieren kann mit
einem emoji, die nachricht selbst ohne zu antworten."

Neben "antworten" steht jetzt "reagieren". Ein Klick klappt sechs
Zeichen auf, ein zweiter Klick setzt es -- und unter der Nachricht
steht, wer mit was reagiert hat.

EINE FESTE AUSWAHL, KEIN FREIES FELD (👍 ❤️ 😂 😮 🔥 🙏). Drei Gruende,
der erste ist der wichtigste: Eine feste Liste laesst sich pruefen --
was dort nicht drinsteht, kommt nicht in die Datenbank, kein beliebiger
Text, keine 4-KB-Zeichenketten. Zweitens sehen alle dasselbe. Drittens
kann man sechs Zeichen ueberfliegen; eine volle Tafel ist eine
Suchaufgabe, und dann tippt man doch wieder "ok".

DIE LISTE STEHT AUF DEM SERVER und wird an die Oberflaeche geliefert.
Stuende sie im Browser, gaebe es sie zweimal -- und die zweite Fassung
waere die, in der ein Zeichen fehlt, das der Server noch annimmt. Faellt
der Abruf aus, erscheint KEINE Auswahl statt einer mit erfundenen
Zeichen.

DER PRIMAERSCHLUESSEL BEANTWORTET "WIE OFT?": (nachricht, person,
zeichen). Eine Person darf verschiedene Zeichen geben, jedes aber nur
einmal -- und zwar durchgesetzt von der Datenbank, nicht von einer
Abfrage davor, die man vergessen kann. Derselbe Klick noch einmal nimmt
es zurueck; das erspart einen zweiten Weg, den man auch absichern
muesste.

KEIN ZAEHLER IN chat_nachrichten. Eine mitgefuehrte Zahl muesste bei
jedem Hin und Her stimmen und ist genau die Art Angabe, die irgendwann
nicht mehr stimmt und die niemand nachrechnet. Gezaehlt wird beim
Lesen -- in EINER Abfrage fuer alle 200 Nachrichten, nicht je Zeile
eine.

WER ES WAR, STEHT IM TITEL. "Drei Daumen" sagt weniger als "Ayla, Ben
und Cem", und es sind Leute aus demselben Raum.

KEINE BENACHRICHTIGUNG AUFS HANDY. Wer im Raum ist, sieht es sofort;
wer nicht, bekommt nichts. Ein Daumen ist keine Nachricht -- wer dafuer
geweckt wird, schaltet Meldungen ab.

Was NICHT geht: wer nicht im Raum ist (404), ein erfundenes Zeichen
(400), eine zurueckgenommene Nachricht (409). Und mit der Nachricht
verschwinden die Reaktionen (CASCADE).

pruef-chat-aufloesen 59 -> 85. Gemessen wird der BESTAND, nicht die
Antwort -- und im Browser der KNOPF, nicht nur das Recht: dass die
Auswahl aufklappt, sich nach dem Klick von selbst schliesst, die
Reaktion darunter erscheint, als die eigene erkennbar ist und ein Klick
darauf sie wieder wegnimmt.

EINE EIGENE PRUEFUNG WAR ZU SCHWACH: "bei Cem ist ueberall selbst=true"
war trivial wahr, weil es nur EINE Sorte gab. Jetzt bekommt eine andere
Person ein drittes Zeichen, und in derselben Antwort muss eines auf
true und eines auf false stehen. Eine Angabe, die nie `false` sein kann,
sagt nichts.

Im CSS keine vierte Abschrift: "reagieren" haengt an derselben Regel
wie "antworten" -- neben anheften und kopieren waere es die vierte fast
gleiche gewesen.

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

server/workspace.js

@@ -2853,6 +2853,36 @@ export function db() {
       CREATE INDEX IF NOT EXISTS idx_chat_nachrichten_raum
         ON chat_nachrichten (raum_id, id);
 
+      /* REAKTIONEN (14.09.2026).
+
+         Filipe: "ich will dass man auf die nachrichten auch reagieren
+         kann mit einem emoji, die nachricht selbst ohne zu antworten."
+
+         DER SCHLUESSEL IST DIE ANTWORT AUF "WIE OFT?": Eine Person darf
+         dieselbe Nachricht mit VERSCHIEDENEN Zeichen bedenken, aber
+         jedes nur EINMAL. Genau das sagt der zusammengesetzte
+         Primaerschluessel -- und zwar so, dass die Datenbank es
+         durchsetzt und nicht eine Abfrage davor, die man vergessen
+         kann. Ein zweiter Klick auf dasselbe Zeichen nimmt es zurueck.
+
+         ON DELETE CASCADE an beiden Enden: Wird die Nachricht geloescht
+         oder der Mensch entfernt, geht die Reaktion mit. Eine Reaktion
+         ohne Nachricht waere eine Zeile, die niemand je wiederfindet.
+
+         WARUM KEIN ZAEHLER IN chat_nachrichten: Eine mitgefuehrte Zahl
+         muesste bei jedem Hin und Her stimmen -- und sie ist genau die
+         Art Angabe, die irgendwann nicht mehr stimmt und die niemand
+         nachrechnet. Gezaehlt wird beim Lesen. */
+      CREATE TABLE IF NOT EXISTS chat_reaktionen (
+        nachricht_id INTEGER NOT NULL REFERENCES chat_nachrichten(id) ON DELETE CASCADE,
+        person_id    INTEGER NOT NULL REFERENCES personen(id) ON DELETE CASCADE,
+        zeichen      TEXT NOT NULL,
+        wann         TEXT NOT NULL,
+        PRIMARY KEY (nachricht_id, person_id, zeichen)
+      );
+      CREATE INDEX IF NOT EXISTS idx_chat_reaktionen_nachricht
+        ON chat_reaktionen (nachricht_id);
+
       /* Creator-Profil (Onboarding aus dem Konzept). Eine Zeile je
          Creator, entsteht erst beim ersten Speichern.
          admin_notiz ist bewusst Teil dieser Tabelle, wird aber nur an