Drei Pixel breite Kacheln auf kleinen Handys -- und der Block war auf

der Pruefadresse tot

DER RASTERFEHLER

Auf einem 320 px breiten Geraet waren "Rudel-Chat" und "Anschlagbrett"
DREI PIXEL breit: ein senkrechter Strich mit abgeschnittenem Text. Bei
360 px waren es 43 px. Gefunden habe ich es nicht mit einer Pruefung,
sondern mit dem Auge, in einem Einzelbild einer Videoaufnahme.

Die Ursache stand in start.css: Unter 380 px wird das Kachelraster
einspaltig (`grid-template-columns: 1fr !important`), die
Willkommenskachel behielt aber ihr `grid-column: span 2` aus einem
Block, der 2600 Zeilen spaeter steht und deshalb gewinnt. Ein Gitter
mit einer erklaerten Spalte und einem Kind, das zwei braucht, erfindet
die zweite -- und teilt den Platz 3 zu 281.

WARUM ES KEINE PRUEFUNG GEMERKT HAT, und das ist der eigentliche
Befund: pruef-handy misst Ueberhang und Beruehrziele. Eine 3 px breite
Kachel ragt nicht hinaus, und ihr Link ist 142 px HOCH -- die
Mindestgroesse fuer den Finger war also erfuellt. Beide Pruefungen
waren gruen, und die Kachel war unbenutzbar.

pruef-kachelraster misst deshalb ab jetzt die BREITE jeder Kachel
mit, bei 320, 360 und 390 px. Die Grenze ist abgeleitet und nicht
gesetzt: Eine Kachel muss mindestens ein Drittel der Inhaltsbreite
haben -- schmaler waere sie auch bei drei Spalten nicht. Dazu wird
gezaehlt, wie viele Spuren das Gitter wirklich hat; eine erfundene
Spalte faellt damit auf, bevor jemand sie sieht.

Gegenprobe gefahren: Ohne die neue Regel meldet die Pruefung
"320 px: schmalste Kachel 3 px -- Rudel-Chat 3px, Anschlagbrett 3px"
und wird rot. 15 -> 24 Punkte, 0 Fehler.

DER NOTIZBLOCK AUF DER PRUEFADRESSE

pruef-handy meldete auf notizen.html einen 404 in der Konsole, auf
allen drei Geraetebreiten. Kein Anzeigefehler: Die Seite lud, der
Block blieb leer.

Meine Schranke fragte `haus !== "crew"`. Das klingt richtig und ist es
nicht -- auf einer Pruefadresse (127.0.0.1) hat niemand ein Haus,
`person.haus` ist dort absichtlich `null`, damit die Pruefungen des
Hauses nicht still blind werden. Damit antwortete JEDER Aufruf des
Blocks dort mit 404.

hausWo() in workspace.js macht es seit dem 24.09. richtig herum: Ist
das Haus weder crew noch agentur, wird NICHT gefiltert. Die Schranke
folgt jetzt derselben Regel und weist das ANDERE Haus ab statt "alles
ausser crew". Die Trennung bleibt unveraendert scharf.

pruef-notizen misst ab jetzt BEIDE Enden -- auf `workspace.` 404, auf
der Pruefadresse 200. Wer nur eins misst, kann die Schranke jederzeit
wieder zu scharf stellen, ohne dass etwas rot wird. 76 -> 79 Punkte.

DAS WERKZEUG FUER DIE VIDEOS

server/tiktok-videos.mjs nimmt vier Clips ueber die App auf (eigene
Wegwerf-Datenbank, eigener Port, nie die echte). Eingebaut ist eine
Lecksuche: Nach jedem Seitenwechsel wird der SICHTBARE Text nach
Adressen abgesucht, und bei einem Fund bricht die Aufnahme ab. Filipe
am 27.09.: "es darf kein link zu sehen sein." Das mit dem Auge zu
pruefen waere genau die Sorte Kontrolle, die beim vierten Video
nachlaesst. Mit PROBE_LECK=ja laesst sich zeigen, dass sie anschlaegt
-- nachgefahren, Rueckgabewert 2.

Gemessen: pruef-handy 177/0 (vorher 3 Fehler), pruef-kachelraster
24/0, pruef-notizen 79/0, pruef-start-ansicht 157/0,
pruef-handy-teamdogi 0 Befunde.

server/pruef-kachelraster.mjs

@@ -372,6 +372,80 @@ try {
     ok(ende.zellen === 8 && ende.minimum === 3,
       "auch die Sicht eines Zuschauers (7 Kacheln) geht auf drei Reihen auf");
   }
+  /* =====================================================================
+     JEDE KACHEL IST AUCH BREIT GENUG (27.09.2026)
+     =====================================================================
+
+     Gefunden beim Filmen der Startseite fuer TikTok, also mit dem
+     Auge und nicht mit einer Pruefung. Auf einem 320er Geraet waren
+     „Rudel-Chat" und „Anschlagbrett" DREI PIXEL breit -- ein
+     senkrechter Strich mit abgeschnittenem Text.
+
+     Die Ursache stand in start.css: Unter 380 px wird das Raster
+     einspaltig, die Willkommenskachel spannte aber weiter ueber zwei
+     Spalten. Ein Gitter mit einer erklaerten Spalte und einem Kind,
+     das zwei braucht, erfindet die zweite -- und teilt den Platz
+     3 zu 281.
+
+     WARUM ES KEINE PRUEFUNG GEMERKT HAT, und das ist der eigentliche
+     Befund: pruef-handy misst Ueberhang und Beruehrziele. Eine 3 px
+     breite Kachel ragt nicht hinaus, und ihr Link ist 142 px HOCH --
+     die Mindestgroesse fuer den Finger war also erfuellt. Beide
+     Pruefungen waren gruen, und die Kachel war unbenutzbar.
+
+     Gemessen wird deshalb ab jetzt die BREITE, und zwar bei den drei
+     Geraetebreiten, die das Haus ohnehin fuehrt. Die Grenze ist
+     abgeleitet und nicht gesetzt: Eine Kachel muss mindestens ein
+     Drittel der Inhaltsbreite haben -- schmaler waere sie auch bei
+     drei Spalten nicht.
+     ===================================================================== */
+
+  /* Eigene Anmeldung: `messen()` haelt seinen Keks in seinem eigenen
+     Gueltigkeitsbereich, und dieser Abschnitt steht daneben, nicht
+     darin. Genommen wird der Modi -- er ist die Rolle in dieser
+     Pruefung, die eine Kachel mit `gross: true` hat, und nur an der
+     kann der Fehler ueberhaupt auftreten. */
+  const keksBreite = await anmelden("creator", "CODE-MODI-0001");
+
+  for (const breite of [320, 360, 390]) {
+    const k2 = await browser.newContext({
+      viewport: { width: breite, height: 900 }, reducedMotion: "reduce",
+    });
+    await k2.addCookies(keksBreite.split("; ").map((k) => {
+      const [name, ...rest] = k.split("=");
+      return { name, value: rest.join("="), domain: "127.0.0.1", path: "/" };
+    }));
+    const s2 = await k2.newPage();
+    await s2.goto(`${BASIS}/workspace/start.html`, { waitUntil: "networkidle" });
+    await s2.waitForSelector(".kacheln .kachel", { timeout: 15_000 });
+    await s2.waitForTimeout(400);
+    const m2 = await s2.evaluate(() => {
+      const kacheln = [...document.querySelectorAll("li.kachel")];
+      const raster = [...document.querySelectorAll(".kacheln")];
+      const inhalt = document.querySelector(".kacheln")?.getBoundingClientRect().width || 0;
+      return {
+        anzahl: kacheln.length,
+        inhalt: Math.round(inhalt),
+        schmalste: Math.round(Math.min(...kacheln.map((x) => x.getBoundingClientRect().width))),
+        wer: kacheln.map((x) => ({
+          n: (x.querySelector(".kachel__name")?.textContent || "?").slice(0, 18),
+          b: Math.round(x.getBoundingClientRect().width),
+        })).sort((a, b2) => a.b - b2.b).slice(0, 2),
+        /* Und eine erfundene Spalte faellt hier auf: mehr Spuren, als
+           die Regel erklaert. */
+        spuren: raster.map((r) => getComputedStyle(r).gridTemplateColumns.split(" ").length),
+      };
+    });
+    const grenze = Math.floor(m2.inhalt / 3) - 8;
+    ok(m2.anzahl > 5, `${breite} px: ${m2.anzahl} Kacheln angesehen`);
+    ok(m2.schmalste >= grenze,
+      `${breite} px: schmalste Kachel ${m2.schmalste} px (mindestens ${grenze}) -- `
+      + m2.wer.map((w) => `${w.n} ${w.b}px`).join(", "));
+    ok(m2.spuren.every((z) => z <= (breite < 380 ? 1 : 2)),
+      `${breite} px: kein Raster hat mehr Spalten als erlaubt (${m2.spuren.join("/")})`);
+    await k2.close();
+  }
+
 } finally {
   await browser.close();
 }