Drei Dinge, die zusammengehoeren, weil sie alle denselben Satz aus
Kapitel 01 des Bauplans beantworten: Wer neu ist, soll nicht alles
gleich wichtig vorgesetzt bekommen.
1) DIE KACHEL STEHT BEIM TEAM OBEN (Kapitel 03)
Gemessen stand "Willkommen & Anleitung" bei einem Modi in der Gruppe
"Community" -- der FUENFTEN von sechs, hinter allen Brettern, die er
moderiert. Der Plan sagt dazu "zusaetzlich als erste Kachel in 'Fuer
dich', weil sie bei ihnen sonst weit unten steht".
Ich habe sie VERSCHOBEN statt verdoppelt, und das ist eine bewusste
Abweichung vom Wortlaut: Zwei Kacheln mit demselben Namen und
demselben Ziel hatte dieses Haus am 19.09. schon einmal (zweimal
"Chat"), und der Satz, der daraus wurde, steht seitdem im Quelltext --
"Zwei gleich benannte Wege zum selben Ort sind schlimmer als ein
fehlender". Das Ziel des Plans ist so erreicht, der Nebeneffekt bleibt
aus. Fuer die Community aendert sich nichts: Bei ihr ist "Community"
die erste Gruppe, dort steht sie schon vorne und breit.
Entschieden wird das an AUSSEN_ROLLEN, nicht an Rollennamen.
2) "NEU FUER DICH" BEIM AUFSTIEG (Kapitel 10, Etappe 6)
Erreicht ein Mitglied "Dabei" oder "Stamm", steht auf der Zentrale
einmal eine Karte mit dem, was jetzt geht, und einem Sprung auf die
passende Karte der Anleitung.
WAS JETZT GEHT, IST ABGELEITET -- aus TREFF_SCHREIBEN, derselben
Tafel, die es auch ENTSCHEIDET. Eine Liste im Code haette beim
naechsten neuen Brett entweder etwas versprochen, das die Person gar
nicht darf, oder verschwiegen, was sie duerfte.
Der Schluessel ist (Person, STUFE) und nicht (Person): Wer von Neu auf
Dabei steigt, bekommt die Karte, und Wochen spaeter beim Sprung auf
Stamm noch einmal, mit anderem Inhalt. Eine einzelne Spalte "schon
gesehen" haette den zweiten Aufstieg verschluckt -- und das waere
niemandem aufgefallen, es fehlt ja nur etwas.
Gemerkt wird beim ZEIGEN, nicht beim Wegklicken. Dieselbe Entscheidung
wie bei der Begruessung, aus demselben gemessenen Grund.
Dazu springt `anleitung.html?karte=<schluessel>` jetzt auf eine
bestimmte Karte. Erst beim Messen fiel auf, dass der Sprung ins Leere
ging, obwohl Karte und Abschnitt richtig waren: Unter den Karten
werden danach noch drei Abschnitte eingehaengt, und das sanfte
Scrollen zielte auf eine Hoehe, die sich dabei verschob. Der Sprung
steht jetzt ganz am Ende des Aufbaus.
3) DAS ABGELOESTE WILLKOMMEN IST WEG
willkommen.html ist seit heute frueh eine Weiterleitung. Der Unterbau
lief aber weiter: eine Schnittstelle, die jede Kachel einer Rolle
gleich ausfuehrlich erklaerte (genau das, was Kapitel 01 als Problem
beschreibt), dazu ein Skript und ein Stilblatt, die keine Seite mehr
lud. Entfernt: server/workspace-willkommen.js, assets/js/willkommen.js,
assets/css/willkommen.css und der Router in index.js.
Aufgefallen ist es, weil pruef-willkommen rot wurde und danach in ihre
Notbremse lief -- eine Pruefung, die eine zurueckgenommene Regel
verteidigt. Sie ist mitgegangen: Die inhaltlichen Fragen beantwortet
jetzt pruef-anleitung; hier bleibt die eine, die sonst niemand stellt
("verliert die alte Adresse jemanden?") plus der Nachweis, dass das
Alte wirklich fort ist. 15 Pruefungen statt der alten Fassung, und der
Rueckgang ist damit erklaert.
Nebenbefund: tools/kachel-regenbogen.mjs verwies auf pruef-willkommen
als Wache ueber den gerechneten CSS-Block. Die Datei hat ihn nie
angesehen -- die Wache ist pruef-kachelfarben. Zeiger berichtigt.
AUSSERDEM: .zeileneditor__weg war 34x34 und das einzige ungedeckte
Tippziel des Hauses (pruef-tippziele war deshalb rot). Er wirft eine
Zeile aus einem Eintrag. Auf Fingergeraeten jetzt 44x44, das Kreuz
mitgerechnet statt geraten. Der Knopf stammt aus einer anderen
Sitzung; ich habe ihn Filipe gemeldet und keine Antwort bekommen --
eine rote Pruefung, die liegen bleibt, wird nach dem zweiten Mal
weggeklickt, deshalb jetzt behoben statt weiter gemeldet.
GEPRUEFT
pruef-anleitung 137 -> 166 (neu: Kachelplatz je Rolle mit
Gegenprobe aufs Agenturhaus, der ganze
Aufstiegsweg inkl. ZWEITEM Aufstieg, und die
Abnahme-Checkliste aus Kapitel 13 -- 14/29/29/34
Karten MIT ihrer Aufteilung 5/4/5, 7/7/15,
7/7/15, 8/7/19 und "Nicht deins")
pruef-willkommen neu gefasst, 15, gruen
pruef-sackgassen 14, 145 Kacheln, 0 ins Leere
pruef-start-ansicht gruen, keine Konsolenfehler
pruef-rollen 454, gruen (das eine "nicht nachsehbar" ist das
Haus-Wechsel-Feld und war immer so)
pruef-tippziele 13, jetzt 0 Fehlschlaege
Gegenproben gefahren: Umsortierung ausgebaut -> drei FEHL (und die
Meldung zeigte den alten Zustand, Gruppe 5 von 6). Datenbank vor der
Schemaaenderung gesichert (sicherungen/vor-aufstieg-20261006-172614.db,
integrity_check ok).
Im Browser nachgemessen (echte Anmeldung, 390 px, HTTPS-Vorbau):
Karte da, Satz richtig, drei Wege, 0 zu kleine Tippziele, Sprung
landet auf der richtigen Karte, Abschnitt aufgeklappt, im Bild -- und
beim zweiten Aufruf ist sie weg.
Co-Authored-By: Claude Opus 5 <[email protected]>
122 lines
4.8 KiB
JavaScript
122 lines
4.8 KiB
JavaScript
/* =====================================================================
|
||
aufstieg.js — „Neu für dich" beim Aufstieg der Stufe (Etappe 6)
|
||
|
||
Bauplan Kapitel 10: „Erreicht ein Community-Mitglied die Stufe Dabei
|
||
oder Stamm, zeige auf der Startseite einmal die Karte ‚Neu für dich:
|
||
Du kannst jetzt …' mit Sprung zur passenden Karte."
|
||
|
||
---------------------------------------------------------------------
|
||
EIGENE DATEI, UND ZWAR AUS DEMSELBEN GRUND WIE rundgang.js
|
||
|
||
Sie läuft auf `start.html` — der meistbenutzten Seite des Hauses.
|
||
Geht hier etwas schief, darf davon nichts anderes betroffen sein:
|
||
eigenes `defer`, alles in `try`, und der Fehlerfall ist „nichts
|
||
tun". Der Server antwortet immer mit 200 (notfalls `zeigen: false`),
|
||
damit in der Konsole nichts Rotes steht.
|
||
|
||
Sie ist bewusst NICHT in rundgang.js gewandert, obwohl beides
|
||
„etwas, das einen auf der Zentrale begrüßt" ist: Der Rundgang
|
||
erscheint beim ERSTEN Anmelden, diese Karte Wochen später. Zwei
|
||
Anlässe, zwei Lebensdauern — in einer Datei wäre spätestens beim
|
||
nächsten Umbau unklar, welche Bedingung zu welcher gehört.
|
||
|
||
---------------------------------------------------------------------
|
||
WAS JETZT GEHT, STEHT NICHT HIER
|
||
|
||
Der Server leitet es aus derselben Tafel ab, die es auch
|
||
entscheidet, und schickt fertige Kacheln mit. Eine Liste in dieser
|
||
Datei wäre die, die beim nächsten neuen Brett jemandem etwas
|
||
verspricht, das er gar nicht darf.
|
||
|
||
---------------------------------------------------------------------
|
||
GEMERKT WIRD BEIM ZEIGEN, NICHT BEIM WEGKLICKEN
|
||
|
||
Dieselbe Entscheidung wie bei der Begrüßung, und aus demselben
|
||
gemessenen Grund: Wer die Seite schließt, ohne etwas anzuklicken,
|
||
hat die Karte trotzdem gesehen. Sonst kommt sie wieder. Und beim
|
||
übernächsten Mal auch.
|
||
===================================================================== */
|
||
(() => {
|
||
'use strict';
|
||
|
||
const BASIS = '/workspace/api/anleitung';
|
||
|
||
const el = (tag, klasse, text) => {
|
||
const k = document.createElement(tag);
|
||
if (klasse) k.className = klasse;
|
||
if (text !== undefined) k.textContent = text;
|
||
return k;
|
||
};
|
||
|
||
async function gesehenMerken() {
|
||
try {
|
||
await fetch(`${BASIS}/aufstieg/gesehen`, {
|
||
method: 'POST', credentials: 'same-origin',
|
||
});
|
||
} catch { /* Beim nächsten Mal eben noch einmal — kein Schaden. */ }
|
||
}
|
||
|
||
function bauen(d, platz) {
|
||
const kasten = el('section', 'aufstieg');
|
||
kasten.setAttribute('aria-labelledby', 'aufstieg-titel');
|
||
|
||
const text = el('div', 'aufstieg__text');
|
||
const titel = el('h2', 'aufstieg__titel', 'Neu für dich');
|
||
titel.id = 'aufstieg-titel';
|
||
text.append(titel);
|
||
text.append(el('p', 'aufstieg__satz',
|
||
`Du bist jetzt ${d.name}. Du kannst jetzt mehr als vorher.`));
|
||
|
||
/* DIE SPRÜNGE GEHEN AUF DIE KARTE, NICHT AUF DIE KACHEL.
|
||
Der Bauplan sagt „Sprung zur passenden Karte" — und das ist
|
||
auch das Richtige: Wer gerade erfährt, dass er etwas darf,
|
||
braucht zuerst die Erklärung, nicht das leere Formular.
|
||
Der Schlüssel wird mit derselben Funktion gerechnet, mit der
|
||
die Anleitung ihre Karten verbindet; eine zweite Rechnung hier
|
||
wäre die, die beim nächsten Fragezeichen in einer Adresse
|
||
danebenliegt. */
|
||
const B = window.Bereiche;
|
||
const wege = el('div', 'aufstieg__wege');
|
||
for (const k of (Array.isArray(d.kacheln) ? d.kacheln : [])) {
|
||
const schluessel = B && typeof B.schluesselVonZiel === 'function'
|
||
? B.schluesselVonZiel(k.ziel || '') : '';
|
||
if (!schluessel) continue;
|
||
const a = el('a', 'aufstieg__weg', k.name || 'Ansehen');
|
||
a.href = `anleitung.html?karte=${encodeURIComponent(schluessel)}`;
|
||
if (k.ton !== undefined && k.ton !== null) a.dataset.ton = String(k.ton);
|
||
wege.append(a);
|
||
}
|
||
/* KEIN LEERER KASTEN: Gibt es zu nichts einen Weg, bleibt die
|
||
Karte trotzdem stehen — nur ohne die Knopfreihe. Den Aufstieg
|
||
zu verschweigen, weil ein Verweis fehlt, wäre der schlechtere
|
||
Tausch. */
|
||
if (wege.childElementCount) text.append(wege);
|
||
|
||
const schliessen = el('button', 'aufstieg__zu', 'Alles klar');
|
||
schliessen.type = 'button';
|
||
schliessen.addEventListener('click', () => { kasten.remove(); });
|
||
|
||
kasten.append(text, schliessen);
|
||
platz.append(kasten);
|
||
}
|
||
|
||
async function pruefen() {
|
||
const platz = document.getElementById('aufstieg-platz');
|
||
if (!platz) return;
|
||
let a;
|
||
try { a = await fetch(`${BASIS}/aufstieg`, { credentials: 'same-origin' }); }
|
||
catch { return; }
|
||
if (!a.ok) return;
|
||
let d;
|
||
try { d = await a.json(); } catch { return; }
|
||
if (!d || d.zeigen !== true) return;
|
||
bauen(d, platz);
|
||
gesehenMerken();
|
||
}
|
||
|
||
try {
|
||
if (document.readyState === 'complete') pruefen();
|
||
else window.addEventListener('load', pruefen);
|
||
} catch { /* dann eben nicht */ }
|
||
})();
|