Der Discord-Beitrag war nie zu sehen -- er wurde im selben Atemzug angehaengt und weggeraeumt

GEFUNDEN DURCH EINEN HINWEIS AUS DEM ANDEREN HAUS. Die Crew-Sitzung hat
heute eine Hilfe gebaut, die getippten Text ueber das Neuzeichnen
rettet, und dazugeschrieben: "Falls dir in bereich.js dasselbe begegnet
-- Liste wird neu gebaut, Feld darin entsteht neu." Genau das war hier
der Fall, nur mit einer Ausgabe statt einer Eingabe.

DER FEHLER: `beitragZeigen()` hing den fertigen Discord-Beitrag an das
DOM-Element der Kachel. Direkt danach lief `await laden()` -- die
Kachel muss ja "Link kopieren" statt "Teilen" anzeigen --, und `laden()`
leert die ganze Liste. Der Kasten wurde also im selben Atemzug
angehaengt und weggeraeumt.

GEMESSEN, NICHT VERMUTET: Die neue Pruefung fand ihn schon 600 ms nach
dem Druck nicht mehr. Beim Zusehen faellt das nicht auf -- es geht zu
schnell --, und die Zwischenablage stimmte ja. Es waere also als "steht
sichtbar unter der Kachel" in die Welt gegangen, ohne je gestimmt zu
haben. Ich hatte es genau so gemeldet.

DIE BEHEBUNG: Der Beitrag steht jetzt in `beitraege`, einer Liste je
Eintragsnummer, und `karte()` haengt ihn beim Bauen wieder an. Damit
uebersteht er beliebig viele Neuzeichnungen -- bis ihn jemand
schliesst, und dann wird er auch aus dem Gedaechtnis genommen, sonst
stuende er beim naechsten Mal wieder da.

NICHT DIESELBE SACHE WIE `getippt.js`: Dort wird ein EINGABEFELD an
einen Serverwert gebunden. Hier ist es eine AUSGABE ohne Serverfeld --
der Baustein haette nichts zu binden. Die Erkenntnis dahinter traegt
trotzdem: Was ein Neuzeichnen ueberleben soll, darf nicht im DOM
wohnen.

DIE PRUEFUNG MISST BEIDES, nicht nur eines: dass der Kasten erscheint
UND dass er nach dem Neuzeichnen noch da ist. "Er erscheint" allein
waere gruen gewesen, auch bei einem Kasten, der einen
Sekundenbruchteil spaeter weg ist. Dazu, dass Schliessen wirklich
schliesst. Sie war vor der Behebung rot (5 Fehler) und ist danach
gruen -- die Gegenprobe steckt also im Ablauf selbst.

GEPRUEFT: 190 (Kachel, +8), struktur, css-klassen. Stempel neu gesetzt,
weil bereich.js sich geaendert hat.

PARALLELE ARBEIT: Die Crew-Sitzung hat vorher ausgeliefert (ab204e96)
und ist fertig; die Arbeitskopie war sauber, als ich angefangen habe.

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

workspace/chat.html

@@ -12,31 +12,31 @@
      Ton wie die Kopfleiste darunter (#06090f), damit Leiste und Seite
      eine Flaeche sind statt zweier. -->
 <meta name="theme-color" content="#06090f" />
-<link rel="icon" type="image/png" href="/assets/img/app-symbole/workspace-32.png?v=202610081516" />
-<link rel="apple-touch-icon" href="/assets/img/app-symbole/workspace-180.png?v=202610081516" />
-<link rel="stylesheet" href="assets/css/gate.css?v=202610081516" />
-<link rel="stylesheet" href="assets/css/start.css?v=202610081516" />
+<link rel="icon" type="image/png" href="/assets/img/app-symbole/workspace-32.png?v=202610081523" />
+<link rel="apple-touch-icon" href="/assets/img/app-symbole/workspace-180.png?v=202610081523" />
+<link rel="stylesheet" href="assets/css/gate.css?v=202610081523" />
+<link rel="stylesheet" href="assets/css/start.css?v=202610081523" />
 <!-- aufgaben.css bringt die Dialog- und Formularstile mit (.dialog,
      .neu__zeile, .dialog__knoepfe). Sie stehen dort seit dem
      Aufgabenbrett; sie hierher zu kopieren hiesse, sie an zwei Stellen
      zu pflegen. Dieselbe Lösung nutzen kalender.html und content.html.
      Gemeldet von pruef-css-klassen.mjs, bevor jemand einen ungestylten
      Dialog zu sehen bekam. -->
-<link rel="stylesheet" href="assets/css/aufgaben.css?v=202610081516" />
-<link rel="stylesheet" href="assets/css/chat.css?v=202610081516" />
+<link rel="stylesheet" href="assets/css/aufgaben.css?v=202610081523" />
+<link rel="stylesheet" href="assets/css/chat.css?v=202610081523" />
 <!-- Die Bildschau stand bis zum 07.10.2026 in chat.css. Sie wird jetzt
      auch vom Event-Banner benutzt (bereich.html) und hat deshalb eine
      eigene Datei. Sie steht GENAU HIER -- direkt hinter chat.css, also
      an derselben Stelle im Ladeweg wie der Block vorher. -->
-<link rel="stylesheet" href="assets/css/bildschau.css?v=202610081516" />
-<link rel="stylesheet" href="assets/css/module.css?v=202610081516" />
+<link rel="stylesheet" href="assets/css/bildschau.css?v=202610081523" />
+<link rel="stylesheet" href="assets/css/module.css?v=202610081523" />
 <!-- haus.css MUSS die letzte Stilvorlage sein (10.09.2026).
      Auf der Agenturadresse ist sie leer -- das Haus hier IST der
      Grundzustand. Auf der Adresse von Team Dogi biegt der Server
      genau diesen Dateinamen auf crew-haus.css um, und die Seite
      kommt schon beim ERSTEN Abruf in Lila und Babyblau an --
      ohne Umfaerben im Browser, ohne Flackern. -->
-<link rel="stylesheet" href="assets/css/haus.css?v=202610081516" />
+<link rel="stylesheet" href="assets/css/haus.css?v=202610081523" />
 </head>
 
 <body class="start" data-buehne="lounge">
@@ -744,24 +744,24 @@
   </form>
 </dialog>
 
-<script src="assets/js/bereiche.js?v=202610081516"></script>
+<script src="assets/js/bereiche.js?v=202610081523"></script>
 <!-- TEXTFORM VOR ALLEM ANDEREN (21.09.2026): chat.js und bereich.js
      fragen beim Zeichnen nach `window.Textform`. Kaeme sie spaeter,
      waere die erste gezeichnete Nachricht ohne Gestaltung -- und das
      faellt nur dem auf, der genau hinsieht. KEIN `defer`, damit sie
      wirklich vor den anderen dasteht. -->
-<script src="assets/js/textform.js?v=202610081516"></script>
-<script src="assets/js/meldung.js?v=202610081516" defer></script>
-<script src="assets/js/hochladen.js?v=202610081516" defer></script>
-<script src="assets/js/nachfrage.js?v=202610081516" defer></script>
-<script src="assets/js/wahl.js?v=202610081516" defer></script>
-<script src="assets/js/kopf.js?v=202610081516"></script>
-<script src="assets/js/glocke.js?v=202610081516"></script>
+<script src="assets/js/textform.js?v=202610081523"></script>
+<script src="assets/js/meldung.js?v=202610081523" defer></script>
+<script src="assets/js/hochladen.js?v=202610081523" defer></script>
+<script src="assets/js/nachfrage.js?v=202610081523" defer></script>
+<script src="assets/js/wahl.js?v=202610081523" defer></script>
+<script src="assets/js/kopf.js?v=202610081523"></script>
+<script src="assets/js/glocke.js?v=202610081523"></script>
 <!-- ANRUF VOR CHAT (18.09.2026): anruf.js stellt `window.anrufStarten`
      bereit, und chat.js baut die Knoepfe nur, wenn es das gibt.
      Andersherum waere die Reihenfolge eine stille Abhaengigkeit --
      die Knoepfe fehlten, und niemand wuesste warum. -->
-<script src="assets/js/anruf.js?v=202610081516"></script>
+<script src="assets/js/anruf.js?v=202610081523"></script>
 <!-- DIE BILDSCHAU (25.09.2026). Eigene Datei, weil sie nichts vom
      Chat weiss: Sie bekommt einen Weg und einen Namen und zeigt ein
      Bild. Jede andere Seite mit Fotos kann sie ebenso benutzen, ohne
@@ -772,8 +772,8 @@
      sie beim ersten Foto noch nicht da -- und der erste Klick ginge
      wie frueher in den Tab. Ein Fehler, der nur beim ERSTEN Mal
      auftritt, ist der, den man nie nachstellen kann. -->
-<script src="assets/js/bildschau.js?v=202610081516"></script>
-<script src="assets/js/chat.js?v=202610081516"></script>
-<script src="assets/js/installieren.js?v=202610081516" defer></script>
+<script src="assets/js/bildschau.js?v=202610081523"></script>
+<script src="assets/js/chat.js?v=202610081523"></script>
+<script src="assets/js/installieren.js?v=202610081523" defer></script>
 </body>
 </html>