Commit Graph
2 Commits
Author SHA1 Message Date
ScarriffleandClaude Opus 5 c7b901b103 Der Player sagt jetzt, was er über seinen Platz weiss
Zweimal habe ich behauptet, die Ränder seien behoben, und zweimal sassen
die Knöpfe weiter ausserhalb. Im Simulator steht dort „SA 0,62,62,20 ·
Schirm 874×402" und alles liegt drin — nachstellen lässt es sich hier
also nicht. Damit ist Raten der falsche Weg.

**Eine Zeile im Entwicklerbau**, unter dem Schieberegler: die Ränder, wie
sie ankommen, die Bildschirmgrösse daneben und der Skalierungsmodus.
Sitzen die Knöpfe daneben, gibt es genau drei Möglichkeiten — die Ränder
kommen als null an, sie kommen falsch an, oder sie stimmen und der Rahmen
ist grösser als der Schirm. Von aussen sehen alle drei gleich aus. Die
Zeile unterscheidet sie.

**Und eine Härtung, die beim Nachlesen auffiel.** `ScreenSafeArea` suchte
nur die Szene, die `foregroundActive` ist. Genau die gibt es in zwei
Momenten nicht: während einer Drehung und kurz nach dem Zurückholen der
App. Wer dann fragt, bekommt `nil`, daraus werden Ränder von null — und
die bleiben stehen, bis sich die Fläche wieder ändert. Die Knöpfe sitzen
dann dauerhaft im Home-Indikator, obwohl die Rechnung stimmt.

Ein Fenster mit den richtigen Rändern ist in dem Moment trotzdem da, es
ist nur nicht „aktiv". Jetzt der Reihe nach: aktiv, sonst sichtbar, sonst
irgendeines. Dazu wird beim Zurückholen der App nachgefasst — eine
Drehung im Hintergrund ändert die Fläche, ohne dass die Ansicht davon
etwas merkt.

Ob das der Fehler war, weiss ich nicht. Die Zeile wird es sagen.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-09-30 15:59:04 +02:00
ScarriffleandClaude Opus 5 22f824b000 Die Ränder kommen jetzt von der Stelle, die sie kennt
Mein voriger Versuch war an der Quelle falsch, nicht an der Rechnung.

**Was ich gebaut hatte:** die Sicherheitsränder in `RootView` messen und
über die Umgebung an den Player reichen. Gemessen in einer Ansicht,
angewendet in einer anderen, über eine Drehung hinweg — drei
Gelegenheiten, daneben zu liegen. Im Simulator ging es gut, auf dem
Gerät nicht: dort standen im Querformat links 75 und rechts 28 Punkt
Rand, und der Untertitel wurde von der Bildschirmkante abgeschnitten.

**Warum SwiftUI hier nicht hilft.** Der Sicherheitsrand ist dort kein
Wert, den man erfragt, sondern einer, den man verbraucht: wer ihn
respektiert, sieht null, und wer ihn mit `ignoresSafeArea` überschreitet,
sieht danach ebenfalls null. Beide Auswege habe ich durchgespielt und
beide gemessen. Nimmt man der Ansicht das `ignoresSafeArea`, sitzen die
Knöpfe richtig — aber die Bildfläche verliert es mit, und das Bild ist im
Querformat um die Notch-Breite schmaler. Schiebt man einen
`GeometryReader` dazwischen, passiert dasselbe.

**Das Fenster weiß es immer**, in der richtigen Ausrichtung und in dem
Moment, in dem gefragt wird. `ScreenSafeArea` ist die eine Stelle in
dieser App, die so fragt, und die eine, an der es keinen SwiftUI-Weg
gibt. Nachgeholt wird der Wert bei jeder Änderung der Fläche — das ist
genau der Moment des Drehens.

Nachgemessen im Simulator gegen die Jellyfin-Attrappe: im Querformat
meldet das Fenster 0/62/62/20, und damit stehen Kopfzeile, Schieberegler
und Zeitangaben vollständig im sichtbaren Bereich, während das Bild bis
an die Kanten reicht.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-09-29 17:32:50 +02:00