Das Cover fehlte am iPhone, Chrome am Desktop zeigte es. Es hatte im Viewer eine eigene Regel mit "max-height: 72vh; width: auto" — und width:auto ist bei inline-size-Containment genau die Falle, die für .stadionzeitung-page schon behoben war: der Inhalt zählt für die eigene Breite per Definition nicht mit. Sichtbar wird der Unterschied, weil .stadionzeitung-viewer__page display:flex ist: auf einem Flex-Kind heißt width:auto "richte dich nach dem Inhalt". Chrome rettet sich über aspect-ratio plus gestreckte Höhe, Safari nicht. Cover und Seite stehen jetzt in EINER Regel mit derselben definiten Breite, damit sie nicht wieder auseinanderlaufen; nur overflow-y bleibt den Seiten vorbehalten. Gemessen bei 390px Viewport: Cover 363x559, identisch zu den Folgeseiten. EHRLICHE GRENZE: Chrome zeigt vor und nach der Änderung dieselben Maße, der Fehler ist im Desktop-Browser nicht reproduzierbar. Die Ursache ist damit begründet, aber nicht bewiesen — Gegenprobe nur am echten Gerät. In CLAUDE.md vermerkt, damit das nächste Mal niemand im Desktop-Browser "verifiziert". Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01NzeVVgMCrzCDJAKeLEdKr7
220 KiB
220 KiB