DogFatherGitandClaude Opus 5
0784ad61ce
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]>
90 lines
3.7 KiB
HTML
90 lines
3.7 KiB
HTML
<!doctype html>
|
|
<html lang="de">
|
|
<head>
|
|
<meta charset="utf-8" />
|
|
<meta name="viewport" content="width=device-width, initial-scale=1, viewport-fit=cover" />
|
|
<title>Willkommen & Anleitung · Team Dogi</title>
|
|
<meta name="robots" content="noindex, nofollow" />
|
|
|
|
<!-- ====================================================================
|
|
DIESE SEITE IST UMGEZOGEN (06.10.2026)
|
|
|
|
Bauplan „Willkommen & Anleitung — Einweisung je Rolle", Kapitel 03:
|
|
„Adresse: bleibt willkommen.html. Alte Verweise funktionieren
|
|
weiter."
|
|
|
|
Die Einweisung selbst liegt auf `anleitung.html` — dort war sie für
|
|
die Agentur schon gebaut, und am 06.10. hat Team Dogi ihre vier
|
|
Fassungen dazubekommen. Zwei Seiten mit demselben Zweck
|
|
nebeneinander wären zwei Stände, von denen einer irgendwann
|
|
veraltet; was hier stand (eine Liste ALLER Bereiche, gleich
|
|
behandelt), ist genau das, was Kapitel 01 des Bauplans als Problem
|
|
beschreibt.
|
|
|
|
DREI WEGE, DAMIT KEINER INS LEERE LÄUFT:
|
|
1. `http-equiv="refresh"` — wirkt auch ohne JavaScript.
|
|
2. `location.replace` — sofort, und OHNE Eintrag im Verlauf:
|
|
Sonst landete man beim Zurückgehen wieder hier und würde
|
|
erneut weitergeleitet. Eine Falle, aus der man nicht
|
|
herauskommt.
|
|
3. Ein sichtbarer Verweis — falls beides nicht greift.
|
|
|
|
Die Suchparameter werden mitgenommen: Wer mit `?schritt=…` kommt,
|
|
soll dort landen, wohin er wollte.
|
|
==================================================================== -->
|
|
<meta http-equiv="refresh" content="0; url=anleitung.html" />
|
|
<link rel="canonical" href="anleitung.html" />
|
|
|
|
<!-- DIE DREI, DIE JEDE SEITE DIESES HAUSES BRAUCHT (07.10.2026).
|
|
|
|
pruef-struktur hat sie hier vermisst, und das zu Recht -- auch
|
|
wenn diese Seite nur einen Wimpernschlag zu sehen ist:
|
|
|
|
theme-color sonst zeichnet Android die Fensterleiste WEISS,
|
|
und wer aus einem alten Lesezeichen kommt,
|
|
bekommt einen hellen Balken ueber einer
|
|
durchweg dunklen Seite.
|
|
manifest sonst oeffnet die Seite auf dem Handy AUSSERHALB
|
|
der App -- die Weiterleitung landet dann im
|
|
Browser statt im Workspace.
|
|
apple-touch-icon sonst nimmt das iPhone einen Bildschirmabzug,
|
|
wenn jemand diese alte Adresse auf den
|
|
Startbildschirm legt.
|
|
|
|
Drei Zeilen sind hier billiger und haltbarer als eine Ausnahme
|
|
in der Pruefung: Eine Ausnahmeliste muesste gepflegt werden und
|
|
veraltet beim naechsten Umbau. -->
|
|
<link rel="manifest" href="/workspace/app.webmanifest" />
|
|
<meta name="theme-color" content="#06090f" />
|
|
<link rel="apple-touch-icon" href="/assets/img/app-symbole/workspace-180.png?v=202610081523" />
|
|
|
|
<style>
|
|
/* Bewusst ohne eigenes Stilblatt: Die Seite ist in aller Regel nur
|
|
einen Wimpernschlag zu sehen. Ein Stilblatt nachzuladen hiesse,
|
|
die Weiterleitung dafuer warten zu lassen. */
|
|
body {
|
|
margin: 0; min-height: 100svh;
|
|
display: grid; place-items: center;
|
|
background: #06090f; color: #e8f1fa;
|
|
font: 1rem/1.6 system-ui, -apple-system, "Segoe UI", sans-serif;
|
|
padding: 24px; text-align: center;
|
|
}
|
|
a { color: #8ec9ff; min-height: 44px; display: inline-block; padding: 10px 4px; }
|
|
</style>
|
|
</head>
|
|
<body>
|
|
<p>
|
|
Diese Seite heißt jetzt <strong>Willkommen & Anleitung</strong>.<br />
|
|
<a href="anleitung.html" id="weiter">Hier geht es weiter</a>
|
|
</p>
|
|
|
|
<script>
|
|
(() => {
|
|
const ziel = 'anleitung.html' + (location.search || '');
|
|
document.getElementById('weiter').href = ziel;
|
|
location.replace(ziel);
|
|
})();
|
|
</script>
|
|
</body>
|
|
</html>
|