3f6f0ef163
spieler+macher pro Tag, geerdet in den realen Commits; data.json via @mana/devlog-gen backfill. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
22 lines
1.4 KiB
Markdown
22 lines
1.4 KiB
Markdown
---
|
|
date: 2026-06-01
|
|
day: 10
|
|
view: macher
|
|
weekday: Montag
|
|
commits: 6
|
|
review: auto
|
|
---
|
|
# Montag, 2026-06-01 — Tag 10 (Macher-Sicht)
|
|
|
|
Der dichteste Tag der Strecke — sechs Commits, die zusammen den **Theme-Pass** in Phase 1 bringen. Konzept: jede Verein-App hat eine eigene Signatur-Farbwelt, und die schaltet man frei, indem man die App ausprobiert. Das verbindet ManaTokens (die Farbwelten) mit ManaCore (der Unlock-Logik).
|
|
|
|
Ablauf über den Tag:
|
|
|
|
- `4cb692e` (v1.12.0) — erste Signatur-Variant `bodensee` (Seepuls), Auftakt Phase 1.
|
|
- `2ad9709` — `pinnwand` (Wunsch) dazu.
|
|
- `343c3a9` (v1.13.0) — die Phase auf einen Schlag komplettiert: 12 App-Signatur-Variants, +256 LoC.
|
|
- `0255cf2` — Unlock-Metadaten an die Themes gehängt (welche App schaltet welche Variant frei).
|
|
- `895d906` (ManaCore v1.14.0) — `ThemePass`: ein Unlock-Ledger-Client in `Sources/ManaCore`, der nachhält, welche Apps probiert wurden. Hier wandert die Mechanik aus den Tokens (reine Daten) in den Core (Zustand + Backend-Anbindung).
|
|
- `25ca543` — `signatureAppName` + `signatureAppHomepage` pro Variant, Präsentationsdaten für den späteren Locked-Hinweis in der Galerie (Apex-Domain, Fallback `<slug>.mana.how`).
|
|
|
|
Sauberer Schichtenschnitt: ManaTokens trägt *welche* Variant zu *welcher* App gehört, ManaCore trägt *ob* sie freigeschaltet ist. Alles additiv an diesem Tag — der harte Schnitt (Baselines raus) kommt erst mit v2.0.0 am 06-03.
|