2 Commits

Include renames

Author	SHA1	Message	Date
DogFatherGitandClaude Opus 5	10a075cc33	Gestaltung: Hoehensystem -- mehrschichtige Schatten und Lichtkante ... Bis hierher trug jede Karte EINEN Schatten. Das ist solide und genau der Grund, warum eine Oberflaeche "ordentlich" statt "teuer" wirkt. Echtes Licht erzeugt zwei Dinge gleichzeitig: einen engen, dunklen Kontaktschatten an der Kante -- er sagt dem Auge, dass etwas AUFLIEGT -- und einen weiten, weichen Umgebungsschatten, der sagt, wie HOCH es darueber schwebt. Nur einen von beiden zu setzen sieht aus wie ein Aufkleber; beide zusammen ergeben einen Gegenstand. Dazu die LICHTKANTE: eine 1 Pixel hohe, sehr schwache weisse Linie an der Oberkante. Sie tut so, als kaeme das Licht von oben und braeche sich an der Kante. Das ist das meistuebersehene Detail in dunklen Oberflaechen und dasjenige mit der groessten Wirkung -- ohne sie wirkt eine Karte wie ein Loch im Hintergrund, mit ihr wie ein Stueck Material. Drei Stufen, mehr braucht es nicht: ruhende Flaechen, hervorgehobene Flaechen, Schwebendes. Dazu eine vierte, umgekehrte fuer Eingabefelder: Die liegen nicht AUF der Flaeche, sie sind hineingeschnitten -- oben dunkel, unten hell. Weil es die gemeinsamen Bausteine sind, wirkt es sofort auf allen 13 Seiten: Hauptseite, Portal und Verwaltung. Dazu Feinheiten, die einzeln niemand bemerkt und in Summe den Unterschied machen: Uebergaenge auf 160-180 ms verkuerzt (alles darueber wirkt beim Ueberfahren traege), eigene Rueckmeldung beim Druecken, optische Laufweitenkorrektur fuer grosse Ueberschriften (-.028em bei h1; das Auge sieht bei 48px mehr Weissraum zwischen Buchstaben als bei 16px), text-wrap: balance gegen einzelne Woerter in der letzten Zeile. EIN FEHLER BEIM EINBAU, GEMESSEN STATT UEBERSEHEN Nach dem ersten Durchgang hatten die Karten ihre Lichtkante, der Hauptknopf nicht. Grund: Die Grundregel lautet ".wd .wd-btn--haupt, .wd-btn--haupt" -- der erste Teil zaehlt ZWEI Klassen. Mein Nachtrag zaehlte eine und verlor, obwohl er spaeter steht. Dieselbe Falle wie am 22.08.2026 bei ".wd a" gegen ".wd-btn--haupt". Aufgefallen nur, weil die Pruefung die Lichtkanten ZAEHLT. PRUEFWERKZEUGE ANGEPASST diagnose.html ist jetzt ausgenommen. Sie traegt bewusst alles fest in sich -- eigene Farben, keine Uebersetzung -- weil sie funktionieren muss, wenn genau das kaputt ist, was sie untersucht. Sie an den Regeln der eigentlichen Seite zu messen erzeugte zwei Meldungen, die man auf Dauer wegsieht. Und irgendwann sieht man dann auch eine echte weg. ALLES GRUEN: Gestaltung 0 Befunde (12 Seiten x 5 Sprachen gegen WCAG 2.2 AA), Designsystem 5, Verwaltung 69, Portal 32. Versionsstempel und Cache auf v17. Co-Authored-By: Claude Opus 5 <[email protected]>	2026-08-23 18:37:17 +02:00
DogFatherGitandClaude Opus 5	3ca9f0b0cd	Gestaltung: WCAG-Messung ueber alle Seiten, alle Befunde behoben ... "Sieht gut aus" ist Geschmack und laesst sich nicht pruefen. Handwerkliche Qualitaet laesst sich pruefen -- und bei einer WEBDESIGN-Seite ist sie zugleich das Verkaufsargument: Wer selbst schludert, kann schlecht Sorgfalt verkaufen. Neues Werkzeug pruef-design.mjs misst 13 Seiten x 5 Sprachen auf Handy-Breite gegen WCAG 2.2 AA -- denselben Standard, auf den auch das Barrierefreiheitsstaerkungsgesetz verweist. Der Browser rechnet, es wird nichts geschaetzt. ERGEBNIS: 0 Befunde. Kontrast, Klickflaechen, Tastaturfokus, Ueberschriftenstruktur, Bildalternativen, Feldbeschriftungen, lang-Attribut, Schriftgroessen. ECHTE BEFUNDE, DIE BEHOBEN WURDEN 1. 23 Schriftgroessen unter 12px (bis hinunter zu 10,9px), verteilt ueber CSS und sieben Seiten. Betroffen waren durchweg gesperrte Grossbuchstaben-Beschriftungen -- also genau die Textsorte, die klein ohnehin am schlechtesten lesbar ist. Alle auf mindestens 12px, die gesperrten auf 12,8px. Das ist zugleich die Dauervorgabe "augenschonend" ernst genommen. 2. Ueberschriftensprung h2 -> h4 in der Fusszeile, auf ALLEN 13 Seiten in allen 5 Sprachen (42 Stellen). Wer sich mit einem Screenreader durch die Ueberschriften bewegt, hoert dadurch eine Gliederung, die es nicht gibt, und vermutet uebersprungene Abschnitte. Jetzt h2 mit Gestaltungsklasse: Die Ebene sagt etwas ueber die STRUKTUR, die Groesse ueber die GEWICHTUNG -- zwei verschiedene Dinge. 3. code-Auszeichnung auf der Rechtsseite rutschte durch relative Groessenangabe auf 11,2px. Jetzt mit Untergrenze abgesichert. SECHS FEHLALARME IM WERKZEUG -- ALLE GEFUNDEN UND BESEITIGT Der erste Lauf meldete 302 Fundstellen. Fast alle waren falsch. Haette ich sie "repariert", haette ich funktionierende Gestaltung zerstoert. Jeder Fehlalarm hatte eine eigene, nicht offensichtliche Ursache: * Farbverlaeufe: getComputedStyle().backgroundColor liefert bei einer reinen Verlaufsflaeche "rgba(0,0,0,0)". Die Suche lief an der hellen Knopfflaeche VORBEI bis zum dunklen Seitengrund und verglich dunkle Schrift mit dunklem Grund -- Ergebnis 1:1 fuer 60 einwandfreie Knoepfe. Jetzt werden die Farbstopps ausgelesen und der unguenstigste Fall gerechnet. * MEHRERE Hintergrundebenen: Die Karten nutzen den bekannten Kniff "Flaeche padding-box, Rahmenverlauf border-box". Der helle Rahmenverlauf ist im Textbereich gar nicht sichtbar. Alle Ebenen zusammenzurechnen ergab 820 Meldungen mit Werten wie "3,45:1" fuer Text, der in Wahrheit ueber 7:1 liegt. CSS malt die ERSTE Ebene oben -- nur die zaehlt. Das Trennen an Kommas muss dabei die Kommas INNERHALB der Verlaufsklammern respektieren. * Verlaufsschrift (background-clip:text): Dort ist die Schriftfarbe durchsichtig und der Verlauf IST der Text. Farbe gegen Hintergrund zu vergleichen ergibt zwangslaeufig 1:1. * Verlaufsstopps mit wenig Deckkraft (9 % und 4 % Gold in den Hinweiskaesten) wurden verworfen statt auf den Untergrund gerechnet. Uebrig blieb "nicht messbar" fuer 72 Textstellen. Ein Pruefwerkzeug, das bei allem passt, prueft nichts. * Laufende Ueberblendungen: getComputedStyle liefert waehrend einer Ueberblendung den ZWISCHENWERT. Nach blur() verblasst der Fokusring ueber 0,16 s -- misst man sofort, sieht man ihn noch, und "vorher" ist identisch mit "nachher". Das Codefeld der Verwaltung wurde dadurch als "ohne sichtbaren Fokus" gemeldet. Nachgewiesen mit el.matches(":focus") === false bei gleichzeitig sichtbarem Schatten. Loesung: Ueberblendungen fuer die Messung abschalten. * Ausgeblendete Abschnitte: Eine Ueberschrift in einem versteckten Bereich hat selbst weiterhin display:block. Im Portal wurden dadurch drei h1 gezaehlt, obwohl immer nur eine sichtbar ist. Jetzt getClientRects(). Dazu zwei bekannte Muster, die das Werkzeug jetzt kennt: der Sprunglink (absichtlich aus dem Bild geschoben) und die winzigen Auswahlfelder hinter den Kacheln (die Kachel IST die Klickflaeche). ALLE UEBRIGEN PRUEFUNGEN WEITERHIN GRUEN nach den Aenderungen: Anfragedetail 20, Verwaltung 69, Portal 32, Widerruf 58, Textkodierung 55 Seiten-Sprach-Kombinationen. Versionsstempel und Cache-Name auf v8. Co-Authored-By: Claude Opus 5 <[email protected]>	2026-08-23 12:49:29 +02:00