ScarriffleandClaude Opus 5
4b9a1e7b67
Reine Umbenennung, kein Verhalten geändert — bewusst als eigener Commit, damit „umbenannt" und „umgebaut" im Nachhinein auseinanderzuhalten sind. 712 mal `Flixy`, 778 mal `flixy`, 7 mal `FLIXY` in 169 Dateien, dazu 25 Pfade. Ziele: `Halo`, `HaloTV`, `HaloTopShelf`, `HaloUITests`, `HaloKit` mit `HaloDesign`, `HaloDownloads`, `HaloPlayback` und `HaloProbe`. `MediaKit`, `JellyfinKit` und `DownloadWidget` tragen den Namen nicht und bleiben. `docs/superpowers/specs/` ist ausgenommen. Datierte Entwurfsdokumente sind ein Protokoll getroffener Entscheidungen; sie nachträglich umzuschreiben hiesse, die Vergangenheit zu glätten. **Die Bundle-ID wandert mit** — ausdrücklich so gewollt, mit bekanntem Preis: `com.scarriffleservices.halo` ist für iOS eine *andere* App. Die installierte Fassung bleibt daneben stehen, mit Downloads und Anmeldung in ihrem Container; Halo startet leer. Einmal neu anmelden, heruntergeladene Folgen einmal neu laden. Dasselbe gilt für die App-Gruppe, die sich TV-App und Top Shelf teilen. **Eine Folge davon, die beim Entscheiden noch nicht auf dem Tisch lag:** der Aufräumschritt aus dem vorigen Commit kommt an die alten Plex-Token nicht mehr heran. Der Schlüsselbund grenzt nach Team und Bundle-Kennung ab — was unter `…flixy` liegt, ist für `…halo` unerreichbar. Erledigt wird es trotzdem, nur anders: **die alte App löschen.** iOS räumt deren Schlüsselbund-Einträge beim Deinstallieren mit ab. Der Code bleibt stehen, weil er für jeden Stand vor dieser Umbenennung richtig ist und im Jahr einen Startvergleich kostet. Die Projektdatei ist aus `project.yml` neu erzeugt, der alte Ordner gelöscht statt umbenannt — sie steht ohnehin nicht im Repo. Das Verzeichnis des Repos selbst heißt weiter `Flixy`; das umzubenennen ist ein Handgriff ausserhalb des Projekts. 368 Tests grün. iOS und tvOS bauen. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
50 lines
2.1 KiB
Swift
50 lines
2.1 KiB
Swift
import SwiftUI
|
|
import MediaKit
|
|
|
|
/// Ein Navigationsstapel mit allen Zielen — und einem Weg, von innen zu
|
|
/// schieben.
|
|
///
|
|
/// **Warum der Pfad hier liegt und nicht beim System.** Ein `NavigationLink`
|
|
/// schiebt selbst; wer stattdessen aus einem Knopf heraus schieben will,
|
|
/// braucht eine Bindung. Genau das verlangt die Kachel, seit Antippen
|
|
/// abspielt: der Weg auf die Detailseite führt dann über das Kontextmenü, und
|
|
/// ein Menüeintrag ist kein Link.
|
|
///
|
|
/// **Die Ziele stehen hier und nur hier.** Sie je Bildschirm anzumelden hat
|
|
/// schon einmal nicht funktioniert: liegen zwei Bildschirme übereinander,
|
|
/// entscheidet sonst die Reihenfolge, und ein Tippen landete im Nichts.
|
|
struct MediaStack<Content: View>: View {
|
|
@ViewBuilder let content: () -> Content
|
|
|
|
@Environment(HaloSession.self) private var session
|
|
@State private var path = NavigationPath()
|
|
|
|
var body: some View {
|
|
NavigationStack(path: $path) {
|
|
content()
|
|
.navigationDestination(for: MediaRoute.self) { MediaDetailView(route: $0) }
|
|
.navigationDestination(for: LibraryRoute.self) { route in
|
|
if let library = session.libraries.first(where: { $0.id == route.id }) {
|
|
LibraryView(library: library)
|
|
}
|
|
}
|
|
.navigationDestination(for: LiveTVRoute.self) { _ in LiveTVView() }
|
|
.navigationDestination(for: SearchRoute.self) { _ in SearchView() }
|
|
}
|
|
.environment(\.haloPush) { ziel in path.append(ziel) }
|
|
}
|
|
}
|
|
|
|
extension EnvironmentValues {
|
|
/// Schiebt ein Ziel auf den Stapel, in dem man gerade steht.
|
|
///
|
|
/// **Über die Umgebung, weil der Weg sonst lang ist.** Eine Kachel steckt
|
|
/// in einer Reihe, die in der Startseite steckt, die im Stapel steckt.
|
|
/// Eine Bindung durch jede Ebene zu reichen hiesse, drei Ansichten um ein
|
|
/// Argument zu erweitern, das sie nur weitergeben.
|
|
///
|
|
/// Die Voreinstellung tut nichts: ausserhalb eines Stapels gibt es nichts
|
|
/// zu schieben, und ein Absturz wäre die schlechtere Antwort.
|
|
@Entry var haloPush: (any Hashable) -> Void = { _ in }
|
|
}
|