Messungen am Telefon: 37 bekommen ihren Finger

Gestern Mittag gemessen: 39 `newContext`-Aufrufe nehmen ihre Breite
aus einer Variablen und setzen kein `hasTouch`. Ohne das meldet der
Browser `pointer: fine`, und KEINE Regel aus `@media (pointer:
coarse)` greift — dort stehen im ganzen Haus die 44-Pixel-
Beruehrziele, die ausgeblendeten Tastenkuerzel und die
eingeklappte Reiterleiste.

Was das anrichtet, war an pruef-breiten zu sehen: drei Befunde auf
320, 390 und 430 Pixeln, die mit dem Finger allesamt verschwanden —
Messfehler, keine Fehler.

37 DAVON HABEN IHN JETZT. Nur `hasTouch`, nicht `isMobile`: Gefragt
ist genau die eine Sache, um die es geht. `isMobile` waere eine
zweite Aenderung in derselben Zeile, und wenn danach etwas anders
aussieht, wuesste niemand, welche von beiden es war.

ZWEI BLEIBEN STEHEN, beide in pruef-grosscheck.mjs. Die Aenderung
dort waere ein Zweizeiler; sie zu pruefen hiesse, 206 Seiten ueber
vier Rollen laufen zu lassen, und das braucht Filipes Zusage. Eine
Aenderung, die ich nicht pruefen darf, liefere ich nicht aus.
Grundlinie in pruef-fingermass steht deshalb auf 2.

JEDE EINZELN NACHGELAUFEN — 37 Laeufe:

  34 gruen, darunter pruef-handy 186, pruef-material 159,
  pruef-start-ansicht 160, pruef-kalender 141, pruef-erwaehnung 129,
  pruef-bewerbung-aufgaben 163, pruef-neue-seiten 109

  3 mit Befunden, ALLE DREI VORBESTEHEND (Gegenprobe: alter Stand
  derselben Datei, gleicher Lauf, gleiche Zahl):
    pruef-browser        3  (WebKit startet auf diesem Rechner nicht)
    pruef-chat-anhaenge  2
    pruef-crew-wand-bild 3

EINE ZEITBOMBE GEFUNDEN UND ENTSCHAERFT

pruef-dabei-optik meldete „Haekchen: 0 -> 0" — aber nur, wenn vier
andere Pruefungen gleichzeitig liefen. Allein: „0 -> 1", gruen.

Dort stand `waitForTimeout(250)` mit der Begruendung „250 ms sind
reichlich ueber den 160" (der Dauer der Blende). Auf einem Rechner,
auf dem nebenher vier Browser messen, sind sie es nicht. Die
Pruefung war damit gruen, solange nichts anderes lief, und rot im
Gesamtlauf — also genau dann, wenn niemand sie einzeln nachstellen
kann.

Eine Wartezeit ist eine Annahme ueber den Rechner. Gewartet wird
jetzt auf das, worauf es ankommt: dass das Haekchen da ist. Laeuft
die Frist ab, faellt die Pruefung mit dem ECHTEN Wert um und nicht
mit einem Messfehler. Gegenprobe: unter derselben vierfachen Last,
die sie vorher rot gemacht hat, jetzt gruen.

UND DIE GRUNDLINIE WIEDER STRENG. Ich hatte sie kurz auf
„hoechstens" gestellt — damit haette ein Rueckgang stillschweigend
Platz fuer die naechste Suende gedeckt. Genau davor warnt der Kopf
derselben Datei bei der anderen Grundlinie, und ich habe es eine
Stunde spaeter selbst falsch gemacht.

Co-Authored-By: Claude Opus 5 <[email protected]>

server/pruef-fingermass.mjs

@@ -231,8 +231,15 @@ if (blind > GRUNDLINIE) {
    Sie bekommt eine eigene Grundlinie, damit sie weder
    stillschweigend durchgeht noch die echte Zahl verfaelscht.
 
-   NEUNUNDDREISSIG, GEMESSEN AM 01.10.2026 -- und die Zahl ist
-   ernst. Stichprobe:
+   NEUNUNDDREISSIG WAREN ES AM 01.10.2026 MITTAGS. Siebenunddreissig
+   davon haben noch am selben Tag ihren Finger bekommen und sind
+   einzeln nachgelaufen; uebrig bleiben ZWEI, beide in
+   pruef-grosscheck.mjs. Die Aenderung dort waere ein Zweizeiler --
+   sie zu pruefen hiesse, 206 Seiten ueber vier Rollen laufen zu
+   lassen, und das braucht Filipes Zusage. Eine Aenderung, die ich
+   nicht pruefen darf, liefere ich nicht aus.
+
+   SO SAH ES VORHER AUS, als Beleg dafuer, dass die Zahl ernst war:
 
        mess-chat-liste.mjs   ["handy", 390, 860]   ohne hasTouch
        pruef-material.mjs    ein Handy-Fall         ohne hasTouch
@@ -241,20 +248,19 @@ if (blind > GRUNDLINIE) {
    MAUSZEIGER vermessen. Genau so hat pruef-breiten heute drei
    Befunde gemeldet, die es auf keinem Telefon gibt.
 
-   WARUM SIE HIER ALS GRUNDLINIE STEHT UND NICHT ALS 39 FEHLER:
-   Eine Warnung, die bei jedem Lauf neununddreissigmal kommt, wird
-   weggeklickt und nimmt die echte mit. Die Zahl ist festgehalten,
-   sie darf nur SINKEN, und jede neue faellt sofort auf. Abgearbeitet
-   wird sie Datei fuer Datei -- jede einzeln, und jede mit einem
-   Lauf danach, denn bei pruef-breiten sind durch den Finger drei
-   Befunde verschwunden und haetten genauso gut drei neue
-   auftauchen koennen. */
-const UNKLAR_GRUNDLINIE = 39;
+   WIE BEI DER ANDEREN GRUNDLINIE GILT: Die Zahl muss GENAU
+   stimmen. Waechst sie, ist eine neue Messung dazugekommen, die am
+   Telefon mit Mauszeiger misst. Sinkt sie, gehoert sie hier
+   gesenkt -- sonst deckt sie Platz fuer die naechste. Ich hatte sie
+   kurz auf „hoechstens" gestellt und damit genau dieses Loch
+   gebaut, eine Stunde nachdem ich die Begruendung oben gelesen
+   hatte. */
+const UNKLAR_GRUNDLINIE = 2;
 if (unklare.length) console.log("  ohne Zahl und ohne Finger: " + unklare.join(", "));
-ok(unklar <= UNKLAR_GRUNDLINIE,
-  unklar <= UNKLAR_GRUNDLINIE
+ok(unklar === UNKLAR_GRUNDLINIE,
+  unklar === UNKLAR_GRUNDLINIE
     ? `${unklar} Fenster, deren Breite aus einer Variablen kommt und bei denen `
-      + `kein hasTouch danebensteht — Grundlinie ${UNKLAR_GRUNDLINIE}`
+      + `kein hasTouch danebensteht — unveraendert zur Grundlinie ${UNKLAR_GRUNDLINIE}`
     : `${unklar} Fenster mit Variable und ohne hasTouch (Grundlinie `
       + `${UNKLAR_GRUNDLINIE}). Dort laesst sich nicht sagen, ob am Telefon gemessen `
       + "wird — und genau so ist am 01.10. pruef-breiten durchgerutscht. "