Eine Fensterbreite beweist nichts

Was schieflief

Wir haben denselben Headline-Bug dreimal gefixt. Jedes Mal haben wir ihn als gefixt gemeldet. Jedes Mal war er auf dem Screen der Person, die ihn gemeldet hatte, noch da.

Der Grund war nicht der Fix. Es war die Messung. Jede Prüfung lief in einem Fenster von 1440 Pixeln Breite, und das war ausgerechnet die eine Breite, bei der das Layout zufällig stimmte.

Warum 1440 ein schlechter Standard ist

1440 ist eine Gewohnheit aus dem Design-Tool. Es ist die Artboard-Breite, zu der alle greifen, also ist es die Breite, die geprüft wird. Es ist nicht die Breite, auf der Menschen wirklich surfen. Wir arbeiten am MacBook, das heisst 1512 oder 1728. Keine von beiden wurde je gemessen.

Ein Layout-Bug, der von der Breite abhängt, versteckt sich vor dir, wenn du immer nur eine Breite anschaust. Vor der Person, die die Site benutzt, versteckt er sich nicht.

Die Regel

Miss über mindestens vier Fensterbreiten, bevor du irgendetwas als gefixt bezeichnest. Wir nehmen 1280, 1440, 1512, 1728 und 1920 auf dem Desktop plus 390 auf dem Handy. Miss jeden Zustand bei jeder Breite, nicht nur den, an dem du gearbeitet hast.

Zwei Dinge, die sich kein Element teilen können

Dieselbe Session brachte eine zweite Regel. Ein Skript, das die Breite anpasst, und ein Split pro Buchstabe können nicht auf demselben Element sitzen. Der Split wickelt jeden Buchstaben in ein eigenes div. Danach folgt die Elementbreite nicht mehr der Schriftgrösse, und die Anpassungs-Schleife konvergiert nie auf einen Wert.

Wir haben den Split entfernt. Das Buchstaben-Reveal auf diesen zwei Zeilen ist vorerst weg. Wenn es zurückkommt, animiert es die Zeile als Ganzes.

Was zu tun ist

Schreib die Mess-Schleife einmal und behalte sie. Unsere fährt den Browser durch jede Breite und jeden Zustand und druckt nur die Abweichungen. Ein voller Lauf kostet zwei Minuten. Einen Fix zu melden, der keiner ist, kostet deutlich mehr, und zwar doppelt, denn dem nächsten Report wird weniger geglaubt.