Dogen statt Geld -- und die Texte schreiben die Leute selbst

Filipe, 28.09.2026:
  "der text der dazu erscheint sollen die leute selber schreiben
   koennen. soll auf nicht zu viel aber auch nicht zu wenig
   schreiben koennen. aber es sollen personalisierte texte sein von
   den leuten selbst."
  "mann soll nie die summe sehen sondern die dogen auch mit dem
   symbol ... es soll auch nie geld da stehen sondern Dogen."
  "ich will dass die den leuten auch als punkte hinzugefuegt werden."

DER TEXT KOMMT VON DEM, DER GIBT

Bisher konnte ihn nur die Leitung tippen; beim Melden schickte der
Zuschauer gar nichts mit. Jetzt stehen nach dem Tippen auf einen
Betrag zwei Felder da: Name auf der Karte (mit dem eigenen Namen
vorausgefuellt) und der eigene Text, bis 140 Zeichen.

140 ist gemessen, nicht geraten: Die Karte steht je nach Stufe sechs
bis elf Sekunden. Bei 140 Zeichen sind das zwei bis drei Zeilen -- die
fasst man im Vorbeischauen. Bei 200 wird die Schrift auf einer kleinen
Karte so eng, dass niemand mehr hinsieht, und ein Gruss, den keiner
liest, ist schlechter als ein kurzer. Der Zaehler erscheint erst ab
30 uebrigen Zeichen; einer, der von Anfang an mitlaeuft, macht aus
einem Gruss eine Aufgabe.

UND EINE SCHRANKE DAVOR. Der Text kommt von einem Fremden und steht
gleich im Livestream. Er laeuft ohnehin durch die Bestaetigung -- neu
ist, dass die Leitung ihn dort AENDERN kann. Ohne das bliebe nur "ganz
ablehnen", und dann faellt wegen eines Wortes eine echte Spende unter
den Tisch.

NIE WIEDER GELD AUF DEM BILDSCHIRM

Ein Doge sind zehn Euro (Filipes Angabe "1 euro sind 0,10 dogen",
rueckgefragt und bestaetigt -- zwischen den beiden Lesarten liegt der
Faktor 100). Gerechnet wird in Tausendsteln, nie in Kommazahlen.

Das Entscheidende ist nicht die Beschriftung: DER BROWSER BEKOMMT
KEINEN EURO-BETRAG MEHR, auch nicht verborgen im JSON. Der Kurs steht
einmal auf dem Server. Was nicht gesendet wird, kann an keiner Stelle
versehentlich erscheinen, und niemand muss daran denken. Gemessen:
38 Felder im Stand, kein Geldfeld, kein Eurozeichen, auch nicht auf
der Buehnentafel. Der einzige Ort, an dem noch ein Euro entsteht, ist
die PayPal-Adresse -- weil PayPal ihn braucht.

DIE PUNKTE: EIN BUCH, KEIN ZAEHLER

Ein Feld `dogen` an der Person waere kuerzer gewesen -- und die zweite
Antwort auf dieselbe Frage. Der Stand IST die Summe der Buchungen, und
eine Summe kann sich nicht von ihren Posten entfernen. Weil Filipe
spaeter etwas daran haengen will ("spezielle sachen ... wo mit diesen
dogpunkten zu tun hat"), steht neben jeder Zeile ein Grund und ein
Datum: Ein Zaehler, der kleiner wird, laesst keine Frage mehr
beantworten.

Dass nie doppelt gutgeschrieben wird, entscheidet ein eindeutiger
Index in der Datenbank und keine Bedingung im Programm -- "nochmal
zeigen" und ein wiederholter Strom koennen es damit gar nicht
ausloesen.

Ohne Person keine Punkte: Eine von Hand eingetragene Spende hat oft
nur einen Vornamen auf dem Handy. Daraus eine Person zu RATEN waere
schlimmer als keine Gutschrift -- deshalb waehlt die Leitung sie aus,
und tut sie es nicht, laeuft die Karte trotzdem.

DAS SYMBOL IST VORBEREITET

Filipe: "die symbole schick ich dir spaeter." Es wird im Regiepult
hochgeladen, ohne Deploy -- bis dahin steht eine gezeichnete Muenze
da. Es liegt bei den Stufenbildern, weil das der einzige Weg ist, der
Bilder OHNE Anmeldung ausliefert; sonst fehlte es ausgerechnet im
Stream.

=======================================================================
UND EINE REPARATUR AN DEM, WAS HEUTE MITTAG LIVE GING

Seit 3fedeea7 war der Buehnenmodus (reaktion.html?nur=buehne) kaputt:
Leinwand null Pixel hoch, im Stream ein schwarzes Bild. Das ist die
Fensterquelle fuer den Fall, dass Gaeste im Bild sind.

Ursache: Teil A hat die Zeilen des Saals festgenagelt (#teil-live auf
Zeile 2). Im Buehnenmodus stand aber seit jeher eine eigene Regel, die
dem Saal nur EINE Zeile gibt -- das Video landete in einer impliziten
Zeile, die sich nach ihrem Inhalt bemisst, waehrend die Leinwand ihre
Hoehe aus der Zeile nimmt. Beide warten aufeinander, heraus kommt
null.

Das ist heute der VIERTE Fall von "zwei Regeln fuer dieselbe Frage"
(Tafeln, Saalzeilen, Kamerabreite, Buehnenmodus). Die Loesung ist
jedes Mal dieselbe: nicht die zweite Regel richtig stellen, sondern
sie abschaffen.

DREI DINGE, DIE DARAN LEHRREICH SIND:

1. MEINE EIGENE PRUEFUNG WAR GRUEN UND WERTLOS. Ich hatte nach Teil A
   extra geprueft: "genau eine Regel bestimmt die Zeilen des Saals".
   Sie verlangte, dass die Zeile mit `.saal` BEGINNT -- und hat
   `body[data-nur="buehne"] .saal { … }` deshalb nie gesehen. Jetzt
   zaehlt sie jede Regel, in deren Auswahl `.saal` vorkommt, mit einer
   Gegenprobe, die eine eingeschobene zweite wirklich findet.

2. EINE SEITE MIT ZWEI ANSICHTEN BRAUCHT BEIDE MESSUNGEN. Nach Teil A
   liefen `pruef-buehne` (Schnittstelle) und `mess-reaktion` (normale
   Ansicht). `mess-buehne` -- die einzige, die diese Ansicht
   ueberhaupt oeffnet -- lief nicht.

3. EIN PYTHON-SKRIPT, DAS ERST AM ENDE SCHREIBT, MELDET "ok" FUER
   AENDERUNGEN, DIE NIE ANKOMMEN. Eine fehlgeschlagene Zusicherung hat
   einen ganzen Stapel verworfen, obwohl die erste Aenderung schon
   bestaetigt war. Die Messung meldete daraufhin "Auf der Karte steht:
   undefined" -- kein Fehler im Code, sondern eine Zeile, die nie
   geschrieben wurde. Gefunden hat es die Messung, nicht das Lesen.

pruef-spenden 136/0 (vorher 95) - pruef-reaktion 321/0 -
pruef-buehne 36/0 - pruef-css-klassen ok - pruef-tippziele 11/0 -
mess-reaktion und mess-buehne ohne Beanstandung

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

server/spenden-tabellen.js

@@ -49,6 +49,62 @@
    erst beim Anzeigen.
    ===================================================================== */
 
+/* =====================================================================
+   DIE WAEHRUNG DES HAUSES: DOGEN (28.09.2026)
+
+   Filipe: „mann soll nie die summe sehen sondern die dogen auch mit
+   dem symbol ... es soll auch nie geld da stehen sondern Dogen."
+
+   EIN DOGE SIND ZEHN EURO. Woertlich nach Filipes Angabe „1 euro
+   sind 0,10 dogen" -- rueckgefragt und bestaetigt, weil zwischen den
+   beiden moeglichen Lesarten („ein Doge KOSTET 0,10" gegen „ein Euro
+   ERGIBT 0,10") der Faktor 100 liegt und danach jede Zahl im Bild
+   falsch gewesen waere.
+
+   ---------------------------------------------------------------------
+   GERECHNET WIRD IN TAUSENDSTELN
+
+   Derselbe Grund wie beim Cent, nur strenger: 0.1 + 0.2 ist in
+   keiner Programmiersprache 0.3. Bei Geld faellt das irgendwann dem
+   auf, der zahlt -- bei etwas, das Menschen SAMMELN, faellt es dem
+   auf, der am meisten hat, und der merkt sich das.
+
+   Ein Doge sind 1000 Tausendstel. Bei diesem Kurs ist ein
+   Tausendstel genau ein Cent, es wird also nie gerundet.
+
+   ---------------------------------------------------------------------
+   DER KURS STEHT HIER UND NUR HIER
+
+   Nicht in den Einstellungen. Eine Einstellung, die Dogen und Euro
+   nebeneinanderstellt, WAERE das Geld auf dem Bildschirm, das
+   nirgends mehr stehen soll. Wer den Kurs aendern will, aendert
+   diese eine Zeile -- und alles, was danach hereinkommt, rechnet
+   damit.
+
+   WAS SCHON GUTGESCHRIEBEN IST, BLEIBT. Die Punktestaende liegen als
+   Dogen in der Tabelle und nicht als Cent, aus denen erst beim
+   Anzeigen gerechnet wird. Sonst haette eine Kursaenderung
+   rueckwirkend jedem seinen Stand verschoben -- wer gestern 5 Dogen
+   hatte, haette heute 50, ohne etwas getan zu haben. Eine Waehrung,
+   die rueckwaerts wirkt, ist keine.
+   ===================================================================== */
+
+/** Wie viele Cent ein Doge wert ist. */
+export const CENT_JE_DOGE = 1000;
+
+/** Ein Doge in Tausendsteln -- die Einheit, in der gerechnet wird. */
+export const MILLE = 1000;
+
+/** Cent -> Tausendstel Dogen. */
+export function centInMille(cent) {
+  return Math.round(((Number(cent) || 0) * MILLE) / CENT_JE_DOGE);
+}
+
+/** Tausendstel Dogen -> Cent. Nur fuer PayPal und die Ablage. */
+export function milleInCent(mille) {
+  return Math.round(((Number(mille) || 0) * CENT_JE_DOGE) / MILLE);
+}
+
 /** So lange bleibt eine Spende im Verlauf stehen. */
 export const SPENDEN_TAGE = 400;
 
@@ -60,9 +116,26 @@ export const SPENDEN_TAGE = 400;
  *  einfangen kann, wenn hundert Leute zusehen. */
 export const BETRAG_MAX_CENT = 500000;
 
-/** Was auf der Karte stehen darf. */
+/** Was auf der Karte stehen darf.
+ *
+ *  Filipe: „der text der dazu erscheint sollen die leute selber
+ *  schreiben koennen. soll auf nicht zu viel aber auch nicht zu
+ *  wenig schreiben koennen."
+ *
+ *  140 ZEICHEN, UND DIE ZAHL IST GEMESSEN, NICHT GERATEN. Die Karte
+ *  steht je nach Stufe sechs bis elf Sekunden. Vorgelesen sind das
+ *  rund 15 Zeichen je Sekunde, gelesen mehr -- aber niemand liest
+ *  eine Karte, waehrend er ein Video sieht, mit voller
+ *  Aufmerksamkeit. Bei 140 Zeichen sind es zwei bis drei Zeilen; die
+ *  fasst man im Vorbeischauen. Bei 200 wurde die Schrift auf einer
+ *  kleinen Karte so eng, dass gar niemand mehr hinsieht -- ein Gruss,
+ *  den keiner liest, ist schlechter als ein kurzer.
+ *
+ *  AELTERE, LAENGERE GRUESSE BLEIBEN STEHEN. Sie abzuschneiden waere
+ *  ein stiller Datenverlust an fremden Worten; die Grenze gilt fuer
+ *  das, was neu hereinkommt. */
 export const NAME_MAX = 40;
-export const GRUSS_MAX = 200;
+export const GRUSS_MAX = 140;
 
 /** Die mitgelieferten Zeichnungen.
  *
@@ -113,6 +186,19 @@ export const GROESSE_MAX = 2.5;
 /** Wie gross ein hochgeladenes Bild sein darf. */
 export const BILD_MAX_BYTES = 3 * 1024 * 1024;
 
+/** Unter welchem Namen das Dogen-Zeichen in den Einstellungen steht.
+ *
+ *  Filipe: „die symbole schick ich dir spaeter. bereite jetzt alles
+ *  vor."
+ *
+ *  ES IST EINE EINSTELLUNG UND KEINE DATEI IM QUELLTEXT. Laege das
+ *  Zeichen als Bild im Verzeichnis, haenge jedes neue Symbol an
+ *  einem Deploy -- also an mir. So laedt Filipe es im Regiepult hoch,
+ *  und bis dahin steht eine gezeichnete Muenze da, die in jeder
+ *  Farbe funktioniert. Ein leerer Kasten waere die schlechtere
+ *  Zwischenloesung: Man haelt ihn fuer kaputt. */
+export const ZEICHEN_NAME = "dogen_zeichen";
+
 /** Die Stufen, die es ab Werk gibt — „paar fertige" aus Filipes
  *  Ansage. Sie stehen hier und nicht in der Datenbank, damit ein
  *  frisches Haus sofort etwas anzuzeigen hat; geaendert werden sie
@@ -128,13 +214,19 @@ export const STUFEN_START = [
   { ab_cent: 2000, name: "Rudel-Legende", vorlage: "krone", farbe: "#e0a13a", dauer_ms: 11000, groesse: 1.45 },
 ];
 
-/** Die Betraege, die als Knopf angeboten werden (in Cent).
+/** Die Knoepfe, die zum Geben angeboten werden — in TAUSENDSTELN.
+ *
+ *  0,2 · 0,5 · 1 · 2,5 Dogen.
+ *
+ *  IN DOGEN GEDACHT UND NICHT IN GELD. Das ist nicht Kosmetik: Wer
+ *  die Reihe in Euro pflegt und dann anzeigt, hat zwei Listen fuer
+ *  dieselbe Frage -- und die eine laeuft von der anderen weg. Der
+ *  Euro-Betrag fuer PayPal wird hier abgeleitet, nicht gepflegt.
  *
  *  VIER UND EIN FREIES FELD. Wer eine lange Liste sieht, rechnet;
  *  wer vier Knoepfe sieht, tippt. Die Reihe endet bewusst nicht bei
- *  einer runden Zahl wie 50 — das waere eine Erwartung, keine
- *  Auswahl. */
-export const BETRAG_KNOEPFE = [200, 500, 1000, 2500];
+ *  einer runden Zahl — das waere eine Erwartung, keine Auswahl. */
+export const KNOEPFE_MILLE = [200, 500, 1000, 2500];
 
 export function spendenTabellen(d) {
   d.exec(`
@@ -196,6 +288,54 @@ export function spendenTabellen(d) {
     );
   `);
 
+  /* ==== DIE DOGEN DER LEUTE =======================================
+
+     Filipe: „ich will dass die den leuten auch als punkte
+     hinzugefuegt werden ... ich hab naemlich vor den leuten
+     spezielle sachen auch noch zu erstellen spaeter wo mit diesen
+     dogpunkten zu tun hat, also muss es jetzt schon perfektioniert
+     werden."
+
+     EIN BUCH UND KEIN ZAEHLER. Ein Feld `dogen` an der Person waere
+     kuerzer -- und waere die zweite Antwort auf dieselbe Frage: Was
+     hat jemand? Der Zaehler und die Spenden koennen auseinanderlaufen,
+     und dann weiss niemand mehr, welcher von beiden recht hat. Hier
+     ist der Stand die SUMME der Buchungen, und eine Summe kann sich
+     nicht von ihren Posten entfernen.
+
+     UND WEIL SPAETER ETWAS ABGEHEN SOLL. „Spezielle sachen ... wo mit
+     diesen dogpunkten zu tun hat" heisst irgendwann: eingeloest. Ein
+     Zaehler, der kleiner wird, laesst keine Frage mehr beantworten --
+     wofuer? wann? wer hat es ausgeloest? Eine Zeile mit Grund und
+     Datum schon. Deshalb steht die Tabelle heute schon so da, obwohl
+     es erst eine Art von Buchung gibt.
+
+     NEGATIVE BETRAEGE SIND ERLAUBT, LOESCHEN NICHT. Eine
+     zurueckgenommene Gutschrift ist eine zweite Zeile mit
+     Minuszeichen, kein verschwundener Posten. */
+  d.exec(`
+    CREATE TABLE IF NOT EXISTS dogen_buchungen (
+      id         INTEGER PRIMARY KEY AUTOINCREMENT,
+      person_id  INTEGER NOT NULL REFERENCES personen(id) ON DELETE CASCADE,
+      /* In Tausendstel Dogen. Darf negativ sein. */
+      mille      INTEGER NOT NULL,
+      grund      TEXT    NOT NULL,
+      spende_id  INTEGER REFERENCES spenden(id) ON DELETE SET NULL,
+      notiz      TEXT    NOT NULL DEFAULT '',
+      erstellt   TEXT    NOT NULL
+    );
+
+    /* JE SPENDE EINE GUTSCHRIFT. Die Karte laesst sich noch einmal
+       zeigen, und ein Strom wird bei einer Stoerung wiederholt --
+       ohne diese Sperre bekaeme jemand seine Dogen zweimal, und
+       gemerkt haette es niemand ausser ihm. Die Bedingung schuetzt
+       die Zeilen ohne Spende (spaetere Handbuchungen) voreinander. */
+    CREATE UNIQUE INDEX IF NOT EXISTS idx_dogen_einmal
+      ON dogen_buchungen (spende_id, grund) WHERE spende_id IS NOT NULL;
+    CREATE INDEX IF NOT EXISTS idx_dogen_person
+      ON dogen_buchungen (person_id, id);
+  `);
+
   /* ==== NACHGEWACHSEN: DIE GROESSE ================================
      `ALTER TABLE ... ADD COLUMN` und nicht „Tabelle neu bauen": Am
      11.09.2026 hat genau dieses Umkopieren an anderer Stelle drei