2 Commits

Include renames

Author	SHA1	Message	Date
DogFatherGitandClaude Opus 5	a129525cb7	Kennzahlen werden Wege, Team wird sichtbar, Felder bekommen ein Aussehen ... Vier Wuensche vom 01.09.2026, dazu ein gemeldeter Fehler. SCREEN 1 -- "wenn man auf die Kisten drueckt, sofort zu der Seite, diesem Punkt". Jede Kennzahl im Bericht fuehrt jetzt dorthin, wo die gezaehlten Dinge stehen: nicht nur auf die richtige Seite, sondern auf die richtige Stelle (?zeigen=...). Ein gemeinsamer Helfer in kopf.js, damit nicht jede Seite ihr eigenes Sprungverhalten erfindet. Auf dem Aufgabenbrett wird HERVORGEHOBEN, nicht gefiltert -- das Brett lebt davon, dass man die vier Spalten nebeneinander sieht. Bei den Dateien wird gefiltert, denn die Seite hat ohnehin eine Filterleiste, und deren Knoepfe zeigen dann mit an, wo man steht. Der Kalender schaltet auf die Liste um: In der Monatsansicht liesse sich "vergangen" gar nicht sinnvoll markieren. Immer mit einem Weg zurueck ("Alles zeigen"), der auch den Parameter aus der Adresse nimmt. Eine Seite, die gefiltert bleibt, ist eine Falle: Man kommt spaeter wieder, sieht drei von zwanzig Aufgaben und haelt das fuer den Bestand. Drei Entscheidungen gegen den ersten Entwurf: * KEIN ?creator= im Verweis. Das sah hilfreich aus und waere eine Luege gewesen -- keine Zielseite liest den Wert. * Kisten mit Null fuehren NIRGENDWOHIN. Ein Weg zu null Dingen ist eine Enttaeuschung, kein Angebot. * "neu angelegt" fuehrt ohne Ausschnitt aufs Brett: Der Bericht zaehlt einen Zeitraum, das Brett kennt keinen. Eine Hervorhebung, die nicht dieselbe Menge trifft, ist schlimmer als keine. SCREEN 2 -- "ich will, dass wir Manager, Scouts, DogFather auch die Fotos, Namen und so alles sehen". Der Steckbrief war eine Einbahnstrasse: Jeder pflegte seinen, niemand bekam ihn je zu Gesicht. Die Schnittstelle dafuer lag fertig da und wurde von keiner Seite aufgerufen. Jetzt steht "Das Team" auf steckbrief.html und (fuer Creator) auf profil.html -- nach Rollen gruppiert, mit Bild, Rolle, eigenem Satz und Kanaelen. Wer wen sieht, entscheidet weiterhin der Server; ein Creator sieht seine Betreuung, nicht die anderen Creator. SCREEN 4 -- "das soll richtig geil aussehen und nicht so einfach, auch die Schrift". Die Ursache war kein Geschmack, sondern ein Loch im Aufbau: Jede Seite gestaltete ihre Felder mit einem EIGENEN Selektor, und wer ein Feld anderswo hinsetzt, faellt durch alle Netze. Genau so stand "Ein Satz ueber dich" als grauer Kasten in MONOSPACE da -- <textarea> faellt ohne `font: inherit` auf Schreibmaschinenschrift zurueck. Jetzt gibt es eine Grundlage fuer jedes Feld, und die drei wortgleichen Kopien in aufgaben/profil/bereich sind weg. Der erste Anlauf setzte dort auch `width: 100%` -- die Pruefung meldete sofort Felder von 28 statt 362 Pixeln. Breite ist LAYOUT und gehoert der Seite; eine Grundlage mit Staerke null verliert jeden Breitenstreit, also darf sie ihn nicht anfangen. SCREEN 5 -- "wieso seh ich mein Bild da nicht?" Ein lehrreicher Fehler: Der Server liefert das Bild laengst mit, und im Quelltext dort steht ausdruecklich "es steht in der Kopfleiste JEDER Seite UND IN DER BEGRUESSUNG". Die Absicht war aufgeschrieben, die Haelfte nie gebaut -- und aufgefallen ist es nicht, weil ein Buchstabe im Kreis nicht falsch aussieht, nur eben nicht wie man selbst. PRUEFUNGEN. Zwei neue (pruef-sprung, pruef-team), eine erweiterte (pruef-formulare). Sie haben vier echte Fehler gefunden, die mit blossem Auge nicht zu sehen waren: * Der Sprung auf "dringend" hob auch ERLEDIGTE dringende Eintraege hervor -- man klickt auf "2" und bekommt drei markiert. * Auf einer leeren Zielseite erschien gar keine Erklaerung (frueher Ausstieg uebersprang sie). Das ist der wichtigere Fall: Wer auf eine Zahl klickt und im Leeren landet, glaubt, er sei falsch abgebogen. * Das Kachel-Merkzeichen stiess mit der Zahl zusammen. * Die Feldpruefung fand vier RICHTIGE Felder falsch (die Kanaele holen ihren Rahmen vom Umschlag mit dem "@"). Eine Pruefung, die Richtiges anmahnt, gewoehnt man sich ab zu lesen. Und zwei Faelle, in denen die Pruefung sich selbst belogen haette: null gefundene Felder galten als "in Ordnung", und der Ueberdeckungsvergleich war nach einer Aenderung ohne ein einziges Vergleichselement gruen. Beide zaehlen jetzt mit, wie viel sie tatsaechlich angesehen haben. Co-Authored-By: Claude Opus 5 <[email protected]>	2026-09-01 20:18:39 +02:00
DogFatherGitandClaude Opus 5	6996c5957d	Formularzeilen gerade geruckt, Pipeline erklaert sich selbst ... DIE VERZOGENE FORMULARZEILE hatte drei Ursachen, nicht eine -- und jede einzelne haette gereicht, damit es schief aussieht: 1. Die Rasterregel galt nur fuer Kinder mit der Klasse .feld. Der Kalender benutzt schlichte <div> ohne Klasse; die fielen hindurch, bekamen von zwoelf Spalten je EINE und wurden nur so breit, wie ihr Inhalt sie zwang. Daher "Art" schmal und "Beginn" breit. 2. "Dauer (Minuten)" brach in der schmalen Spalte auf zwei Zeilen um -- und schob das Feld darunter tiefer als seine Nachbarn. Die Klammer ist jetzt ein leiser Zusatz, die Beschriftung hat feste Hoehe. 3. Die letzten drei Pixel: Mit grid-template-rows: 1fr auto bestimmte jedes Element die Zeilenhoehe selbst. Ein <select> mass sich 3 px kleiner als ein <input> und sass dadurch hoeher. Gemessen: Container beider Felder identisch (652+71), Eingabe aber 676..720 gegen 679..723. Drei Pixel klingen nach nichts und sind genau das, was man als "verzogen" sieht. Jetzt hat die Zeile feste Hoehe und das Feld fuellt sie ganz. Ergebnis, gemessen statt betrachtet: alle Felder 44 px hoch, alle 362 px breit, alle Unterkanten auf einer Linie. Auf dem Handy untereinander -- zwei Felder auf 300 px sind zwei Streifen, in die nichts hineinpasst. NEUE PRUEFUNG pruef-formulare.mjs. Sie prueft nicht "sieht gut aus", sondern misst: gleiche Hoehe, Unterkanten auf einer Linie, kein Feld absurd schmal, keine Beschriftung mehrzeilig -- auf fuenf Seiten und zwei Geraetegroessen. Zwei Messfehler darin selbst gefunden und behoben (Teilpixel-Rundung, und eine Ausgabe ueber mehrere Zeilen, die die Datei zerschossen hat). DIE SCOUT-PIPELINE ERKLAERT SICH JETZT SELBST. Vorher stand im leeren Zustand ein Satz, der nur wiederholte, was man ohnehin sieht: dass nichts da ist. Wer die Seite zum ersten Mal oeffnet, wusste danach weiterhin nicht, wofuer es sie gibt. Der leere Zustand ist der EINZIGE Moment, in dem jemand garantiert liest, was dort steht -- spaeter ist die Flaeche von Daten belegt. Deshalb steht die Erklaerung genau dort und nicht in einer Hilfe, die niemand aufmacht. Erklaert wird der NUTZEN, nicht die Bedienung: nicht "hier klicken", sondern warum ein Scout ohne diese Liste Leute verliert -- naemlich die Interessierten, bei denen drei Wochen nichts passiert ist, und nicht die, die Nein sagen. Dazu die fuenf Stufen mit je einem Satz, was sie bedeuten. Co-Authored-By: Claude Opus 5 <[email protected]>	2026-09-01 16:11:53 +02:00