Und dein Argument dafür war das beste: auf dem Mac kann ich selbst hinsehen. Kein Simulator-Tunnel, der mitten im Prüfen abstürzt — `screencapture` auf das Fenster der App, und zwar nur auf ihres, nicht auf den Bildschirm. **Ein eigenes Ziel, nicht ein gemeinsames.** Die Info.plist der iOS-App ist voller iOS-Angaben: Startbildschirm, erlaubte Ausrichtungen, Live Activities. Die alle bedingt zu machen hieße, dass jede spätere Änderung an der iOS-Seite über eine Stelle geht, die auch den Mac betrifft. Zwei Ziele sind ein paar Zeilen mehr und eine Sorge weniger. **Was den Unterschied ausmacht, steht an einer Stelle.** Ein neuer `PlatformShims` in FlixyDesign übersetzt, was auf beiden Seiten verschieden heißt: schmale Titelzeile, halbhohes Blatt, Eingabefelder ohne Großschreibung, die Plätze in der Werkzeugleiste, die Zwischenablage. Zwanzig Ansichten benutzen ihn, statt zwanzigmal `#if os(iOS)` zu tragen — sonst wandert die Fallunterscheidung in jede neue Datei und wird beim übernächsten Bildschirm vergessen. Wirklich verschieden sind nur fünf Stellen: die Bildfläche (`UIView` gegen `NSView`), der AirPlay-Knopf, die Ausrichtungssperre (auf dem Mac gibt es nichts zu sperren), der App-Delegat für Hintergrund-Downloads und das Anmeldefenster, das ein anderes Fenster als Anker braucht. **Das Karussell blättert jetzt mit einem einrastenden Streifen** statt mit `TabView(.page)` — den Seitenstil gibt es auf dem Mac nicht. Das ist nebenbei die bessere Lösung: das verschachtelte TabView hatte die Eigenschaft, beim Wechsel kurz zwei Seiten gleichzeitig zu zeigen. **Was auf dem Mac fehlt und warum:** VLC. Das Binärpaket ist auf iOS festgelegt; sein xcframework enthält zwar Mac-Teile, aber das ist eine eigene Runde. Solange fällt die Wiedergabe dort auf den Systemplayer zurück — MKV und DTS gehen also noch nicht. Live Activities gibt es auf dem Mac nicht, Bild-in- Bild startet von Hand statt beim Verlassen der App. Gesehen: die App startet, der Anmeldebildschirm steht, beide Wege sind da. Angemeldet habe ich mich auf dem Mac **nicht** — das ginge nur, indem ich einen Token in deinen Schlüsselbund schreibe, und dann fragt macOS dich beim ersten Zugriff nach dem Passwort. Das machst du mit einem Klick selbst. iOS baut unverändert, 263 Tests grün. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
51 lines
1.6 KiB
Swift
51 lines
1.6 KiB
Swift
import AVKit
|
|
import SwiftUI
|
|
#if canImport(UIKit)
|
|
import UIKit
|
|
#else
|
|
import AppKit
|
|
#endif
|
|
|
|
/// Der Knopf, der die Empfängerliste öffnet.
|
|
///
|
|
/// Kein eigener Knopf mit eigener Liste: `AVRoutePickerView` ist die Stelle,
|
|
/// die das System dafür vorsieht, und sie kennt Geräte, die eine App nie
|
|
/// aufzählen könnte — Apple TVs, AirPlay-Lautsprecher, HomePods im Verbund.
|
|
/// Sie nachzubauen hieße, eine unvollständige Liste zu zeigen.
|
|
#if canImport(UIKit)
|
|
struct AirPlayButton: UIViewRepresentable {
|
|
let tint: Color
|
|
|
|
func makeUIView(context: Context) -> AVRoutePickerView {
|
|
let view = AVRoutePickerView()
|
|
view.tintColor = .white
|
|
view.activeTintColor = UIColor(tint)
|
|
// Bild vor Ton: bei einem Film soll die Liste die Fernseher zuerst
|
|
// zeigen, nicht die Lautsprecher.
|
|
view.prioritizesVideoDevices = true
|
|
view.setContentHuggingPriority(.required, for: .horizontal)
|
|
return view
|
|
}
|
|
|
|
func updateUIView(_ view: AVRoutePickerView, context: Context) {
|
|
view.activeTintColor = UIColor(tint)
|
|
}
|
|
}
|
|
#else
|
|
struct AirPlayButton: NSViewRepresentable {
|
|
let tint: Color
|
|
|
|
func makeNSView(context: Context) -> AVRoutePickerView {
|
|
let view = AVRoutePickerView()
|
|
view.isRoutePickerButtonBordered = false
|
|
view.setRoutePickerButtonColor(.white, for: .normal)
|
|
view.setRoutePickerButtonColor(NSColor(tint), for: .active)
|
|
return view
|
|
}
|
|
|
|
func updateNSView(_ view: AVRoutePickerView, context: Context) {
|
|
view.setRoutePickerButtonColor(NSColor(tint), for: .active)
|
|
}
|
|
}
|
|
#endif
|