Suchen am Fernseher — und die Leiste, die es dafür braucht
Das Backend konnte die Suche längst; es fehlte die Oberfläche. **`.searchable`, keine eigene Tastatur.** tvOS macht daraus einen eigenen Bildschirm mit Rastertastatur oben und Ergebnissen darunter — die Bedienung, die jeder von Apples Apps kennt. Etwas Eigenes zu bauen hiesse, sie nachzuahmen und dabei die Diktierfunktion zu verlieren. **Herausgelöst statt kopiert**, wie schon bei Start und Mediathek: `SearchFeed` trägt das Entprellen, die Mindestlänge und die zuletzt gesuchten Begriffe. Drei Stellen, an denen es nicht offensichtlich ist — und die dritte ist die wichtigste: geprüft wird auf `Task.isCancelled` und nicht auf `CancellationError`, weil eine abgebrochene Netzanfrage als Übertragungsfehler zurückkommt. Die naheliegende Prüfung lief ins Leere, und jeder Tastendruck leerte kurz die Liste. **Und erst jetzt eine Reiterleiste.** Bis hierher gab es genau einen Bildschirm, und eine Leiste mit einem Eintrag wäre Zierrat gewesen. Der Suchreiter trägt `role: .search`: tvOS stellt ihn dadurch ans Ende und gibt ihm die Lupe, dieselbe Stelle wie überall sonst. Keinen dritten Reiter für die Mediatheken — die stehen als Reihe auf der Startseite, und ein Reiter verspräche einen eigenen Bereich, hinter dem dasselbe Raster läge. Der offene Reiter wird ausdrücklich gehalten, nicht dem System überlassen: ein Link aus dem Regal über der App führt zur Startseite, und stünde gerade die Suche offen, passierte sichtbar nichts. Nebenbei bekommt die iOS-Suche einen Knopf zum Vergessen des Verlaufs. Wischen zum Löschen gab es dort, am Fernseher gibt es das nicht — und eine Liste, die sich nur auf einer Plattform leeren lässt, ist keine. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This commit is contained in:
co-authored by
Claude Opus 5
parent
5ee7bb4e6c
commit
6373566d1c
@@ -0,0 +1,48 @@
|
||||
import SwiftUI
|
||||
import FlixyDesign
|
||||
|
||||
/// Start und Suche nebeneinander.
|
||||
///
|
||||
/// **Ein `TabView`, und erst jetzt.** Bis hierher gab es genau einen
|
||||
/// Bildschirm, und eine Leiste mit einem einzigen Eintrag wäre Zierrat
|
||||
/// gewesen. Mit der Suche gibt es zwei Orte, zwischen denen man wechselt —
|
||||
/// und dafür ist die Leiste oben die Bedienung, die jeder vom Fernseher
|
||||
/// kennt: sie erscheint, wenn man vom obersten Element aus nach oben wischt,
|
||||
/// und verschwindet wieder.
|
||||
///
|
||||
/// **Kein Reiter für die Mediatheken.** Die stehen als Reihe auf der
|
||||
/// Startseite. Ein dritter Reiter dafür verspräche einen eigenen Bereich, und
|
||||
/// dahinter läge dasselbe Raster, das eine Reihe tiefer ohnehin erreichbar
|
||||
/// ist.
|
||||
struct TVShell: View {
|
||||
@Binding var deepLinkTarget: MediaRoute?
|
||||
|
||||
/// Welcher Reiter offen ist.
|
||||
///
|
||||
/// Ausdrücklich gehalten, nicht dem System überlassen: ein Link aus dem
|
||||
/// Regal über der App führt immer zur Startseite, und stünde gerade die
|
||||
/// Suche offen, passierte sichtbar nichts.
|
||||
@State private var reiter = Reiter.start
|
||||
|
||||
private enum Reiter: Hashable { case start, suche }
|
||||
|
||||
var body: some View {
|
||||
TabView(selection: $reiter) {
|
||||
Tab(value: Reiter.start) {
|
||||
TVHomeView(deepLinkTarget: $deepLinkTarget)
|
||||
} label: {
|
||||
Text("sidebar.home")
|
||||
}
|
||||
|
||||
// **`role: .search` und nicht ein gewöhnlicher Reiter.** tvOS
|
||||
// stellt ihn dadurch ans Ende der Leiste und gibt ihm das
|
||||
// Lupensymbol — dieselbe Stelle wie in Apples eigenen Apps.
|
||||
Tab(value: Reiter.suche, role: .search) {
|
||||
TVSearchView()
|
||||
}
|
||||
}
|
||||
.onChange(of: deepLinkTarget) { _, neu in
|
||||
if neu != nil { reiter = .start }
|
||||
}
|
||||
}
|
||||
}
|
||||
Reference in New Issue
Block a user