2 Commits

Include renames

Author	SHA1	Message	Date
DogFatherGit	af61f77e92	Die Transportknoepfe sind am Daumen wieder 44 Pixel hoch ... DER BEFUND pruef-handy-teamdogi meldete auf iPhone UND Android, bei zwei Rollen, denselben Mangel: reaktion.html: zu kleine Tippziele -- button#v-zurueck 48x40, button#v-vor 48x40, button#v-naechstes 83x40 Die Grundregel von `.spur__knopf` steht auf `min-height: 40px`. Am Rechner ist das richtig; am Finger sind es vier Pixel zu wenig, und eine Ausnahme dafuer gab es nicht. WARUM DAS ERST HEUTE AUFFAELLT Die Transportleiste war am Handy bis gestern gar nicht erreichbar -- sie lag 162 Pixel unter dem Fensterrand, und der Koerper hat `overflow: hidden`. Was nicht sichtbar ist, wird nicht gemessen. Die Reparatur von gestern hat den Mangel also nicht verursacht, sondern aufgedeckt. Gemessen nach der Aenderung: Transportleiste 207 statt 203 Pixel, Saal 775 = Leiste 101 + Kino 467 + Regie 336. Kein Knopf liegt ueber einem anderen, die Leiste verdeckt kein Bedienelement der Regie. DIE FINGERWACHE ZAEHLT JETZT FENSTER, NICHT DATEIEN Die erste Fassung fragte: "Steht `hasTouch` irgendwo in der Datei?" pruef-kalender allein hat sieben Fenster, davon drei schmale -- ein einziges `hasTouch` haette alle drei freigesprochen. Genau diese Mischung ist im Haus die Regel. Die geschaerfte Fassung fand prompt zwei Dateien, welche die grobe freigesprochen hatte. Beim Nachmessen: - pruef-chat-optik: FEHLALARM. Ihr `setViewportSize` sitzt auf einer Seite, deren Kontext `hasTouch: breite < 900` traegt -- wer danach nur die Groesse aendert, behaelt den Finger. Die Wache zaehlt solche Stellen jetzt nur noch, wenn in der ganzen Datei kein einziges `hasTouch` steht. Wo ich raten muesste, zaehle ich nicht: Eine Wache, die im Zweifel meldet, wird weggeklickt. - pruef-handy-teamdogi: ECHTER FUND. Ihr zweiter Kontext hatte keinen Finger, der erste schon. Repariert. Grundlinie damit von 23 auf 17. Neun Gegenproben statt sechs, darunter beide neuen Faelle. Drei Anlaeufe, drei Zahlen: grep 18, Wache je Datei 16, Wache je Fenster 17 (nach Abzug des Fehlalarms). Die erste Zahl, die eine Wache liefert, ist selten die richtige. NOCH OFFEN AUS DEMSELBEN LAUF notizen.html, nur auf 412 px: `a.zurueck` „Team Dogi…" ist 0 Pixel breit statt 82. Noch nicht angesehen. GEPRUEFT pruef-reaktion, -tippziele, -css-klassen: alle EXIT 0 pruef-fingermass 3 / 0 mess-reaktion EXIT 0, kein ACHTUNG, kein offener Punkt	2026-09-29 14:23:57 +02:00
DogFatherGit	315eb08cc4	Eine Wache dafuer, dass am Telefon mit dem Finger gemessen wird ... DER FUND VON HEUTE WAR GROESSER ALS DIE EINE FUSSZEILE `page.setViewportSize({ width: 412 })` aendert nur die Groesse. `hasTouch` gehoert zum KONTEXT und laesst sich danach nicht mehr setzen -- ohne ihn meldet der Browser `pointer: fine`, und KEINE einzige Regel aus `@media (pointer: coarse)` greift. Dort stehen im ganzen Haus die 44-Pixel-Beruehrziele. Eine Messung mit Mauszeiger auf 412 Pixeln vermisst also eine Seite, die es auf keinem Telefon gibt -- und meldet dabei "in Ordnung". Das ist die dritte Sorte falscher Haken: nicht uebersprungen, nicht rot, sondern gruen und wertlos. GEZAEHLT: 30 Dateien oeffnen ein Telefonformat. 16 davon messen darin Groessen, ohne einen Finger zu haben. pruef-ueberlappung IST UMGESTELLT Sie sucht Bedienelemente, die uebereinander liegen -- also genau die Groessen, die erst unter `pointer: coarse` entstehen. Sie hat bis heute mit dem Zeiger gemessen. Mit Finger: 20 Seiten-Breiten-Paare, 0 Befunde. Das ist zum ersten Mal wirklich geprueft und nicht nur behauptet. Oberhalb von 860 px bleibt es beim Zeiger; ein Laptop hat keinen Finger. DIE UEBRIGEN 16 WERDEN NICHT HEUTE NACHT UMGESTELLT Sechzehn Pruefungen anzufassen und jede einzeln neu laufen zu lassen waere ein Gesamtlauf durch die Hintertuer -- und genau die Ausrede, die in CLAUDE.md steht. Stattdessen haelt `pruef-fingermass.mjs` eine Grundlinie: Sie meldet nicht 16 Fehler auf einmal (eine Warnung, die immer kommt, wird weggeklickt und nimmt den echten Fund mit), sondern schlaegt an, sobald eine SIEBZEHNTE dazukommt. Sie schlaegt auch an, wenn die Zahl SINKT. Wer eine Messung repariert und die Grundlinie stehen laesst, deckt Platz fuer die naechste Suende. Das kostet eine Zeile und haelt die Wache scharf. DIE ERSTE ZAHL EINER WACHE IST SELTEN DIE RICHTIGE Mein grep hatte 18 gezaehlt. Zwei davon waren Zahlen in Kommentaren ("gemessen bei 412 px"), keine Fenster. Die Pruefung liest deshalb nur die Stelle, die ein Fenster AUFMACHT, und blendet Kommentare vorher aus. DREI AUSGAENGE, SECHS GEGENPROBEN Findet sie weniger als 50 Pruefdateien, ist das kein "alles in Ordnung", sondern "konnte nicht nachsehen" (Rueckgabewert 2). Die Gegenproben decken beide Richtungen ab, darunter der Fall `setViewportSize` -- der kann `hasTouch` gar nicht nachtragen und zaehlt deshalb immer. `tools/alles-pruefen.mjs` liest den Ordner, keine gepflegte Liste -- die neue Wache laeuft ohne Zutun mit. GEPRUEFT pruef-fingermass 3 / 0 (neu) pruef-ueberlappung EXIT 0 -- 20 Paare, 0 Befunde, jetzt mit Finger pruef-portnummern 15 / 0	2026-09-29 14:04:06 +02:00