http://localhost/geograsim/App/admin.html

2FA-Flow: Username + Passwort → PIN per E-Mail an oben genannte Adresse → 4-stelliger PIN eintippen → Admin-Session aktiv.

Username	Thomas
Passwort (lokal)	fnahc

Original-Hash aus Backup wiederhergestellt. Passwort war auch vorher schon „fnahc" — nicht von Atlas verändert.

Seit 2026-05-04 produktiv. V2 läuft in eigenem Pfad. Stable-Switch erst wenn alles fertig.

Bildungstheoretisch (Wygotski): Lernarbeit statt Spiel. Lehrperson, Schüler*in, Simulation, Bearbeiter*in.

DALL-E / ElevenLabs API-Keys liegen in v2-platform/.env.local (gitignored). Assets werden VOR Deploy generiert. Atlas ist einziger Akteur.

High-Contrast (hell + dunkel), Reduced Motion, Keyboard-Navigation, ARIA, Easy-Sprache. Pro Modul im Konformitäts-Check verpflichtend.

6 Links + Logo + Anmelde-Button. Komfortabel bei 1080 px, viel Atmungsraum bei 1180 px (iPad 10).

▼ Live-Mockup bei 1080 px (Standard-iPad Landscape):

Breitenbudget: Logo ≈ 150 · Links 6 × ≈ 90 · Gaps 7 × ≈ 22 · Anmelden ≈ 120 → ≈ 964 px. Bei 1080 px bleiben 116 px Atmungsraum — keine Drängelei.

▼ Glossar bleibt als großer Catcher-Pill direkt unter dem Hero-Titel (wie heute, mit dynamischer Zahl):

Optional-Verstärkung: der Glossar-Pill bekommt eine orange-akzentuierte Border (wie oben skizziert) statt der Standard-Pill-Farbe, plus den Zusatz „alle bebildert". So sticht der Catcher-Effekt klar heraus.

Thomas: „machen wir deine empfehlung". → Variante B umgesetzt:

• App/index.html: Hauptnav um 3 Links erweitert — Reihenfolge Simulationen · Lehrperson · Lehrplan · Forschung · Handbuch · Kontakt · Anmelden. Logo + Auth-Status wie bisher.
• Glossar-Pill als Catcher: neue CSS-Klasse .hero-pill.catcher mit Orange-Border (#e8833a). Text auf „📚 Glossar · 164 Begriffe — alle bebildert" erweitert. Zahl bleibt dynamisch aus DB.
• App/handbuch.html: Hauptnav identisch übernommen (gleiche Reihenfolge + neue Links), damit Header-Konsistenz zwischen Landingpage und Handbuch gewahrt bleibt. active-Marker bleibt auf „Handbuch".

Konsistenz: Damit sind 2 von 7 öffentlichen Seiten (Landingpage + Handbuch) auf der neuen Hauptnav. Verbleibende N.3.2-Kandidaten: kontakt.html · impressum.html · datenschutz.html · barrierefreiheit.html · ueber.html (das jetzt Redirect ist, OK). Atlas wartet auf Thomas-Freigabe für diese Sammel-Migration (eigene Iteration).

Thomas-Wunsch verstanden: die Standard-Menüleiste außerhalb (Simulationen · Lehrperson · Lehrplan · Forschung · Handbuch · Kontakt · Anmelden + Logo) bleibt überall identisch sichtbar. Darunter eine zweite Leiste, die kontextspezifisch ist — auf Lehrplan/Glossar/Simulationen mit „eine Ebene darunter"-Items (Lehrplan / Glossar / Simulationen als Geschwister-Tabs) + Country-Picker rechts.

Vorschlag-Architektur:

Ebene	Inhalt	Wo gleich?
1. Standard-Hauptnav	Logo · Simulationen · Lehrperson · Lehrplan · Forschung · Handbuch · Kontakt · Anmelden	Überall im öffentlichen Bereich identisch (Landingpage + alle Subpages)
2. Kontext-Sub-Nav (nur auf „Erkundungs"-Seiten)	Tab-Reihe (Lehrplan · Glossar · Simulationen, aktiver Tab markiert) + Country-Picker rechts	Lehrplan, Glossar, Simulationen-Übersicht (gemeinsamer Tab-Cluster)
3. Filter-Pills (im Content)	Thema + Typ (NICHT mehr Land — Land kommt aus dem Picker oben)	Pro Seite spezifisch

▼ Mockup zwei-zeilige Nav für Lehrplan bei 1080 px:

Erste Zeile = Standard-Hauptnav (immer identisch). Zweite Zeile = Erkundungs-Tab-Cluster, der aktive Tab visuell hervorgehoben. Country-Picker wandert in diese zweite Zeile (rechts) — verschwindet aus dem Filter-Bereich darunter.

Wenn der Country-Picker in der Sub-Nav-Leiste sitzt, ist die Land-Chip-Reihe darunter überflüssig. Atlas-Vorschlag für den Filter-Bereich im Content:

▼ Mockup Filter-Bereich (ohne Land-Reihe):

Statt Land-Chip-Reihe: eine Ergebnis-Zeile oben („Anzeige: 🇦🇹 Österreich · 47 + 18 fächerübergreifend") macht transparent, was gerade gefiltert ist und warum fächerübergreifende Anker zusätzlich erscheinen. Land-Wechsel passiert ausschließlich über den Picker in der Sub-Nav.

Heutige Logik (lehrplan.php:685-697):

• anchor_type='fach' → strikt nach Land gefiltert (AT-Wahl → nur AT)
• anchor_type='uebergreifendes_thema' + anchor_type='anderes_fach' → land-unabhängig immer sichtbar (Begründung: aus AT-Lehrplan abgeleitet, universell nutzbar)

Folge fürs Erleben: User wählt AT, sieht aber Anker mit DE/CH/LI-Flagge oder ohne Flagge → wirkt wie „Filter greift nicht". Tatsächlich sind das fächerübergreifende Anker, die land-agnostisch gemeint sind.

Atlas-Empfehlung — drei Optionen, bitte Thomas wählen:

• (a) Ergebnis-Zeile transparent machen (siehe N.5.2): „47 AT-Anker + 18 fächerübergreifend". Fächerübergreifende Anker bekommen Badge „🌐 Universell" statt Land-Flagge. Wenig Code-Aufwand, klärt Erwartung sofort.
• (b) Strikt: bei AT-Wahl ALLE Anker (auch übergreifende) auf AT-Quelle prüfen — DE/CH/LI-Inhalte komplett ausblenden. Risiko: viele übergreifende Anker fallen weg, weil sie keine Country-Markierung haben. Sauberer aus User-Sicht, aber Inhaltsverlust.
• (c) Zwei separate Sektionen pro Kompetenz: „Lehrplan-Anker für Österreich" + „Fächerübergreifend (alle Länder)". Visuell klar getrennt, mehr Layout-Arbeit.

Wenn Lehrplan / Glossar / Simulationen als geteilter Tab-Cluster funktionieren sollen (Thomas-Idee: „hier sind wir dann eine Ebene darunter — Lehrplan / Glossar / Simulationen"), müssen auch die anderen beiden den gleichen Sub-Nav-Stil bekommen:

• Glossar [P-04]: Sub-Nav „Lehrplan / Glossar (aktiv) / Simulationen" + Country-Picker (für Easy-Sprache-Status / ggf. landesabhängige Begriffe).
• Simulationen-Übersicht [pages/simulationen.php]: gleicher Sub-Nav, dort vielleicht ohne Country-Picker (Sims sind country-agnostisch).

Atlas-Frage an Thomas: Country-Picker auch auf Glossar + Simulationen anzeigen oder nur auf Lehrplan? Vorschlag: nur Lehrplan (dort ist Land-Filter inhaltlich relevant); Glossar + Simulationen bekommen die Tab-Reihe ohne Picker.

Thomas: „überall deine Empfehlung … setzt alles um".

1. Architektur N.5.1 — zweistufige Nav umgesetzt via PHP-Include (siehe L.35).
2. Filter-Logik Variante (a) — Transparenz-Zeile oben + 🌐-Badge auf Universell-Anker.
3. Übertragung — Sub-Nav auf Lehrplan + Glossar + Simulationen. Country-Picker nur auf Lehrplan (Atlas-Empfehlung übernommen).

Zusätzlich-Auftrag: Simulationen-Übersicht ohne Direkt-Start. Start-Button → „🔑 Mit Lehrperson nutzen" → Login.

Ursache des Drifts beim Lehrplan-Header: meine Snippet-CSS hatte .pub-links { flex: 1; } — das ließ die Links links neben dem Logo „kleben" statt rechts gebündelt zu erscheinen.

Fix: HTML-Struktur — Anmelden-Button wandert IN .pub-links (statt daneben). CSS — justify-content: space-between wie auf Landingpage, plus übernommene Optik-Tokens: gleicher Backdrop-Blur, gleiche Padding-Werte, gleiche Hover-Backgrounds (rgba(0,0,0,.04)), gleiche Active-Hervorhebung (rgba(74,124,138,.12) als Hintergrund statt Unterstrich).

Damit sind Variante A (Landingpage), B (Handbuch) und D (lehrplan/glossar/simulationen via Snippet) jetzt visuell deckungsgleich.

Verbleibende Inkonsistenzen (Variante C + E):

• forschung/index.html + forschung/literatur.html: alte Hauptnav-Link-Menge (Über/Handbuch/Forschung), keine Lehrplan/Kontakt.
• kontakt.html · impressum.html · datenschutz.html · barrierefreiheit.html · marktplatz-einreichung.html: komplett eigene .topbar-Variante mit Small-Buttons (Startseite/Über/Handbuch/Impressum) — komplett anders als Landingpage.

Atlas-Vorschlag — zwei Optionen:

• (a) Hart einkopieren: in jede .html-Datei das Landingpage-Nav-HTML + CSS einsetzen. Schnell, aber 7× Copy-Paste; jede künftige Änderung 7× zu pflegen.
• (b) Konversion zu .php + Snippet-Include: jede betroffene .html wird zu .php umbenannt (Front-Controller kennt beide Routen, kein URL-Bruch), dann include public_topnav.php. Saubere Single-Source-of-Truth — entspricht dem Pattern, das wir mit lehrplan/glossar/simulationen schon haben.

Atlas-Empfehlung: (b) — DRY, künftige Nav-Änderungen treffen alle Seiten gleichzeitig. Aufwand: 7 Dateien renamen + Header-Block 7× durch Include ersetzen. URLs bleiben durch Front-Controller-Routing identisch. Wenn Thomas freigibt, baue ich's in einem Schwung.

Sonnensystem als 3. Sim komplett gepolisht (Plattform-Patterns + Onboarding + Glossar + Achievements + FunFacts). Mehrere physikalische Fixes (Solar-Sync, Mond-Phase), iOS/Browser-Patches. Plus: kritischer Glossar-Bug auf Production, Mail-Design.

• Sonnensystem-Plattform-Patterns: GGS_LIVE_STATE Hook · LIVE_PRIMARY_FIELDS in teacher.html · Run-Drilldown teacher + schueler · Onboarding-Modal (4 Schritte) · ❔-Help-Button · Glossar-Click + Popup mit 15 DB-Einträgen (5 neu: photon, aequator, polarnacht, polartag, zenit) + 12-Eintrag Fallback · 6 Achievements + 5 FunFacts.
• Erdrotation-Bug (Solar-Sync): `earth.rotation.y = timeDays * 2π + earthOrbit.rotation.y` — vorher Wien-Drift bis 180° an Sommertagen (Mittag = Nachtseite). Plus Mond-Phase mit synodischem Monat (29.5306d) + Offset auf 3.1.2026 = Vollmond.
• Zeit-Picker: separater Date + Time-Input (minutengenau), ⏰ Jetzt-Button (ersetzt 🎒 Schulst.). Tag-Tooltip im Header zeigt bei Tempo ≤100× auch HH:mm.
• Mondspur: jetzt silbrig-blau (#cfdfff) gestrichelt (LineDashedMaterial + computeLineDistances), war gelb solid.
• Monatsmarken + Ghost-Erde: für Aufgabe „Erdjahr und Schaltjahr" — beide via `obsApplyState`-Properties `monthMarkers: true` und `ghostEarth: true`. Macht den Viertel-Tag-Drift sichtbar (Wien-Fahne steht nach 365 Tagen NICHT exakt am Start).
• 3D-Pan: Hand-Cursor (grab/grabbing) bei Rechtsklick, dampingFactor 0.08 → 0.25 für 1:1-Gefühl, contextmenu unterdrückt.
• Glossar-Schaden gefixt: Production hatte 74/101 Wikipedia-Links auf den falschen Artikel (Pumpspeicher → Tarif, Achsneigung → Hochwasserschutz). Sync-Migration 2026-05-29-fix-glossar-wikipedia-links.sql (idempotent, SET NAMES utf8mb4) → 107 saubere Links. Encoding-Gotcha: SQL-Generierung MUSS mit --default-character-set=utf8mb4 laufen.
• Mail-Design: Mailer.php wrapHtml + sendAdminPin neu. Logo-Image raus → Wortmarke „Geo Gra Sim" in Arial Black, dreifarbig wie Logo (#143b4b / #1d707b / #f17f13). Pin-Box edler (42px, Petrol-Gradient, „10 Min gültig"-Pille).
• deploy.sh permanent gefixt: Top-Level-Sync von HTML/PHP/htaccess + Subdirs (forschung/data/docs/scripts) — vorher fehlten teacher.html, schueler.html, forschung/index.php bei Deploys.
• .htaccess: neue Regel `RewriteCond %{REQUEST_FILENAME}.php -f → $1.php` für extension-less URLs (z. B. /kontakt → kontakt.php). 5 alte .html-Files (+ 2 in forschung/) zu .OBSOLETE umbenannt.
• Sonnensystem-Aufgaben-Review (20 Tasks): 12 sauber, 3 gerade gefixt (#1 #2 #3). 3 Polish-Vorschläge zur Entscheidung offen (#7 Vollmond-Antwort kürzen, #13 Achsneigung-Phasen-Animation, #15 Sommer/Winter-Phases-Wechsel). Mondtilt #11 zur Grundsatz-Entscheidung offen (Aufgabe behalten/raus, Slider Sandbox-only?).

Login-Bug für `schroffenegger@ph-vorarlberg.ac.at` (id 107) aufgeklärt: Passwort `8Zeichen!` ist korrekt, Backend verifiziert, Session wird gesetzt. Vermutete Ursache war Browser-Cache. Forgot-PW-Flow funktioniert (Mail kommt über Provider-Relay, nicht über PHPMailer-Code-Pfad).

Thomas: „Stelle den Fortlauf der Prozesse, welche in den vorgegebenen Fällen, in einem Schritt-für-Schritt-Diagramm dar … zum Schluss soll der gesamte Prozess als Grafik sichtbar sein. Du verstehst den didaktischen Wert, oder?"

• Datenmodell: Lookup-Tabelle SCENARIO_FLOWS (außerhalb der SCENARIOS-Daten, damit Step-Objekte unangetastet bleiben). Pro Szenario eine steps[]-Liste mit {icon, label, sub} + ein outcome-Knoten mit dem realen Ergebnis. Für alle 10 Szenarien vollständig befüllt.
• Renderer: renderProcessFlow(mode) mit zwei Modi: compact (im Spielscreen — kleinere Knoten, kein sub-Text, aktive/done/pending-Klassen folgen state.stepIndex) und full (am Endscreen — größere Knoten mit sub-Text + zusätzlicher Outcome-Knoten am Ende, farblich nach end.type: success/mixed/rejected).
• Visualisierung: horizontale Prozesskette mit Knoten (Kreis + Icon + Label), Verbindungslinien über CSS ::before, aktiver Knoten pulsiert in Mustard, erledigte in Sage mit ✓-Badge. Im Endscreen ist der Outcome-Knoten ~20% größer und farbcodiert (success=Sage, mixed=Mustard, rejected=Rust).
• Didaktik: Schüler*innen sehen immer den ganzen Weg auf einen Blick — „wo bin ich, was kommt noch, was war schon". Am Endscreen bleibt die komplette Kette als Mental Map stehen — Vergleich zwischen Szenarien wird visuell direkt erkennbar (cage_age: 4 Steps → ⏳ Versprechen offen; usb_c: 4 Steps → 🔌 Pflicht; brexit: 3 Steps → ❌ Mülleimer; glyphosat: 6 Steps → 🌾 verlängert).
• Eingehängt: renderStep() ruft am Ende renderProcessFlow('compact'), showEnd() ruft renderProcessFlow('full') vor showScreen('screen-end').

Pattern für andere Sims: SCENARIO_FLOWS-Lookup + zwei Renderer-Modi + CSS .process-flow.compact/.full ist als Vorlage übertragbar. Heli, Klima, Logistik etc. könnten analog eine „Was lief in dieser Session?" Prozesskette bekommen.

Thomas-Befund im Cockpit: „⚠ Diese Simulation meldet noch keine Live-Werte." — Heartbeat lief, Sim-State-Snapshot fehlte. Im Memory-Update zur nächsten Phase ist Heartbeat-Pflicht in JEDER App eh Thema.

• Hook window.GGS_LIVE_STATE direkt vor dem START-Block. Wird alle 4s vom Plattform-Live-Client (App/assets/js/live-client.js) aufgerufen.
• Felder: screen (start/play/end), scenarioId/Title/Icon, step + stepsTotal, stepType, difficulty, firstTryHits, totalAttempts, muelleimerCount, attemptsThisStep, secondsElapsed, achievementsUnlocked + Total, health-Ampel + healthLabel.
• Health-Logik: struggling ab ≥3 Mülleimer ODER ≥3 Versuche am gleichen Step; ok ab ≥1 Mülleimer ODER ≥2 Versuche; sonst good. Vorbereitung für nächste Phase (Lehrer-Live-Ampel mit kumulierter Klassen-Übersicht).
• Inbox-Notiz an „zentrale" mit Spalten-Empfehlung für LIVE_PRIMARY_FIELDS["eu-werkstatt"] (App/sims/_inbox/zentrale/2026-05-28-2200-eu-werkstatt-live-state-eingebaut.md). Atlas-Hinweis: ab heute eine Instanz, also direkt selbst in teacher.html eintragen statt Inbox-Ping.

Erste Sim aus der Polishing-Phase fertig. Plan stammt aus review.html Atlas-Verbesserungsvorschläge; 6 Items abgearbeitet, eines bewusst übersprungen (Lehrer-Tracking opt-in — kommt in der nächsten Phase als cross-app Fleißanzeige).

• Progress-Bar mit Text „Schritt 3 / 5": bisher nur Dots im Header, jetzt zusätzlich Pill mit „Schritt X / Y" davor. Auf Mobile werden die Dots ausgeblendet, der Text bleibt. renderProgress() + neue CSS-Klassen .progress-label + .progress-dots.
• Schwierigkeitsstufen Einfach/Profi: Toggle auf dem Startscreen (persistiert in localStorage). Im Profi-Modus werden bei pick-Steps die offensichtlichen Mülleimer-Karten (feedbackByCard[*].isMuelleimer === true) aus dem Pool entfernt; bei sentence-Steps werden die pool-group-label-Hinweise („Anzahl Unterschriften", „Aus wie vielen Ländern?") ausgeblendet. Datenseitig keine Änderung an Szenarien nötig — Filter läuft automatisch über vorhandene Feldnamen.
• InfoCards „Wusstest du?": neuer Overlay-Typ overlayFunFact. Daten via optionalem step.funFact = {emoji, title, text}. Neue Funktion advanceStep() (löste nextStep() aus continueBtn/Milestone ab) zeigt die FunFact, bevor zum nächsten Step gewechselt wird. 6 von 7 Szenarien haben jetzt mindestens 1 FunFact (cage_age, usb_c, stop_brexit, stop_vivisection, roaming, glyphosat × 3).
• Achievement-System: 6 Badges (first_try_master, clean_sweep, expert_clear, marathon, all_5_stars, glossar_explorer) — gespeichert in localStorage geograsim_eu_werkstatt_v1.achievements. Auswertung in evaluateAchievements() am Endscreen. Endscreen zeigt neu freigeschaltete Badges in goldener Box. Startscreen-Strip (#achievementsStrip) zeigt alle 6 Badges (gesperrt grau, freigeschaltet farbig) — wird erst sichtbar, sobald das erste freigeschaltet ist. Szenario-Karten zeigen jetzt zusätzlich Best-Sterne + Play-Count + „✓ MEISTERSCHAFT"-Marker bei 5 Sternen.
• Glyphosat-Vertiefung +2 Steps: zwischen Step 3 (Lobby) und Step 4 (Ausgang) zwei neue Multichoice-Steps eingefügt — Wissenschaft uneinig (IARC vs EFSA, mit FunFact über EFSA-Bericht-Plagiatsvorwurf von Monsanto-Studien) und Mitgliedstaaten-Abstimmung Nov 2017 (Christian Schmidt CSU stimmt im Alleingang für Verlängerung gegen Absprache mit SPD-Hendricks). Szenario hat jetzt 6 statt 4 Steps. Originaler Ausgang-Step gekürzt (Narration zog Nov 2017 vor — jetzt in eigenem Step 5).
• Konzept-SVG-Zoom auf Tablets: .concept-detail-visual ist jetzt klickbar (toggleConceptZoom()) → Vollbild-Overlay mit der SVG bei 95vw/95vh. Hint-Pill „🔍 antippen zum Vergrößern" unten rechts. Auf Desktops/Tablets (≥768px) ist die Default-Höhe der Detail-Visualisierung schon vergrößert (320px statt 220px), und .concept-detail-Modal max-width 720px statt 580px.
• Submit-Payload erweitert: submitToBackend schickt jetzt zusätzlich difficulty + newAchievements. Backend (api/progress.php complete) speichert das in result_logs.results_json — Auswertung später für die Lehrer-Detail-Heatmap.

Konsequenz: Eine Sim ist „final". Pattern für die folgenden Sims dokumentiert (Progress-Pill, Easy/Profi-Toggle, FunFact-Overlay, Achievement-System mit localStorage + Endscreen-Reveal, Konzept-Zoom-Hint). Datei +12 KB (~225 KB → ~237 KB).

Thomas: „im Profil Lehrer und Schüler, wenn ich einen Avatar auswähle wird in Großbuchstaben das Wort Avatar nur teilweise sichtbar angezeigt anstatt dem Avatar … es wird auch nicht richtig gespeichert" + „das avatar Logo sollte auch beim Lehrer rechts oben neben dem Namen sichtbar sein .. immer".

• Bug A (visuell, profil.html): selectAvatar() setzte document.getElementById('avatar-btn').textContent = value. Bei einem Avatar-Wert wie 'avatar:eule-prof' erschien dieser String wörtlich als TEXT — bei font-size: 3.5rem im 100×100-Kreis nur „avat..." sichtbar. Fix: innerHTML = renderAvatar(value) rendert ein <img> für Avatar-Slugs bzw. den Emoji-Charakter. Plus: Active-Toggle nutzte ebenfalls textContent (matchte bei IMG-Optionen nie) — umgestellt auf data-val-Attribut.
• Bug B (server, api/profile.php): Teacher-Branch hatte mb_substr(emojiAvatar, 0, 8) — schnitt 'avatar:eule-prof' (16 Zeichen) auf 'avatar:e'. Dadurch wurde der Wert tatsächlich falsch gespeichert (DB enthielt nach jedem Click den abgeschnittenen Stub). Student-Branch hatte schon korrekt 64. Fix: Teacher-Branch auf 64 angehoben — konsistent.
• Feature C (teacher.html Topbar): <span class="user" id="user-info"> + separater Profil-Button ersetzt durch <a class="user-pill"> mit Avatar-Kreis (28×28) + Name, verlinkt auf profil.html. Visuell + funktional identisch zu schueler.html-Topbar und der profil.html-Topbar (von L.16). Init lädt jetzt zusätzlich Profile-Daten via api('profile'), um Avatar-Bild oder Emoji-Fallback (👩‍🏫) zu zeigen.

Konsequenz: Avatar-Wahl funktioniert jetzt korrekt für Lehrer wie Schüler — wird visuell richtig dargestellt und auf Server in voller Länge gespeichert. Teacher-Topbar zeigt den gewählten Avatar permanent (Konsistenz mit Schüler-Cockpit).

Thomas-Befund: „wenn ich als Lehrer auf das Logo links oben klicke, lande ich hier: /App/teacher — da wird Unsinn angezeigt, das darf nie sichtbar sein, egal was ich eingebe. Wir müssen die Seite noch härten."

• Root-Cause: App/php/templates/_scripts.php → renderPage() nutzte str_replace('</body>', $ctx . "\n</body>", $html) für die Session-Context-Injection. Das ersetzt jedes Vorkommen von </body> in der Datei. teacher.html Zeile 1340 hat in einem JavaScript-String-Literal: html += '</div></body></html>'; (für die PIN-Druck-Funktion mit window.open + document.write). Die Replace zerschießt diesen JS-String mit einem injizierten <script>-Tag → Parser bricht ab → Rest des Script-Blocks landet sichtbar als Text auf der Seite.
• Fix: renderPage() verwendet jetzt strrpos + substr — injiziert nur am LETZTEN Vorkommen von </body> / </head> (also dem echten Dokument-Ende). JS-Strings mit „</body>" bleiben unangetastet.
• Reichweite: alle Seiten die renderPage nutzen profitieren — game.php · game-3d.php · dashboard.php · datenschutz.php · barrierefreiheit.php · teacher.php · schueler.php + weitere. Schon vorher latente Fehlerquelle, jetzt gehärtet.
• Zusätzliches Hardening: teacher.html Logo geht jetzt direkt auf teacher.html (statt Clean-URL /teacher) — umgeht den PHP-Wrapper komplett, Apache liefert die HTML-Datei direkt. Schnellerer Self-Reload, kein Wrapper-Risiko. Analog: schueler.html Logo auf schueler.html (war /schueler).

Atlas-Hinweis: weitere Seiten könnten ähnliche JS-String-Konstrukte enthalten (z.B. andere PDF/Druck/popup-Funktionen). Mit dem renderPage-Fix sind alle Seiten gehärtet — falls Thomas weitere „weiße/text-Seiten" findet, dürfte es etwas anderes sein.

Thomas: „nicht einloggen und Registrieren auf einmal … bitte wieder wie vorhin … aber das Ausprobieren ist in der rechten Spalte, weil das kicken wir später ohnehin" + „der Satz ist unnötig, weg damit: ‚Nur E-Mail und Passwort — Name, Schule etc. ergänzen wir bei Bedarf später im Backend (minimale Zugangshürde + Datenerhebung)'".

• Linke Spalte zurück auf Toggle: view-login oder view-register (oder Forgot/Reset) — jeweils nur eine View sichtbar. Wechsel via Buttons („Registrieren — Account erstellen" und „← Bereits registriert? Anmelden") wie vor L.40. showView() zurück auf 4-Wege-Toggle.
• Rechte Spalte = Schnell-Login (statt Register): „Zum Ausprobieren" mit Demo-Accounts (Lehrperson, Anna/Ben/Clara). Bleibt permanent sichtbar, unabhängig vom Left-Col-Toggle — Atlas-Notiz: lässt sich später durch ein einziges Löschen des Spalten-Blocks entfernen, wenn die Test-Accounts wegfallen.
• Erklärungs-Text entfernt: „Nur E-Mail und Passwort — Name, Schule etc. …" raus aus dem Lehrer-Register-Formular. DSGVO-Checkbox-Link bleibt — der ist gesetzliche Pflicht und reicht als Hinweis.

Konsistenz: das alte Pattern aus pre-L.40 (Toggle + Schnell-Login darunter) wird so kombiniert mit der besseren Höhen-Nutzung des 2-Spalten-Grids. Modal-Höhe bleibt jetzt typisch unter 480 px — kein Vertical-Scroll auf iPad Landscape.

Thomas: „blur immer noch viel zu stark". Werte: blur(5px → 2px), background rgba(247,246,243, .22 → .10). Hero-Background ist jetzt fast klar lesbar, Card hebt sich durch ihren Schatten ab.

Thomas: „mach im Anmelden/Registrieren Overlay Fenster ein 2-spaltiges Layout … wir haben zu wenig Höhe".

• Card-Breite: max-width: 400px → 760px (knapp 2×). Padding etwas reduziert (1.6rem 1.8rem), Logo bleibt mittig oben über beiden Spalten.
• 2-spaltiges Grid .login-grid { grid-template-columns: 1fr 1fr; gap: 1.8rem }. Linke Spalte = Anmelden (mit Forgot/Reset als Overlay innerhalb). Rechte Spalte = Registrieren (Tabs Lehrperson/Schüler*in + Felder + DSGVO-Checkbox). Vertikaler Trenner via border-left auf der Register-Spalte.
• Redundante Cross-Links entfernt: vorher gab's „Registrieren — Account erstellen"-Button in der Anmelden-Spalte und „Bereits registriert? Anmelden"-Link in der Registrieren-Spalte. Beide weg — beide Aktionen sind jetzt nebeneinander direkt sichtbar.
• Forgot/Reset: ersetzen nur die linke Anmelden-Spalte (per showView() umgebaut auf 3-State-Toggle: login/forgot/reset). Register-Spalte bleibt rechts sichtbar — Logout-User kann während Passwort-Reset weiterhin direkt sehen, dass es eine Registrierungs-Option gibt.
• Mobile-Fallback (< 700 px): Grid kollabiert zu Single-Column, Register-Spalte wandert unter die Anmelden-Spalte mit horizontalem Trenner statt Vertikalem. Card-Breite zurück auf max-width: 420 px.

Höhen-Effekt: vorher Card ~520 px hoch (Anmelden) bzw. ~620 px (Registrieren). Jetzt durchgängig ~440 px hoch — auch auf 1080×810 iPad Landscape kein Vertical-Scroll nötig.

Thomas (vier Mikro-Vorgaben gebündelt): „Blur ist zu stark, fast nicht sichtbar — halbiere bitte" · „bei der Registrierung als Lehrer bitte die Felder Vorname, Nachname und Schule weg — kann man im Backend eintragen, später, weil nur Zugangshürde und Datenschutzthema" · „wir brauchen hier als Lehrer wohl Hinweis auf Datenschutzerklärung" · „entferne den Hinweis ‚Klick außerhalb oder Esc → zurück'".

• Blur halbiert: backdrop-filter: blur(10px → 5px), plus etwas weniger Tönung (rgba(247,246,243,.32 → .22)) — die Schiffsbewegung wird jetzt klar sichtbar, Card bleibt durch Schatten gut lesbar.
• Lehrer-Registrierung minimalisiert: Vorname, Nachname, Schule-Felder entfernt. Verbleibend nur E-Mail + Passwort + Passwort-Bestätigung. displayName wird clientseitig aus dem E-Mail-Local-Part abgeleitet (Backend erwartet ihn als non-empty); echter Anzeigename + Schule können später im Backend / Profil ergänzt werden. Über den Feldern steht der Hinweis-Text, warum.
• DSGVO-Checkbox als Pflichtfeld am Ende der Lehrer-Registrierung — Label „Ich akzeptiere die Datenschutzerklärung." mit Link auf datenschutz.php (öffnet im neuen Tab). Submit bricht ohne Häkchen mit Fehlermeldung ab.
• Close-Hint-Pill entfernt: der „Klick außerhalb oder Esc → zurück"-Pin oben rechts ist weg. Die Funktion bleibt — Klick außerhalb der Card + ESC schließen weiterhin. Pattern ist intuitiv genug, kein Hinweis nötig.

Atlas-Hinweis: die Schüler*innen-Registrierung wurde nicht angefasst (Klassencode + Username + Passwort bleibt). Falls die auch eine DSGVO-Akzeptanz haben soll (rechtlich relevant bei Minderjährigen), separate Iteration mit Eltern-Einwilligung-Flow überlegen.

Thomas: „können wir als Hintergrund Blurry den Hintergrund der Hero Section der Landingpage bekommen — inklusive Navigation … Falls man auf diesen Hintergrund klickt, kommt man wieder auf die Landingpage" → „deine Empfehlung umsetzen" (Option B + Nav klar).

• Neues Snippet App/pages/_partials/public_hero_bg.php: dekorativer Hero-Background (Meer-Gradient, Container­schiff, Segelyacht 1, Race-Yacht 26, 3 Vögel, 6 driftende Fachbegriffe). Komplett self-contained — eigene CSS mit hero-bg- / hbboat- / hbw- Prefix (kein Konflikt mit Landingpage-Hero-Klassen). CSS-Guard via $GLOBALS['__hero_bg_css'], wird also nur einmal pro Request gerendert. prefers-reduced-motion wird respektiert (alle Animationen aus), mobile (< 700 px) blendet Vögel + Wörter aus.
• login.html → login.php: PHP-Boilerplate + include public_topnav.php (Nav klar oben, klickbar — direkter Weg zu Lehrplan/Glossar/Handbuch falls falsche Abzweigung) + .login-shell mit Hero-BG dahinter + .login-overlay mit backdrop-filter: blur(10px); background: rgba(247,246,243,.32) + zentrierte Login-Card unverändert zur alten Optik.
• Click-to-Close: Listener am #login-overlay — wenn das Klick-Ziel nicht innerhalb .login-card-inner liegt, location.href = 'index.html'. Escape-Taste tut dasselbe. Kleiner .close-hint-Pill oben rechts macht das Pattern für User sichtbar.
• URL-Bruch verhindert: .htaccess-Rewrite von L.37 leitet alte login.html-Aufrufe automatisch auf login.php um. Alle bestehenden Verlinkungen (Hauptnav „Anmelden", footer-fallbacks etc.) bleiben funktional.

Bewusste Abweichung von der reinen Option-B-Empfehlung: index.html wurde NICHT auf den Snippet umgestellt (würde tieferen Refactor + Risiko fürs Landingpage-Layout bedeuten). Der Hero-Background im Snippet ist also eine bewusst dupliziertere Implementierung der Landingpage-Atmosphäre. Wenn du später vollständige DRY willst, kann der Snippet auch auf index.html angewendet werden (separate Iteration). Aktuell: visueller Effekt 1:1, Wartungsaufwand minimal höher.
Test lokal: localhost/geograsim/App/login.php oder login.html (via Rewrite). Klick irgendwo neben die Card oder ESC → index.html.

Thomas: „6.2 deine empfehlung umsetzen" — N.6.2 Variante (b) Konversion zu .php + Snippet-Include.

• Sieben Dateien umbenannt (Inhalt erhalten, nur Header-Block ersetzt):
  • App/kontakt.html → kontakt.php ($activeMain = 'kontakt')
  • App/impressum.html → impressum.php (null)
  • App/datenschutz.html → datenschutz.php (null)
  • App/barrierefreiheit.html → barrierefreiheit.php (null)
  • App/marktplatz-einreichung.html → marktplatz-einreichung.php (null)
  • App/forschung/index.html → forschung/index.php ('forschung')
  • App/forschung/literatur.html → forschung/literatur.php ('forschung')
• Per Datei einheitlich: PHP-Boilerplate vor <!DOCTYPE> (require_once für app.php, $bp, $activeMain), dann der alte Topbar-Block (.topbar / <nav class="nav">) durch <?php include __DIR__.'/pages/_partials/public_topnav.php'; ?> ersetzt. Pfad bei Forschung-Dateien __DIR__.'/../pages/_partials/...'.
• URL-Bruch verhindert via neuer .htaccess-Regel: wenn die angefragte .html-Datei nicht (mehr) existiert, aber die entsprechende .php ja, wird gerewriteted. Damit bleiben alle alten Links (kontakt.html, impressum.html usw.) auf bestehenden Seiten + externen Backlinks funktional.
• Konsistenz-Ergebnis: Variante A (Landingpage), B (Handbuch), C (Forschung ✓ jetzt umgestellt), D (lehrplan/glossar/simulationen via Snippet), E (kontakt/impressum/datenschutz/barrierefreiheit/marktplatz ✓ jetzt umgestellt) — alle haben jetzt visuell denselben Header. Nur noch Landingpage + Handbuch nutzen eigene Hauptnav-Klassen (statt Snippet) — können später bei Bedarf ebenfalls auf Snippet umgestellt werden.
• Altes Topbar-CSS bleibt in jeder Datei stehen (.topbar, .btn-sm etc.) — wird nicht mehr referenziert, kein Cleanup nötig. Bei größerem Refactor später entfernbar.

Test-URLs lokal: kontakt.php, impressum.php, datenschutz.php, barrierefreiheit.php, marktplatz-einreichung.php, forschung/ (→ index.php), forschung/literatur.php. Alte .html-URLs sollten auch noch funktionieren via .htaccess-Rewrite.

Thomas-Befund 1: „fällt dir auf, dass das Menü auf der Landingpage anders aussieht wie unter Lehrplan? bei Forschung wieder anders, bei Kontakt nochmals anders" — Header-Konsistenz-Drift.
Thomas-Befund 2: „auf Seite /simulationen Text fehler codierung: ÔÇö, f├╝nf, …" — Mojibake im sichtbaren Content.

• Sofortfix Header-Drift: App/pages/_partials/public_topnav.php hatte .pub-links { flex: 1; } — Links kleben am Logo. Umgestellt auf justify-content: space-between-Layout wie auf Landingpage; Anmelden-Button wandert IN die .pub-links-Gruppe. CSS-Tokens (Backdrop-Blur, Padding, Hover-Background rgba(0,0,0,.04), Active-Background rgba(74,124,138,.12)) 1:1 von index.html übernommen.
• Mojibake-Reparatur: 5 Rows in module_info hatten doppelt-encodierte Texte (UTF-8 → CP850/CP437 → re-encoded zu UTF-8 → ÔÇö, ├╝, � usw.). Ursache: Import einer Migration-SQL ohne --default-character-set=utf8mb4 in einer Windows-OEM-Shell. Reparatur via direkter UPDATE mit kanonischem Text aus App/Don_t_Deploy/content-dump-2026-04-23.sql und 2026-05-03-energiemanager-deploy.sql und migrate-2026-04-26-staustufen.sql:
  • staustufen: title + short_desc + long_desc + learning_goals
  • logistik: short_desc
  • klima + klima-3d: long_desc
  • sonnensystem: long_desc + learning_goals (manueller Fix, kein kanonischer Quelltext gefunden)
  • fluss: short_desc + long_desc + learning_goals
  • energiemanager: short_desc + long_desc + learning_goals
  Verifiziert via HEX(SUBSTRING(...)) — alle reparierten Zellen enthalten jetzt korrekte UTF-8-Multibyte-Sequenzen (z.B. C3 BC für ü, E2 80 94 für em-dash).
• Analyse-Doku in N.6.0/N.6.1 — fünf Header-Varianten katalogisiert, drei davon (A Landingpage, B Handbuch, D Snippet) jetzt visuell deckungsgleich. Variante C (Forschung) und E (.topbar auf kontakt/impressum/datenschutz/…) bleiben Drift — N.6.2 dokumentiert Vorschlag zur Migration (Atlas-Empfehlung: .html → .php + Snippet-Include, wartet auf Thomas-Freigabe).

Atlas-Hinweis: die Mojibake-Reparatur betrifft ausschließlich die lokale Atlas-DB. Auf geograsim.at-Production müsste die gleiche UPDATE-Sequenz laufen — bitte Meister-Instanz pingen, wenn deployed werden soll.

Thomas: „überall deine empfehlung … setzt alles um".

• Zwei neue Snippets:
  • App/pages/_partials/public_topnav.php — Standard-Hauptnav 1:1 wie auf index.html (Logo · Simulationen · Lehrperson · Lehrplan · Forschung · Handbuch · Kontakt · Anmelden). Parameter $activeMain markiert den aktiven Tab visuell. CSS-Guard via $GLOBALS['__pub_nav_css'] — emittiert <style> nur einmal pro Request.
  • App/pages/_partials/erkundungs_subnav.php — Tab-Cluster „📋 Lehrplan · 📚 Glossar · 🎮 Simulationen" + optionaler Country-Picker rechts. Sticky bei top: 50px (unter Hauptnav). Parameter $activeSub, $showCountryPicker, $easyActive.
• lehrplan.php: alte .lp-topbar ersetzt durch Include beider Snippets ($activeMain='lehrplan', $activeSub='lehrplan', $showCountryPicker=true). Land-Chip-Filter-Reihe komplett raus — ersetzt durch .lp-context-line mit „Anzeige: 🇦🇹 Österreich · X Lehrplan-Anker + Y fächerübergreifend (universell)". Anker-Rendering: anchor_type !== 'fach' bekommt jetzt 🌐-Icon und Meta-Label „Universell (aus AT-Lehrplan)" statt Country-Flagge.
• glossar.php: .gl-topbar ersetzt durch Includes ($activeMain=null, $activeSub='glossar', $showCountryPicker=false). Mindmap-Link wandert in einen kleinen .gl-quick-strip rechts oben — gehört nicht in die Hauptnav.
• simulationen.php: .sp-topbar ersetzt durch Includes ($activeMain='sims', $activeSub='simulationen', $showCountryPicker=false). Card-CTA umgebaut: „▶ Simulation starten" → „🔑 Mit Lehrperson nutzen" → login.html (per Thomas: „anstatt dem Start-Button dort einen Hinweis auf die Möglichkeit, das mit einer angemeldeten Lehrperson zu nutzen, wie auf der Startseite"). Hero-Text entsprechend umformuliert.

Konsistenz: Drei Public-Pages (Lehrplan / Glossar / Simulationen) haben jetzt identischen Header. Country-Picker nur auf Lehrplan (dort inhaltlich relevant). Filter-Redundanz beseitigt. Die alten Topbar-CSS-Klassen (.lp-topbar, .gl-topbar, .sp-topbar) bleiben als Definitionen liegen — niemand referenziert sie mehr, aber kein Cleanup ohne explizite Freigabe.

Thomas-Vorgabe: „wir hängen jetzt immer noch an der navigation … wenn ich auf Lehrplan gehe, erscheint aber ein neues Menü … sollten wir hier nicht die standard Menüleiste außerhalb stehen lassen und die auswahl des Landes für den Lehrplan darunter anlegen? … mach einen Vorschlag zur harmonisierung"

• N.5.0 Befund: doppelte Nav-Welt (eigene .lp-topbar ohne Standard-Hauptnav) + Land-Doppelung (Country-Picker oben + Chip-Reihe unten) + Filter-Verwirrung (Fach-Anker werden nach Land gefiltert, übergreifende sind land-agnostisch sichtbar — sieht aus wie „Filter greift nicht").
• N.5.1 Konzept: zweistufige Nav. Standard-Hauptnav oben (immer identisch). Kontext-Sub-Nav darunter (Lehrplan / Glossar / Simulationen als Tab-Cluster + Country-Picker rechts). Mockup im Entwurf bei 1080 px (Standard-iPad).
• N.5.2 Filter-Harmonisierung: Land-Chip-Reihe raus (Picker erledigt das). Stattdessen Transparenz-Zeile oben („Anzeige: 🇦🇹 Österreich · 47 + 18 fächerübergreifend"). Pills bleiben für Thema + Typ.
• N.5.3 Bug-Befund: heutige Logik (lehrplan.php:685-697) filtert nur anchor_type='fach' nach Land — übergreifende + andere Fächer bleiben land-agnostisch sichtbar (absichtlich, aber intransparent). Drei Optionen vorgeschlagen: (a) Transparenz-Zeile + 🌐-Badge / (b) strikt filtern / (c) zwei Sektionen.
• N.5.4 Übertragung: Sub-Nav-Konzept auch für Glossar + Simulationen-Übersicht. Country-Picker dort optional — Atlas-Vorschlag: nur auf Lehrplan, weil dort Land inhaltlich relevant ist.
• N.5.5 Entscheidungs-TODO: 3 Entscheidungen offen (Architektur ja/nein · Filter-Variante a/b/c · Sub-Nav-Übertragung).

Atlas wartet auf Freigabe bevor lehrplan.php / glossar.php / simulationen.php angefasst werden.

Thomas-Vorgabe: „bitte Titel und favicon auch bei den Unterseiten checken .. z. B. beim Artikel fehlt favicon"

• Audit-Befund: 10 aktive Subpages ohne Favicon — handbuch.html, marktplatz-einreichung.html, forschung/{geografie-didaktik, lernen-durch-simulation, quellen-geografie, quellen-simulation}.html, forschung/presentation-{geografie, simulation}/{index, stile}.html (4 Files).
• Fix Favicon: zwei <link rel="icon">-Zeilen (PNG 96 + SVG) nach <title> eingefügt. Pfade je nach Tiefe: Root-Level favicon.svg · Forschungs-Artikel ../favicon.svg · Präsentationen ../../favicon.svg.
• Titel-Prefix-Konsistenz: 8 Subpages bekamen den fehlenden GeoGraSim — -Prefix:
  • geografie-didaktik.html: „Geografie unterrichten in der Sek I" → „GeoGraSim — Geografie unterrichten in der Sek I"
  • lernen-durch-simulation.html: „Lernen durch Simulation" → „GeoGraSim — Lernen durch Simulation"
  • quellen-geografie.html + quellen-simulation.html: Quellenverzeichnis bekam jeweils GeoGraSim — -Prefix
  • 4 Präsentations-Files analog mit GeoGraSim — …-Prefix
• Legacy-Pages bewusst ausgelassen: sim.html, stadt-editor.html, stilauswahl.html, tile-test.html haben ebenfalls keine Favicons — stehen aber in N.1.7 als Lösch-Kandidaten. Wenn Thomas sie behalten will, in eigener Iteration nachziehen.

Konsistenz: alle aktiven öffentlichen Subpages haben jetzt einheitlichen Browser-Tab-Look (Favicon + „GeoGraSim — "-Prefix).

Thomas-Vorgaben (gebündelt):

• „Direkt per E-Mail"-Card entfernt wegen Spam. Statt sichtbarer Adresse: Lead-Text wurde verschärft („Schreib uns über das Formular unten — wir antworten so schnell wie möglich"). Auch im Fehler-Fallback steht jetzt keine Adresse mehr.
• 2× E-Mail mit Check: zweites Feld „E-Mail zur Bestätigung wiederholen" (id="cf-email2", autocomplete="off"). sendContact() bricht ab, wenn beide nicht identisch sind.
• Pre-Fill je nach Bereich: Subject-Dropdown umbenannt in „Wofür schreibst du uns?". Neuer JS-Block SUBJECT_TEMPLATES + fillTemplate(): bei Bereichswahl füllt sich die Textarea mit Stichworten (Technisches Problem: Username/OS/Browser/Sim/Schritt-für-Schritt; Zugänge anlegen: Schule/Klassenstufe/Anzahl; Vorschlag neue Sim: Idee/Lernziel/Zielklasse; usw.). User-Schutz: überschreibt nur, wenn Textarea leer ist oder noch unverändert die letzte Vorlage zeigt — eigene Sätze gehen nie verloren.
• Card „Schul-/Klassen-Account" ersetzt: neuer Titel „Zugänge anlegen", neuer Text „Du hast Probleme beim Anlegen von Zugängen? Wir helfen gerne weiter." Subject-Option im Dropdown entsprechend umbenannt.
• Neue Card „Vorschlag neue Simulation" (Text: „Idee für eine neue Sim? Schreib uns Thema, Lernziel und Zielklasse.") + passende Subject-Option.
• Hinweis-Wording: „Antwort werktags innerhalb von 48 Stunden" → „wir antworten so schnell wie möglich" (im Lead-Text + in der Erfolgs-Bestätigung „Nachricht gesendet!").

Atlas-Hinweis: Multiple-Choice-Pro-Formularfeld (Thomas-Frage „evt als formularfeld/multiple choice?") wäre die nächste Ausbau-Stufe — aktuell sind die Stichworte als simple Textarea-Vorlagen umgesetzt, weil sie sofort funktionieren und der User trotzdem frei schreiben kann. Echte Formular-Felder pro Bereich = eigene Iteration, falls gewünscht.

Thomas-Befund: „unter forschung hast du geschrieben Thomas Schroffenegger & Bernhard Mößlang … der gute heißt Dominik, nicht Bernhard"

• App/forschung/index.html Zeile 136 (author-note): Bernhard Mößlang → Dominik Mößlang.
• Repo-weiter Volltext-Check: Bernhard kam nur an dieser einen Stelle vor. Footer der Landingpage / Impressum nennen den Co-Autor korrekt nur mit Nachnamen — keine weiteren Fundstellen.

Thomas-Befund: „Links oben ist die Flagge immer doppelt pro Land. Hier zweimal Österreich-Flagge."

• Ursache: App/pages/_partials/country_picker.php rendert die Flagge zweimal — einmal als <label for="md-country-select"> mit Country::flag($currentCountry) (Zeile 22-24), zusätzlich erscheint die Flagge der selected Option innerhalb des nativen <select>. Browser rendern die Selected-Option im geschlossenen Zustand mit ihrem vollen Text-Content (Flagge + Label).
• Fix: redundantes <label>-Element entfernt. Der Select selbst zeigt die Flagge der ausgewählten Option ohnehin. Accessibility durch aria-label="Land auswählen" direkt am <select> erhalten.
• CSS-Aufräumen: .md-country-label-Regel mit entfernt (zugehöriges Element gibt es nicht mehr).

Reichweite: Country-Picker ist ein geteilter Partial — Fix wirkt auf allen Seiten, die ihn includen (Lehrplan, Simulationen-Übersicht, Modul-Detail).

Thomas: „machen wir deine empfehlung .. bitte umsetzen"

• App/index.html Hauptnav: 3 neue Links eingefügt — Lehrplan (→ /lehrplan), Forschung (→ forschung/), Kontakt (→ kontakt.html). Vollständige Reihenfolge: Logo · Simulationen · Lehrperson · Lehrplan · Forschung · Handbuch · Kontakt · Auth-Status. Breitenbudget bei 1080 px: ≈ 964 px (116 px Reserve, wie in N.4.3 berechnet).
• Glossar-Pill als Catcher: neue CSS-Klasse .hero-pill.catcher mit Orange-Border #e8833a + Orange-Text + Orange-Hover-Background. Pill-Text auf „📚 Glossar · 164 Begriffe — alle bebildert" erweitert (Zahl dynamisch via [data-glossar-count]).
• App/handbuch.html Header gleichgezogen: identische Reihenfolge + neue Links. Sonst wäre die Hauptnav-Inkonsistenz zwischen Landingpage und Handbuch sofort sichtbar gewesen — Konsistenz-Folge-Edit, keine Eigenmächtigkeit.

Offen für eigene Iteration (Thomas-Entscheidung abwarten): Sammel-Migration der Hauptnav auf kontakt.html · impressum.html · datenschutz.html · barrierefreiheit.html. Diese Seiten haben aktuell noch ihre eigenen Topbars (N.2.1).

Thomas-Vorgabe: „nun zur Navigation auf der Landingpage … das sollte nun in den Header … wie würde der Header dann aussehen? Sollen wir das Glossar außen lassen … als Werbung, catcher für Besucher? mach auf Entwurf eine Entwurfsdarstellung des Menüs Header und Footer … auf iPad Bildschirmgröße"

• N.4.0: iPad-Größen-Tabelle. Standard-iPad an Schulen = iPad 9/10 (CSS Landscape 1080–1180 px). Atlas-Referenz: 1080 px Worst-Case, 1180 px Komfort.
• N.4.1: Atlas-Empfehlung — Glossar bleibt Hero-Pill-Catcher (164 bebilderte Einträge zu wertvoll für Mini-Header-Link). Lehrplan + Forschung wandern in den Header, Kontakt bleibt Footer.
• N.4.2 / N.4.3: Zwei Live-Mockups bei 1080 px CSS-Breite — Variante A (alle 7 NAV im Header) vs. Variante B (6 ohne Glossar, empfohlen). Mockups sind echte HTML-Renderings mit den Design-Tokens, in overflow-x:auto-Containern für Skalierungs-Check.
• N.4.4: Footer-Mockup, zweizeilig (Hauptlinks + Pflicht / Forschungs-Tiefe-Reihe). Entspricht aktuellem Stand auf Landingpage.
• N.4.5: Entscheidungs-TODO — Thomas wählt Variante A / B / eigene Mix. Atlas wartet auf Freigabe, bevor App/index.html-Nav umgebaut wird.
• Breitenbudget Variante B: Logo 150 + 6 Links × 90 + 7 Gaps × 22 + Anmelden 120 ≈ 964 px. Bei 1080 px bleibt 116 px Atmungsraum. Bei 1180 px (iPad 10) noch 216 px Reserve.

Konsistenz: setzt N.3.1 (drei Header-Klassen) und N.3.2 (Konkret-zu-reparieren-Liste) um, ohne sie zu ersetzen — N.4 ist der konkrete Layout-Entwurf, N.3 bleibt die Strategie.

Thomas-Vorgabe: „Containerschiff halbes Tempo"

• .boat-container: animation: passContainer 180s → 360s linear infinite.
• Sichtbare Durchquerung (33 % des Loops) entsprechend von ≈ 60 s auf ≈ 120 s verdoppelt → wirkt fast still am Horizont.
• Loop-Pause: 240 s versteckt off-screen. Effektive Frequenz: ≈ 1× pro 6 Min (statt 3 Min).

Thomas-Vorgabe: „die Zahl 26 um 45 grad drehen und etwas kleiner"

• App/assets/img/segelyacht-race.svg: <text>-Element für „26" bekommt transform="rotate(-45 205 138)" (gegen den Uhrzeigersinn, Drehpunkt = Text-Mitte).
• font-size: 56 → 40 — etwas kompakter, passt besser unter die Drehung.

Thomas-Vorgabe: „das Motorboot mit dem rauch bitte weglassen auf der Landingpage"

• index.html: .boat-motor-CSS + passMotor + bobMotor-Keyframes + Motoryacht-HTML-Div komplett entfernt.
• Asset bleibt liegen: App/assets/img/motoryacht.svg wird nicht gelöscht — kann bei Bedarf später wieder eingebunden werden.

Komposition jetzt wieder: drei Schichten — Race-Yacht „26" (bottom 18 %, links) · Segelyacht 1 (30 %, rechts) · Containerschiff (37 %, links, langsam). Kein Schweröl-Rauch mehr.

Thomas-Vorgabe: „verlinke von der seite entwurf.html im header auf ein weiteres dokument review.html. dort kommen alle Module vor und wir schreiben das review dazu auf … du musst simulieren, was die simulation macht … nicht aufhalten, zieh durch"

• Neue Doku .dontDeploy/review.html mit Header-Link aus entwurf.html. Konventionen: pro Modul gestreifte Sektionen (Synopse · Bedienung · Spielfluss · Logik/Mechanik · Onboarding · Balance · Probleme · Atlas-Verbesserungen) plus farblich abgesetzte Callout-Boxen (Atlas-Vorschläge lila, Probleme rot, TODO Thomas gelb, Balance blau).
• Recherche: 9 parallele Explore-Agents (Heli · Klima 2D+3D · Fluss · Logistik · Sonnensystem · Busfahrt+Farmer · Energiemanager+Entscheidungstag · EU-Werkstatt+Staustufen · Glossar+Mindmap+Lehrplan). Jeder Agent las game.html + Engines + Onboarding-Texte und schrieb einen vollen Review.
• Heli-Audio-Editor: als prominenter TODO Thomas-Block in Heli-Review notiert — Zeitstreifen-Tool für Audiofiles nach Länge + Inhalt zu Events zuordnen. Nur Notiz, noch nicht programmiert.
• Größte Hot-Spots aus den Reviews:
  • Logistik [M-05]: L3-Budget gebrochen (2500 € vs. Fixkosten 2800 €/Tag) — Sofort-Fix Budget → 5000 € empfohlen.
  • Heli [M-03]: Kompass + Mini-Karte in Flight-Phase fehlen; Landing-Timeout 5 min frustriert; Joystick zu klein.
  • Klima 3D [M-02]: Drag-Platzierung im Tutorial nicht erklärt — 11-Jährige finden die Aktion nicht.
  • Entscheidungstag [M-10]: Hintergrundmusik fehlt (Status.md explizit), Dashboard-Persistenz fehlt.
  • Sonnensystem [M-06]: EPOCH hardcoded 2026-01-01 — läuft bald ab; Photon-Animation fehlt.
  • Fluss [M-04]: Begradigung ist nicht rückgängig zu machen, eine didaktische Sackgasse.

Konsistenz: Reviews als lebendes Doku-File — bei jeder Modul-Iteration aktualisieren. Sub-Modul-Slugs nutzen die Page-IDs aus N.1.0 (M-01 … M-11, P-03/P-04/P-05) als stabile Referenzen.

Thomas-Vorgabe: „motor.svg liegt eine Motoryacht, etwas kürzer wie das erste segelboot, lass sie etwa jede Minute mit etwas delay verkehren … relativ weit vorne und mit deutlicher Wolkenbildung und Verschmutzung und Wellenbildung im Wasser, dunkler Rauch, der langsam vergeht. zieh durch und frage nicht mehr"

• Neues Asset App/assets/img/motoryacht.svg: vereinfachte Motoryacht (Bug rechts, fährt nach rechts), viewBox -60 -20 340 100 (extra Platz für Abgas + Heckwelle außerhalb des Boots). Hull, Antifouling, Salon-Aufbau mit Panorama-Verglasung, Schornstein, Antenne, Heckwelle (3 graue Schaumlinien nach LINKS hinter dem Boot) + Bugwelle (weiße Schaumkrone vorne).
• Abgaswolke: 3 versetzte SMIL-animierte <circle>-Puffs am Schornstein. Pro Puff: r wächst 3 → 14, cx driftet nach links-hinten (128 → 68), cy steigt auf -12, opacity fällt 0,85 → 0. Loop 5 s, Versatz 0 / 1,6 s / 3,2 s. Dunkelgraue Töne (#3a3a3a / #454545 / #525252).
• Neue CSS-Klasse .boat-motor: bottom: 14% (vor allen anderen Booten — Race-Yacht bei 18 %, Segelyacht bei 30 %, Container bei 37 %), opacity: .95, scale(.42) via eigener bobMotor-Keyframe.
• Animation: passMotor 60s linear infinite mit animation-delay: -8s. Sichtbar 42 % (≈ 25 s schnelle Durchquerung), versteckt 58 % (≈ 35 s) → ≈ 1× pro Minute.

Ergebnis: vier-schichtige Hintergrund-Komposition — vorne (14 %) Motoryacht mit dreckigem Abgas, davor / dahinter (18 %) Race-Yacht „26", mittig (30 %) Segelyacht 1, ganz hinten (37 %) Container­schiff. Drei Richtungen (Motor + Segelyacht 1 → rechts; Race + Container → links). Erzählt visuell die ökologische Spannweite (sauberer Segeln vs. Schweröl-Verkehr).

Thomas-Vorgabe: „das containerschiff sollte viel langsamer verkehren … deutlich langsamer als die segler und noch weiter hinten" + zuvor: „Container sollten eigentlich alle gleich groß sein"

• SVG vereinfacht: 2 Container-Reihen + Fenster-Raster raus. Jetzt 1 Reihe mit 10 einheitlich großen Containern (22 × 20). Schlichte Brücke ohne Fenster, kleinerer Schornstein. viewBox 320 × 60.
• Position weiter hinten: bottom: 36% → 37%, scale .4 → .28, opacity .45 → .35, filter: saturate(.5) → saturate(.4). Wirkt ein deutlich entfernter / dunstiger.
• Animation deutlich langsamer: Loop 120s → 180s, Durchquerung 15 % → 33 % (von 18 s auf 60 s). Effektive Transitgeschwindigkeit jetzt ≈ 10 px/s vs. Segler ≈ 25 px/s — also klar langsamer. Frequenz: ≈ 1× pro 3 Min statt 2 Min.
• Bob: kleiner (translateY ±2 px) für die kleinere Skalierung.

Thomas-Vorgaben: „Admin Welt wird nicht von der Startseite aus verlinkt, ‚Anmelden' ist Nav sichtbar wie aktuell als button. Die App-Stränge ergeben sich dann durch Login als Admin, Schüler, Lehrer. Schreibe bei .NAV noch dazu, wo du den Link machen würdest?" Folge-Vorgabe: „stelle sicher, dass auf der Landingpage alle genannten links vorkommen und verlinkt sind. die Menüleiste sollte sich dann aber auch nicht ändern"

• NAV-Marker erweitert: aus ●NAV wurde ●NAV: <Ort>. Orte: Logo (überall), Header, Header-Button, Footer, Cockpit-Topbar Logo, Cockpit-Topbar User-Pill, Cockpit-Topbar Profil-Link, Admin-Topbar.
• Admin-Welt aus Hauptbaum entfernt als Navigations-Ziel: [A-00] wird nicht von Landingpage verlinkt — erreichbar nur über direkten URL-Aufruf / Bookmark. [T-00] + [S-00] ebenfalls nicht direkt von Landingpage (kommen aus dem Login).
• Legende ergänzt: Wichtig-Hinweis-Absatz erklärt explizit, dass App-Stränge sich erst durch Login ergeben und der Admin-Bereich bewusst unverlinkt ist.
• Landingpage-Footer ergänzt (Menüleiste bleibt unverändert!): Zeile 1 nun „Handbuch · Lehrplan · Glossar · Kontakt · Impressum · Datenschutz · Barrierefreiheit". Zeile 2 vorangestellt: „Forschung-Übersicht" (verlinkt forschung/index.html). Damit sind alle NAV-markierten Public-Seiten von der Landingpage aus erreichbar.

Konsistenz: Hauptnav unverändert (Simulationen / Lehrperson / Handbuch / Auth-Button). Die zusätzlichen NAV-Ziele wandern in den Footer, was zu N.3.1 (drei Header-Klassen) passt. Lehrplan + Glossar bleiben zusätzlich als Hero-Pills sichtbar.

Thomas-Vorgabe: „markiere grün in deiner sitemap, welche der Punkte in der Navigation als eigene Seiten vorkommen sollen … markiere rot alle seiten die vielleicht noch Legacy sind, aber gar nicht mehr notwendig sind"

• Marker-Schema in N.1.0-Legende eingeführt: ●NAV = gehört in Navigation, ●LEG? = Lösch-Verdacht.
• GRÜN markiert in N.1.0 (Hauptbaum + Sub-Bäume):
  • Hauptnav-Kandidaten: [P-01] Landing, [P-02] Handbuch, [P-03] Lehrplan, [P-04] Glossar, [P-06] Forschung-Index, [P-13] Kontakt, [P-17] Anmelden
  • Footer-Pflicht: [P-14] Impressum, [P-15] Datenschutz, [P-16] Barrierefreiheit
  • App-Topbar Cockpit-Selflink: [S-00] Schüler-Cockpit, [T-00] Lehrer-Cockpit; User-Pill: [S-04]/[T-08] Profil
  • Admin-Topbar: [A-01] Sims, [A-02] Module, [A-03] Lizenzen, [A-04] Styleguide
• ROT markiert in N.1.7: alle 12 alten Top-Level-HTMLs in App/ (energiemix, erdbeben, fluss, game, game-3d, heli, lieferketten, regenwald, sim, stadt, stadt-editor, stilauswahl, tile-test, dashboard) bekommen ●LEG?-Marker.
• Neu N.1.8 „Weitere Legacy-Kandidaten außerhalb App/": /index.html (Repo-Root „Projektübersicht", Thomas-Hinweis), App/dist/* (alte Build-Output-HTMLs), didaktik_geografie/, didaktik_simulation/, Konzept/. Alle ●LEG?.

Atlas-Hinweis: vor dem Löschen Volltextsuche im aktiven Code (App/) auf jeden Pfad — falls noch verlinkt, erst Link entfernen. Konkrete Lösch-Freigabe bleibt bei Thomas.

Thomas-Vorgabe: „unter .humanInput/svg/Container.svg ist das svg eine[s] Containerschiffs .. du könntest es etwas vereinfachen und weit hinten sehr selten queren lassen .. nur einmal pro 2 Minuten" → Folge-Vorgabe: „du kannst das Containerschiff gerne etwas vereinfachen. Die Container sollten eigentlich alle gleich groß sein"

• Neues Asset App/assets/img/containerschiff.svg: stark vereinfachte Variante (~17 Elemente vs. ~1000+ Pfade im Original). Hull mit Bug links zugespitzt, Antifouling-Streifen, 10 einheitlich große Container 22×20 in einer Reihe (rot/blau/gelb/grün/orange), schlichte Brücke ohne Fenster-Raster, Schornstein. Vorgängerversion hatte 2 Container-Reihen + Fenster-Raster — auf Thomas-Wunsch weiter eingedampft.
• Neue CSS-Klasse .boat-container: bottom: 36% (Horizont, hinter beiden Segelyachten), right: -400px (Start rechts off-screen), opacity: .45, filter: saturate(.5) (atmosphärische Perspektive), scale(.4) via eigener bobContainer-Keyframe.
• Animation 1× pro 2 Min: neuer passContainer-Keyframe — in 15% (≈18 s) von rechts nach links durchqueren, dann 102 s versteckt off-screen → 1 Loop = 120 s = exakt 2 Min. animation: passContainer 120s linear infinite.

Konsistenz: ergänzt die bestehende Schiff-Animation um eine dritte Schicht. Reihenfolge im DOM und visuell: weit hinten Containerschiff (bottom 36%, scale .4), mitte Segelyacht 1 (bottom 30%, scale .32), vorne Race-Yacht „26" (bottom 18%, scale .5). Keine Überlappung dank unterschiedlicher Höhen + Phasenversatz.

Thomas-Befund: „mindestens zwei vögel sind links oben gefangen und schweben am Platz"

• Ursache: Vogel-2 (delay 6s) und Vogel-3 (delay 12s) hatten kein animation-fill-mode → vor Ablauf der Verzögerung saßen sie in ihrer Ursprungs-Position (top:0; left:0;) und nur die wingFlap-Animation lief → wirkten wie „eingefroren".
• Fix: animation-fill-mode: backwards auf alle drei .hero-bird-N. Vor dem Delay sitzt der Vogel jetzt in seinem 0%-Keyframe-Zustand (off-screen rechts/links) statt sichtbar oben links.

Thomas-Vorgabe: „darunter heißt es aktuell ‚In Kürze verfügbar' .. das wird ersetzt durch: kann durch die Lehrperson freigegeben werden. die Simulationen, welche in Kürze verfügbar sind, werden hier nicht angezeigt."

• schueler.html: Filter-Logik in renderModules() umgestellt. coming_soon-Module werden auf der Schüler-Sicht vollständig ausgeblendet (sie tauchen weder im Haupt-Grid noch im Divider-Block auf).
• Divider-Text: „In Kürze verfügbar" → „Kann durch die Lehrperson freigegeben werden". Inhalt sind jetzt die mode === 'locked'-Module (existieren, aber Lehrperson hat sie für die Klasse nicht freigegeben).
• Haupt-Grid: enthält nur noch spielbare Module (also alles außer locked und coming_soon).

Konsistenz: renderModCard()-Logik unverändert — die Funktion kann isComing/isLocked immer noch rendern, falls sie wieder gebraucht wird. Nur die Filter wurden geändert.

Thomas-Vorgaben: „Schüleransicht. Wenn ein schüler in seinem Profil ist, steht links oben ‚Mein Profil' .. weg damit. wenn er auf das Logo klickt, sollte er wieder auf sein cockpit kommen. damit fällt der cockpit link rechts oben auch weg. die kopfzeile in der schüleransicht sollte immer gleich bleiben .. das sind unterschiedliche Kopfzeilen"

• Topbar von profil.html komplett ersetzt: gleicher Markup wie schueler.html (<a href="schueler.html">Logo</a> · spacer · user-pill (Avatar + Name) · Abmelden). CSS dieselben Tokens: .topbar .logo, .topbar .spacer, .topbar .user-pill 1:1 übernommen.
• „Mein Profil" als statische H1-Überschrift im Header entfernt. Der Seitentitel im Browser-Tab bleibt „GeoGraSim — Profil".
• Logo klickbar: führt rollen-abhängig zurück — Schüler*in → schueler.html, Lehrperson → teacher.html. JS setzt logo-link.href nach API-profile-Response.
• Separater „Cockpit"-Link entfernt (vorher id="nav-home"): wird nicht mehr gebraucht, weil das Logo den Job macht.
• User-Pill: zeigt Avatar (Bild oder Emoji) + Name, verlinkt auf profil.html (gleiches Verhalten wie auf schueler.html — Konsistenz). Avatar-Rendering benutzt die bestehende avatarSlugFromValue()/avatarUrl()-Helper aus dem File.
• Lehrer-Sicht: bekommt das gleiche neue Topbar-Markup mit, weil HTML geteilt ist. Falls Thomas eine eigene Lehrer-Topbar will, separat eintragen — aktuell ist die Logik konsistent (Logo→teacher.html, Pill→Profil, Abmelden).

Konsistenz: Schüler-Sicht hat jetzt überall (Cockpit + Profil) denselben Header. Erfüllt N.3.1 / N.3.2 für den App-Strang. K-Matrix-Eintrag „App-Topbar" → erste konsistente Implementierung.

Thomas-Vorgabe (in zwei Schritten): „erstelle unter N1 eine grafische informationsarchitektur, sinnvolle hirarchie, ausgehend von der Landingpage … ein Strang davon ist die App, bau bitte jetzt diese Struktur" → später „baue die Sitemap weiter bis in die Schüler-, Lehrer- und Adminseite. gib jeder Seite eine ID in der Sitemap"

• N.1.0 angelegt: Big-Picture-Diagramm (4 Stränge vom Landingpage-Wurzelknoten), Stamm-Hierarchie mit Page-IDs, drei Detail-Sub-Bäume (Schüler / Lehrer / Admin).
• ID-Schema: [P-..] Public · [M-..] Sim · [S-..] Schüler*in · [T-..] Lehrperson · [A-..] Admin. Sub-Tabs mit Punkt-Suffix (z.B. [A-04.3] für Styleguide-Sektion).
• Strukturbefund: 18 Public-Seiten (P-01–P-18, inkl. Forschung & Footer-Pflicht), 11 Sims (M-01–M-11), Schüler-Strang mit 6 IDs (3 Tabs + Profil + 2 Drilldowns), Lehrer-Strang mit 21 IDs (7 Tabs + 10 Modals + 4 externe Querverweise), Admin-Welt mit 5 Seiten und ~12 Sub-IDs (8 Styleguide-Sektionen + Tabs + Modals).
• Recherche: 3 parallele Explore-Agents (teacher.html, admin-Pages, schueler.html-Subseiten) → vollständige Tab/Modal-Inventur.
• Quelltabellen N.1.1–N.1.7 bleiben als flache Datei-Inventur darunter stehen; die grafische IA ist das Navigations-Big-Picture.

Konsistenz: dient als Referenz-Index für alle weiteren Header-/Navigations-Arbeiten (N.3.x). Thomas kann ab sofort über die IDs ansprechen: „auf [T-04] fehlt …" statt „auf der Live-Sicht im Lehrer-Cockpit fehlt …".

Thomas-Vorgabe: „glossar hat aktuell 164 begriffe .. auf der Landingpage sollte diese zahlenausgabe dynamisch in der DB nachsehen, wieviele Begriffe im Glossar sind. sonst müssen wir das dauernd korrigieren"

• API erweitert: App/php/api/glossar.php bekommt einen Count-Endpoint — GET /api/glossar?count=1 → {"count": N} per SELECT COUNT(*) FROM glossar. Frühe Rückkehr vor allen anderen GET-Branches.
• index.html Pill: Text auf 📚 Glossar · <span data-glossar-count>140</span> Begriffe umgestellt. 140 bleibt als Fallback-Wert sichtbar, falls JS/API ausfallen.
• JS-Fetch: kleiner Block am Anfang des bestehenden Footer-Scripts — fetch(BASE + '/api/glossar?count=1'), schreibt Anzahl in alle [data-glossar-count]-Elemente. Pattern identisch zum existierenden /api/auth-Aufruf.

Konsistenz: Endpoint-additiv (keine Brüche), Cache-Header werden vom bestehenden GET-Branch nicht gesetzt → Standard-Browser-Caching. Bei jedem neuen Glossar-Eintrag aktualisiert sich die Landingpage-Zahl automatisch beim nächsten Reload.

Thomas-Vorgaben in derselben Iteration:

• „Lernen mit Simulationen" etwas höher: .hero-mini-2 { bottom: 15% → 28% }.
• „Lehrplan-Bezug 1.–4. Klasse" → „1. - 4. Klasse" (mit Leerzeichen vor und nach „-").
• Umlaut-Fix: „Klimakrise fuehren" → „Klimakrise führen" auf Hero-Card (Klimasimulator-Beschreibung).

Konsistenz: 3 parallele Explore-Agenten haben index.html / handbuch.html / Footer-Seiten (impressum, datenschutz, barrierefreiheit, kontakt, forschung, literaturverzeichnis, ueber, login) auf weitere Umlaut-Transliterationen (ue/ae/oe/Ue/Ae/Oe) gescannt — nur dieser eine Treffer auf der Landingpage. Alles andere sauber UTF-8.

Thomas-Vorgabe: „ein weiteres gleiches boot verkehrt weiter vorne etwas größer in die jeweils andere richtung. farblich mit unserem orange als SegelDruck Zahl 26 Startnummer und Streifen"

• Neues Asset: App/assets/img/segelyacht-race.svg — geometrisch gespiegelte Variante (Bug nach links, Rumpf/Segel x' = 340 − x). Großsegel weiß mit zwei orangen Bändern (oben schmal, unten breit, per <clipPath> auf Sail-Polygon begrenzt) plus großer Startnummer „26" (Helvetica/Arial bold, fill #e8833a) zentral aufgedruckt. Rumpf-Akzentstreifen ebenfalls Orange.
• Neue CSS-Klasse .boat-sail-2: bottom: 18% (weiter vorne als Boot 1 bei 30%), right: -300px (kommt von rechts), opacity: .95 (klarer als Boot 1), scale(.5) (~57% größer als Boot 1 mit .32), driftLeft 55s, animation-delay: -22s (Versatz).
• Keyframes ergänzt: driftLeft (vollständige Durchfahrt rechts→links) und bobSail2 (kombiniert scale(.5) mit Bob, damit der Scale nicht vom Bob-Transform überschrieben wird — gleiche Lösung wie bei bobSail).
• HTML: zweiter .hero-boat.boat-sail-2-Container direkt unter dem ersten in .hero-anim.

Konsistenz: Brand-Orange #e8833a = --ggs-orange/--ggs-warning aus design-system.css. Keine weiteren Sektionen betroffen, K-Matrix unverändert. Beide Boote überlappen sich animation-technisch nicht (unterschiedliche bottom-Höhen + Gegenrichtungen).

Thomas-Vorgabe: „landingpage textbehälter vor dem Modulbild oben rechts mit aufschrift „Aktueller Stand didaktischer Forschung" ändern auf „Lernen mit Simulationen""

• index.html: .hero-mini.hero-mini-2 — Text „Aktueller Stand didaktischer Forschung" → „Lernen mit Simulationen".

Konsistenz: nur visueller Hero-Sticker, keine Auswirkungen auf andere Seiten. hero-mini-1 („3 Module sofort testen") bleibt unverändert.

Thomas-Vorgabe: „entferne alle boote auf der landingpage. im ordner svg ist eine vektografik eines segelyacht .. sehte diese stattdessen ein. … sie sollte im hinteren drittel des meers auf der landingpage verkehren"

• Entfernt: alle 6 Hero-Boote (Yacht, Motoryacht, Jolle, Fischerboot, Containerschiff, Kreuzfahrtschiff) inkl. zugehöriger CSS (.boat-yacht/-motor/-jolle/-fisher/-container/-cruise) und Keyframes driftLeft, passContainer, passCruise. Außerdem die zwei dekorativen Mini-Segelboote im City-Skyline-Divider unten.
• Asset: App/assets/img/segelyacht.svg (kopiert aus .humanInput/svg/segelyacht.svg) — Bavaria-Stil, weiße Segel + Rumpf, dunkler Unterwasserrumpf, schmaler Akzentstreifen.
• Platzierung: neue Klasse .boat-sail bei bottom: 30% (hinteres Drittel des 38%-Sea-Bands → Horizont), opacity: .7, filter: saturate(.85), scale(.32) über neuen bobSail-Keyframe (Scale + sanftes ±10px Wippen kombiniert, damit der Scale nicht vom Bob-Transform überschrieben wird).
• Animation: driftRight 75s linear infinite (langsam, Horizont-typisch), bobSail 5.5s ease-in-out infinite.

Konsistenz: Hero-Animation jetzt deutlich ruhiger — nur noch Vögel + Fachbegriffe-Drift + 1 ferne Segelyacht. card-fluss-Text „Fahre mit dem Boot den Fluss hoch" bleibt unverändert (Modul-Beschreibung, kein visuelles Boot).

Thomas-Vorgabe: „über und Handbuch wird zusammengefasst unter Handbuch … bitte prüfe: wenn man nicht eingeloggt ist führt Klick auf das Logo oder Schriftzug links oben immer zur Landingpage. / Abmelden rechts oben führt immer zur Landingpage."

• handbuch.html: Sticky-Header (Logo + Simulationen/Lehrperson/Handbuch/Forschung) ergänzt. „Über GeoGraSim"-Block mit Cards (Evidenzbasiert / Lehrplan 2023 / Dashboard), Didaktik-Ansatz, Lehrplan-Tabelle und wissenschaftlichem Hintergrund vor die Übersicht gestellt.
• ueber.html: durch Meta-Refresh + JS-Redirect auf handbuch.html ersetzt — bestehende Bookmarks/Backlinks bleiben funktionsfähig.
• index.html Nav: <a href="ueber.html">Über</a> entfernt. Footer-Link „Über" ebenfalls entfernt. Brand-Logo zeigt weiter auf # (Landingpage).
• Logout → Landingpage: profil.html, schueler.html, teacher.html rufen nach auth/logout jetzt location.href = 'index.html' statt login.html.

Konsistenz: K-Matrix-Eintrag „Über/Handbuch" → jetzt eine Quelle (handbuch.html), Redirect-Stub für externe Verweise. Sitemap N.3.1 angepasst.

Nach Thomas-Feedback komplett überarbeitet:

• Rumpf-Formen realistisch: Yacht mit Sheer-Linie + Spiegelheck, Container/Cruise mit Klipperbug-Wölbung, alle mit sichtbarem Antifouling-Streifen (rot/dunkel unter Wasserlinie). Bug nicht mehr flach abgeschnitten, sondern geneigt/geformt.
• Max 1 großes Schiff sichtbar: Container Loop 60s (sichtbar 15s), Kreuzfahrt Loop 120s mit Delay −85s (sichtbar 20s, fällt immer in eine Container-Pause). Phase-Versatz garantiert keine Überlappung.
• Kleine Boote fahren wirklich durch: driftRight/driftLeft bewegen sie vollständig über den Bildschirm. Yacht/Motor/Jolle/Fischer dürfen sich überlappen (max 2-3 sichtbar in der Spitze).
• Großschiffe weit hinten: scale(.45)–.5, bottom: 24/27%, opacity: .5/.55, filter: saturate(.65/.7).

Konsistenz-Note: V1-Eingriff-Policy heute aufgehoben (Thomas-Vorgabe). Wir arbeiten lokal an V1 weiter, V2 bleibt als Skizze stehen für Ideen-Ernte.

Drei Punkte gefixt nach Thomas-Feedback:

• Max 3 Schiffe gleichzeitig: alle Boote bekommen einen 80s-Loop (Großschiffe 120s/240s), aber sind nur in den ersten 30 % davon sichtbar (~24s Durchfahrt), den Rest off-screen. Versetzte animation-delay sorgt dafür, dass max ~3 simultan sichtbar sind.
• Schiffe fahren wirklich durch: passRight/passLeft bewegen das Schiff in 30 % der Loop-Zeit vollständig vom Start ins Off-screen-Ziel. Danach wartet es dort, kein Stehen mehr mitten im Bild.
• Große Schiffe wirken weit hinten: Container und Kreuzfahrt-Schiff auf scale(.5)–.55 verkleinert, höher am Horizont positioniert (bottom: 24/27%), Opacity .55 + saturate(.7) als Distanz-Effekt.

Datei: App/index.html CSS-Sektion .hero-boat*.

Footer-Links reduziert: statt 4 direkter Artikel-Links jetzt nur noch 2 Übersichts-Seiten:

• App/forschung/index.html → URL /forschung/ — Übersicht beider Fachartikel mit Beschreibung, Bezug, Links zu Artikel + Präsentation + Literatur
• App/forschung/literatur.html → URL /forschung/literatur — Übersicht beider Literaturverzeichnisse mit Zitiervorschlag

Beide Seiten haben die Hauptnav aus index.html — erster Schritt zur Header-Konsistenz (N.3.2). Stil: ruhig, akademisch, Fjord-Token, klare Karten-Struktur.

Neuer Abschnitt N oben: vollständige Sitemap, Header-Inkonsistenz-Befund (3 Varianten + 8 Seiten ohne Header), Aufräum-Kandidaten, Verbesserungs-Vorschlag (3 klar getrennte Header-Klassen). Atlas wartet auf Thomas-Entscheidung in N.3.2 (Header-Snippet hart einkopieren oder JS-Include).

Zeile 993 in App/index.html: drei tote Links auf ../didaktik_geografie/… bzw. ../didaktik_simulation/… entfernt. Vier korrekte Links eingesetzt — Dateien liegen in App/forschung/:

• Aktueller Forschungsstand GW-Didaktik → forschung/geografie-didaktik.html
• Literatur GW-Didaktik → forschung/quellen-geografie.html
• Simulationen im Unterricht → forschung/lernen-durch-simulation.html
• Literatur Simulation → forschung/quellen-simulation.html

Anwendung der Konsistenz-Regel K.3.5 (Dokumenten-Pfad-Konsistenz). Die Hauptinhalt-Sektion „Forschung & Didaktik" (Zeilen 805–825) hatte bereits korrekte Links auf forschung/ — nur der Footer war veraltet. Präsentationen unter forschung/presentation-geografie/ und forschung/presentation-simulation/ sind im Footer nicht verlinkt — Thomas entscheidet ob das soll.

Neuer Abschnitt K oben dokumentiert alle Komponenten, Datenflüsse, und „bei X-Änderung prüfe Y"-Regeln. Wird vor jedem Commit konsultiert.

In App/index.html Zeile ~905: Satz „Genau wie bei Typewriter — einem Werkzeug, das erst im schulischen Kontext seine volle Wirkung entfaltet." entfernt. Rest des Absatzes (Einbettung im Unterricht) bleibt.

Alte Boote (1 grobes Segelboot groß, 1 klein) ersetzt durch sechs neu gezeichnete SVG-Boote im Flat-Stil:

• Segelyacht — weißer Rumpf mit Holz-Akzent, zwei Segel (Groß + Vor), Bullaugen-Fenster
• Jolle — kleines offenes Segelboot, dreieckiges rot-gelbes Segel, Mast leicht im Wind geneigt
• Motoryacht — niedriger weißer Aufbau, panoramaverglaste Kabine, kleine Antenne
• Fischerboot — roter Rumpf (klassische Fischer-Farbe), Kabine mit Bullauge, Schornstein, Netzgalgen
• Containerschiff — lang, dunkelblauer Rumpf, drei Container-Reihen (rot/blau/gelb/grün), Kommandobrücke hinten, Schornstein. Spawnt 1× pro Minute.
• Kreuzfahrtschiff — sehr lang, dreistöckig weiß, viele Fensterreihen, sechs orange Rettungsboote, zwei Schornsteine, Radarmast. Spawnt 1× alle 2 Minuten.

Datei: App/index.html Zeilen ~139-180 (CSS) und ~272-... (HTML).