Flixy heißt ab hier Halo

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>

Packages/HaloKit/Tests/MediaKitTests/PagingWindowTests.swift

@@ -0,0 +1,49 @@
+import Testing
+@testable import MediaKit
+
+@Suite("Wann nachgeladen wird")
+struct PagingWindowTests {
+    private let fenster = PagingWindow(columns: 6, rowsAhead: 2)
+
+    /// **Der Fall, der die alte Regel entlarvt.** Wer ganz oben steht, ist
+    /// nicht am Ende — auch wenn die letzten fünf Kacheln längst gezeichnet
+    /// sind. Genau daran lag es, dass das Nachladen sofort losging.
+    @Test("Am Anfang wird nicht nachgeladen")
+    func notAtTheStart() {
+        #expect(!fenster.shouldLoad(focusedIndex: 0, loaded: 60, total: 300))
+    }
+
+    /// Zwei Zeilen vor Schluss bei sechs Spalten: ab Eintrag 48 von 60.
+    @Test("Zwei Zeilen vor Schluss wird nachgeladen")
+    func loadsTwoRowsEarly() {
+        #expect(!fenster.shouldLoad(focusedIndex: 47, loaded: 60, total: 300))
+        #expect(fenster.shouldLoad(focusedIndex: 48, loaded: 60, total: 300))
+    }
+
+    /// Ein breiteres Raster braucht mehr Vorlauf — das ist der ganze Grund,
+    /// in Zeilen zu rechnen statt in Einträgen.
+    @Test("Mehr Spalten heißt früher nachladen")
+    func widerGridLoadsEarlier() {
+        let schmal = PagingWindow(columns: 3)
+        let breit = PagingWindow(columns: 8)
+        #expect(!schmal.shouldLoad(focusedIndex: 50, loaded: 60, total: 300))
+        #expect(breit.shouldLoad(focusedIndex: 50, loaded: 60, total: 300))
+    }
+
+    @Test("Ist alles da, wird nicht mehr gefragt")
+    func stopsWhenComplete() {
+        #expect(!fenster.shouldLoad(focusedIndex: 59, loaded: 60, total: 60))
+    }
+
+    /// Ein Raster kennt seine Spaltenzahl erst nach dem ersten Zeichnen.
+    /// Falsch zu antworten ist besser als durch null zu teilen.
+    @Test("Ohne Spalten wird nichts entschieden")
+    func survivesZeroColumns() {
+        #expect(!PagingWindow(columns: 0).shouldLoad(focusedIndex: 10, loaded: 60, total: 300))
+    }
+
+    @Test("Eine leere Mediathek löst nichts aus")
+    func emptyLibrary() {
+        #expect(!fenster.shouldLoad(focusedIndex: 0, loaded: 0, total: 0))
+    }
+}