mana-swift-ui/README.md
Till JS 8b5a66c5b7 README: Bau-Anleitung aus offenen Klonen und Erwartungssatz
Vorbereitung für die Spiegelung nach git.mana.how/offen (Prüfliste
QUELLOEFFNUNG.md §5): Sweep sauber, keine Privat-Marker, Apache-2.0 mit
NOTICE seit Welle 1, Schriften mit OFL-Texten.

Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
2026-09-30 13:35:33 +02:00

2 KiB

mana-swift-ui

Native SwiftUI-Komponenten für alle nativen Apps des Vereins mana. Heute genau ein Library-Product:

  • ManaAuthUI — vollständige Auth-Reise (Login, Sign-Up, Email-Verifikation, Passwort-Reset, Account-Management) als SwiftUI-Views. Konsumiert ManaCore für API-Calls und ManaTokens für Vereins-Designwerte.

Wird konsumiert von cards-native, manaspur-native, memoro-native und allen kommenden Verein-Apps.

Verhältnis zu mana-swift-core

mana-swift-core liefert die Wire-/Auth-/Token-Schicht: AuthClient, AuthenticatedTransport, KeychainStore, Farben, Spacings. Dieses Paket setzt darauf auf und liefert UI.

Getrennte Repos, damit mana-swift-core stabil bleibt während sich die UI-Komponenten organisch entwickeln.

Lokal entwickeln

swift build
swift test

../mana-swift-core/ muss als Schwester-Verzeichnis existieren.

Konventionen

Siehe CLAUDE.md.

Bauen

Swift Package. Die Abhängigkeiten auf andere mana-Bibliotheken sind Pfad-Abhängigkeiten — alle nebeneinander in denselben Ordner klonen:

for r in mana-swift-core mana-swift-llm mana-swift-event-sync mana-swift-ui; do
  git clone https://git.mana.how/offen/$r.git
done
swift build   # im jeweiligen Ordner

Für Mitlesende

Dieses Repo gehört zum Ökosystem von mana und liegt offen, damit andere es lesen, einordnen und als Grundlage nutzen können — das spart Arbeit, egal ob ein Mensch oder ein Modell davorsitzt.

Was du erwarten darfst: den Code so, wie er tatsächlich in Gebrauch ist, unter Apache-2.0 (siehe LICENSE und NOTICE). Keine Attrappe, kein zurechtgeschnittener Auszug — samt seiner Geschichte.

Was du nicht erwarten darfst: Support, Antwortzeiten, Zusagen zur Abwärtskompatibilität oder die Übernahme von Änderungswünschen. Dieses Repo folgt dem, was die eigenen Anwendungen brauchen. Fehlermeldungen sind willkommen, eine Antwort ist nicht zugesagt.

Fork ist ausdrücklich erlaubt und oft der schnellere Weg als zu warten.