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>
73 lines
3.1 KiB
Swift
73 lines
3.1 KiB
Swift
import Foundation
|
|
|
|
/// Etwas, das der Nutzer ausblenden und verschieben kann.
|
|
public protocol Arrangeable {
|
|
/// Eine Kennung, die über Abrufe hinweg gleich bleibt.
|
|
///
|
|
/// **Nicht** der angezeigte Titel: benennt der Server eine Reihe oder eine
|
|
/// Mediathek um, wäre sonst alles Gespeicherte hinfällig.
|
|
var arrangementID: String { get }
|
|
var arrangementTitle: String { get }
|
|
}
|
|
|
|
/// Was ausgeblendet ist und in welcher Reihenfolge der Rest steht.
|
|
///
|
|
/// War bis eben an die Startseiten-Reihen von Plex gebunden. Die Rechnung ist
|
|
/// dieselbe für jede Liste, die jemand selbst zusammenstellt — Reihen,
|
|
/// Seitenleisteneinträge, Sender. Sie ein zweites Mal zu schreiben hieße, sie
|
|
/// ein zweites Mal falsch zu machen.
|
|
public struct Arrangement: Sendable, Equatable {
|
|
public var hidden: Set<String>
|
|
public var order: [String]
|
|
|
|
public init(hidden: Set<String> = [], order: [String] = []) {
|
|
self.hidden = hidden
|
|
self.order = order
|
|
}
|
|
|
|
/// Wendet Auswahl und Reihenfolge an.
|
|
///
|
|
/// Unbekannte Einträge landen am Ende statt zu verschwinden. Sie zu
|
|
/// verwerfen wäre die einfachere Regel — und der Grund dafür, dass ein
|
|
/// neu angelegtes Regal auf dem Server in der App nie aufgetaucht wäre.
|
|
public func apply<Element: Arrangeable>(to elements: [Element]) -> [Element] {
|
|
let visible = elements.filter { !hidden.contains($0.arrangementID) }
|
|
guard !order.isEmpty else { return visible }
|
|
|
|
let positions = Dictionary(
|
|
order.enumerated().map { ($1, $0) },
|
|
// Ein doppelter Eintrag in der gespeicherten Reihenfolge — etwa
|
|
// nach einem fehlgeschlagenen Schreibvorgang — soll nicht
|
|
// abstürzen. Die erste Position gewinnt.
|
|
uniquingKeysWith: { first, _ in first }
|
|
)
|
|
|
|
return visible.enumerated().sorted { left, right in
|
|
let leftPosition = positions[left.element.arrangementID] ?? Int.max
|
|
let rightPosition = positions[right.element.arrangementID] ?? Int.max
|
|
// Bei gleicher Position — beide unbekannt — bleibt die Reihenfolge
|
|
// des Servers erhalten. Ohne diese Rückfalllinie wäre die
|
|
// Anordnung neuer Einträge zufällig.
|
|
if leftPosition == rightPosition { return left.offset < right.offset }
|
|
return leftPosition < rightPosition
|
|
}.map(\.element)
|
|
}
|
|
|
|
/// Die Liste für den Einstellungsbildschirm: gespeicherte Reihenfolge
|
|
/// zuerst, danach alles Übrige.
|
|
///
|
|
/// Gespeicherte Einträge, die es nicht mehr gibt, fallen heraus — sie
|
|
/// anzuzeigen hieße, eine Reihe anzubieten, die niemand mehr hat.
|
|
public func arrangedIdentifiers<Element: Arrangeable>(from elements: [Element]) -> [String] {
|
|
let available = elements.map(\.arrangementID)
|
|
let known = Set(available)
|
|
let stored = order.filter(known.contains)
|
|
return stored + available.filter { !stored.contains($0) }
|
|
}
|
|
}
|
|
|
|
extension MediaRowGroup: Arrangeable {
|
|
public var arrangementID: String { id }
|
|
public var arrangementTitle: String { title }
|
|
}
|