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.

workspace/chat.html

@@ -12,26 +12,26 @@
      Ton wie die Kopfleiste darunter (#06090f), damit Leiste und Seite
      eine Flaeche sind statt zweier. -->
 <meta name="theme-color" content="#06090f" />
-<link rel="icon" type="image/png" href="/assets/img/app-symbole/workspace-32.png?v=202609261240" />
-<link rel="apple-touch-icon" href="/assets/img/app-symbole/workspace-180.png?v=202609261240" />
-<link rel="stylesheet" href="assets/css/gate.css?v=202609261240" />
-<link rel="stylesheet" href="assets/css/start.css?v=202609261240" />
+<link rel="icon" type="image/png" href="/assets/img/app-symbole/workspace-32.png?v=202609271733" />
+<link rel="apple-touch-icon" href="/assets/img/app-symbole/workspace-180.png?v=202609271733" />
+<link rel="stylesheet" href="assets/css/gate.css?v=202609271733" />
+<link rel="stylesheet" href="assets/css/start.css?v=202609271733" />
 <!-- aufgaben.css bringt die Dialog- und Formularstile mit (.dialog,
      .neu__zeile, .dialog__knoepfe). Sie stehen dort seit dem
      Aufgabenbrett; sie hierher zu kopieren hiesse, sie an zwei Stellen
      zu pflegen. Dieselbe Lösung nutzen kalender.html und content.html.
      Gemeldet von pruef-css-klassen.mjs, bevor jemand einen ungestylten
      Dialog zu sehen bekam. -->
-<link rel="stylesheet" href="assets/css/aufgaben.css?v=202609261240" />
-<link rel="stylesheet" href="assets/css/chat.css?v=202609261240" />
-<link rel="stylesheet" href="assets/css/module.css?v=202609261240" />
+<link rel="stylesheet" href="assets/css/aufgaben.css?v=202609271733" />
+<link rel="stylesheet" href="assets/css/chat.css?v=202609271733" />
+<link rel="stylesheet" href="assets/css/module.css?v=202609271733" />
 <!-- haus.css MUSS die letzte Stilvorlage sein (10.09.2026).
      Auf der Agenturadresse ist sie leer -- das Haus hier IST der
      Grundzustand. Auf der Adresse von Team Dogi biegt der Server
      genau diesen Dateinamen auf crew-haus.css um, und die Seite
      kommt schon beim ERSTEN Abruf in Lila und Babyblau an --
      ohne Umfaerben im Browser, ohne Flackern. -->
-<link rel="stylesheet" href="assets/css/haus.css?v=202609261240" />
+<link rel="stylesheet" href="assets/css/haus.css?v=202609271733" />
 </head>
 
 <body class="start">
@@ -739,24 +739,24 @@
   </form>
 </dialog>
 
-<script src="assets/js/bereiche.js?v=202609261240"></script>
+<script src="assets/js/bereiche.js?v=202609271733"></script>
 <!-- TEXTFORM VOR ALLEM ANDEREN (21.09.2026): chat.js und bereich.js
      fragen beim Zeichnen nach `window.Textform`. Kaeme sie spaeter,
      waere die erste gezeichnete Nachricht ohne Gestaltung -- und das
      faellt nur dem auf, der genau hinsieht. KEIN `defer`, damit sie
      wirklich vor den anderen dasteht. -->
-<script src="assets/js/textform.js?v=202609261240"></script>
-<script src="assets/js/meldung.js?v=202609261240" defer></script>
-<script src="assets/js/hochladen.js?v=202609261240" defer></script>
-<script src="assets/js/nachfrage.js?v=202609261240" defer></script>
-<script src="assets/js/wahl.js?v=202609261240" defer></script>
-<script src="assets/js/kopf.js?v=202609261240"></script>
-<script src="assets/js/glocke.js?v=202609261240"></script>
+<script src="assets/js/textform.js?v=202609271733"></script>
+<script src="assets/js/meldung.js?v=202609271733" defer></script>
+<script src="assets/js/hochladen.js?v=202609271733" defer></script>
+<script src="assets/js/nachfrage.js?v=202609271733" defer></script>
+<script src="assets/js/wahl.js?v=202609271733" defer></script>
+<script src="assets/js/kopf.js?v=202609271733"></script>
+<script src="assets/js/glocke.js?v=202609271733"></script>
 <!-- ANRUF VOR CHAT (18.09.2026): anruf.js stellt `window.anrufStarten`
      bereit, und chat.js baut die Knoepfe nur, wenn es das gibt.
      Andersherum waere die Reihenfolge eine stille Abhaengigkeit --
      die Knoepfe fehlten, und niemand wuesste warum. -->
-<script src="assets/js/anruf.js?v=202609261240"></script>
+<script src="assets/js/anruf.js?v=202609271733"></script>
 <!-- DIE BILDSCHAU (25.09.2026). Eigene Datei, weil sie nichts vom
      Chat weiss: Sie bekommt einen Weg und einen Namen und zeigt ein
      Bild. Jede andere Seite mit Fotos kann sie ebenso benutzen, ohne
@@ -767,8 +767,8 @@
      sie beim ersten Foto noch nicht da -- und der erste Klick ginge
      wie frueher in den Tab. Ein Fehler, der nur beim ERSTEN Mal
      auftritt, ist der, den man nie nachstellen kann. -->
-<script src="assets/js/bildschau.js?v=202609261240"></script>
-<script src="assets/js/chat.js?v=202609261240"></script>
-<script src="assets/js/installieren.js?v=202609261240" defer></script>
+<script src="assets/js/bildschau.js?v=202609271733"></script>
+<script src="assets/js/chat.js?v=202609271733"></script>
+<script src="assets/js/installieren.js?v=202609271733" defer></script>
 </body>
 </html>