2 Commits

Include renames

Author	SHA1	Message	Date
DogFatherGitandClaude Opus 5	9186d4cc1a	Verwaltung uebersichtlicher, Bildlaufleiste dunkel ... Rueckmeldung 22.08.2026 zur Anfrage-Detailansicht: "das ganze soll viel uebersichtlicher sein und nicht so durcheinander" und "die leiste rechts zum hoch und runter, kannst du die mal geil aussehen lassen anstatt einfach so kake weiss." 1. DAS DURCHEINANDER HATTE EINE URSACHE Die Kaesten standen in "columns: 2" -- Zeitungsspalten. Die fuellen sich von selbst: erst Spalte eins bis oben voll, dann Spalte zwei. Wo ein Kasten landet, haengt allein davon ab, wie lang die vor ihm sind. Bei einer Anfrage stand "Interne Notizen" oben rechts, bei der naechsten unten links. Es gab schlicht keine Ordnung, der man haette folgen koennen. Jetzt ein festes Raster mit einer Aussage: LINKS = was der Kunde geschickt hat (lesen) RECHTS = was du damit machst (handeln) Immer gleich. Nach der zweiten Anfrage weiss man, wo man hinschaut, ohne zu suchen. Rechts ist schmaler (Knoepfe brauchen weniger Platz als laufender Text) und klebt beim Scrollen mit -- die Handlungen sind der Grund, warum man die Ansicht oeffnet, sie duerfen nicht aus dem Bild wandern. Reihenfolge rechts korrigiert: "Anfrage uebernehmen" steht jetzt oben. Es ist der Knopf, den man bei einer neuen Anfrage druecken WILL -- er stand unter den Notizen und damit ausserhalb des sichtbaren Bereichs. 2. "KEINE ANGABE" WAR DIE HALBE ANSICHT Jede fehlende Angabe bekam eine eigene Zeile. Der Kasten "Umfang" enthielt zweimal nichts und war trotzdem so gross wie einer mit Inhalt. Leere Felder sind aber keine Information, sondern deren Fehlen. Sie stehen jetzt als EINE leise Zeile am Fuss: "Ohne Angabe: Bereiche, Funktionen". Aus sechs Zeilen wird eine. Weggelassen werden sie nicht -- man muss sehen, wonach gefragt wurde und was unbeantwortet blieb, genau daraus entstehen die Rueckfragen. Neu darueber: "Auf einen Blick" mit Paket, Budget, Wunschtermin und Alter. Die vier Fragen, die man immer zuerst hat, standen vorher auf drei Kaesten verteilt. Das Alter als "vor 3 Tagen" statt als Datum -- die Frage ist nie "welcher Tag war das", sondern "wie lange liegt das schon hier", und die beantwortet ein Datum erst nach Kopfrechnen. 3. BILDLAUFLEISTE -- und ein Fehler, der fast durchgegangen waere Auf einer durchgehend dunklen Seite ist eine weisse Bildlaufleiste der einzige grelle Streifen im Bild. Sie zieht den Blick dorthin, wo nichts Wichtiges steht, und blendet. Verstoesst gegen die Dauervorgabe "augenschonend". Zwei Wege noetig, weil kein Browser beide versteht: color-scheme: dark fuer Firefox/Safari (wirkt zusaetzlich auf Auswahl- und Datumsfelder, die sonst weiss aufblitzen), ::-webkit-scrollbar fuer Chrome/Edge. scrollbar-width/-color bewusst NICHT gesetzt -- sobald es dasteht, ignoriert Chrome die feineren ::-webkit-Regeln. Beim ersten Versuch stand dort nur ".wd ::-webkit-scrollbar" -- MIT Leerzeichen. Das trifft nur Elemente INNERHALB der Seite, nicht den body selbst. Alle Messungen sahen gut aus; an der einen Leiste, ueber die sich jemand beschwert hatte, haette sich nichts geaendert. Jetzt beide Fassungen, mit einem Warnhinweis im CSS. GEPRUEFT Neue Datei pruef-detail.mjs: echter Browser, 1440x900 und 390x844, mit einer absichtlich sehr knappen Anfrage -- genau die sah vorher schlecht aus. 20 Pruefungen, alle bestanden: Spalten nebeneinander bzw. auf dem Handy untereinander, rechte schmaler als linke, keine Ueberlappung, kein waagerechtes Schieben, nichts ragt aus dem Fenster, keine einzelne "keine Angabe"-Zeile mehr, keine Fehler im Protokoll. Die Bildlaufleiste liess sich nur in einem ECHTEN Browserfenster pruefen: Headless-Chromium blendet Leisten grundsaetzlich ueber dem Inhalt ein und meldet deshalb immer 0 px Breite. Mit sichtbarem Fenster gemessen: 12 px, alle sechs Regeln vom Browser akzeptiert. Versionsstempel auf allen 11 Seiten und Cache-Name des Service Workers auf v3 -- sonst liefert der eigene Zwischenspeicher beim ersten Laden weiter die alte Fassung aus. Co-Authored-By: Claude Opus 5 <[email protected]>	2026-08-22 23:05:47 +02:00
DogFatherGitandClaude Opus 5	eaeaec6b56	Anfrageformular fertig - vier Schritte, Zwischenspeicherung, echte Absendung ... Masterplan S.10 "Projektanfrage ohne Informationsverlust" umgesetzt. End-to-End gegen die echte Datenbank belegt: Anfrage A-2608-0002 liegt drin. 38/38 Browsertests, 45/45 Handy-Abnahme. Aufbau: 4 Schritte + Zusammenfassung + Dankeseite. - Zwischenspeicherung nach jedem Tastendruck. Geschlossener Tab, leerer Akku oder versehentliches Zurueck kosten keine Arbeit. Entwuerfe verfallen nach 30 Tagen -- ein halbes Jahr alter Entwurf verwirrt mehr als er hilft. - Folgefragen erscheinen nur passend zur Auswahl und werden beim Zurueckwechseln NICHT mitgeschickt, sonst landen alte Shop-Antworten in einer Onepager-Anfrage. - Die Zusammenfassung wird aus den Feldern gelesen, nicht aus einem nebenher gepflegten Objekt -- sie kann dadurch nie etwas anderes behaupten als das, was tatsaechlich abgeschickt wird. - Telefon wird zur Pflicht, sobald "Per Telefon" gewaehlt ist. Ein Wunsch, der nicht erfuellbar ist, ist schlimmer als eine Pflichtangabe. Drei Fehler, die erst der Test gefunden hat: 1. Der "Zurueck"-Knopf stand auch auf Schritt 1 da. Ursache: das hidden-Attribut wird nur ueber "display:none" umgesetzt und verliert gegen jedes eigene display -- und Knoepfe sind inline-flex. Zentral behoben ueber ".wd [hidden] { display:none !important }". 2. Nach erfolgreichem Absenden legte zeigeSeite() den geloeschten Entwurf sofort wieder an. Beim naechsten Besuch haette eine bereits gesendete Anfrage erneut im Formular gestanden. 3. Der Server meldet bei Spamverdacht bewusst Erfolg ohne Nummer. Ein echter Mensch, der zufaellig sehr schnell war, haette eine Dankeseite mit "—" gesehen und auf eine Antwort gewartet, die nie kommt. Jetzt ein ehrlicher Hinweis mit zweitem Weg, und der Entwurf bleibt erhalten. Pruefskripte geschaerft: - i18n-Pruefung liest jetzt auch assets/js/wd-<seite>.js, sonst meldet sie reihenweise "unbenutzt" fuer Schluessel, die aus dem Seitenskript kommen. - Handy-Abnahme ueberspringt absichtlich unsichtbare Eingabefelder (Auswahlkacheln, Honigtopf). Fehlalarme sind das Ende jeder Pruefung, weil man sie irgendwann pauschal ignoriert. Co-Authored-By: Claude Opus 5 <[email protected]>	2026-08-22 18:47:45 +02:00