2 Commits

Include renames

Author	SHA1	Message	Date
DogFatherGitandClaude Opus 5	41ffb91688	Das Licht folgt dem Zeiger - auf jeder Karte, und der Rand mit ... Auf der Startseite gab es einen Lichtfleck unter dem Zeiger. Jetzt auf JEDER Karte im ganzen Workspace -- und mit zwei Schichten statt einer: der FLECK ein weicher Schein unter dem Zeiger, in der Farbe des Bereichs (--ton). Eine Aufgabenkarte leuchtet orange, eine Kalenderkarte tuerkis. der RAND eine helle Stelle, die auf der KANTE mitwandert. Der Rand ist der Teil, der den Unterschied macht. Er entsteht aus einem Farbverlauf, von dem eine Maske nur den ein Pixel breiten Saum stehen laesst: zwei Ebenen, eine ueber die Innenflaeche, eine ueber den ganzen Kasten, und mask-composite: exclude laesst genau die Differenz uebrig -- den Rahmen. Dadurch leuchtet wirklich die Kante an der Stelle, an der der Zeiger steht, statt eines Rechtecks, das so tut als ob. Beides steckt in einem eingefuegten <span class="licht">. Ein eigenes Element statt ::before/::after am Kasten selbst, weil die bei fast allen Karten schon belegt sind (Akzentstreifen, Wasserzeichen) -- ein Pseudo-Element doppelt zu benutzen geht nicht, und der Fehler faellt erst auf, wenn eines von beiden verschwindet. Kosten: EIN Zuhoerer fuer das ganze Dokument, gedrosselt auf einen Bildaufbau, passiv angemeldet. Das Licht-Element wird beim ersten Ueberfahren eingesetzt, nicht beim Laden -- Karten entstehen laufend neu, wenn Listen sich aktualisieren. Ohne feinen Zeiger (Handy) und bei "weniger Bewegung" laeuft gar nichts und es wird auch nichts eingefuegt. pointerout feuert auch beim Wechsel zwischen Kindern INNERHALB einer Karte. Ohne die Pruefung auf relatedTarget haette das Licht bei jeder Bewegung ueber ein Wort hinweg geflackert. DIE ALTE FASSUNG IN start.js IST WEG. Sie stehen zu lassen haette zwei Zuhoerer auf denselben Bewegungen bedeutet -- doppelte Arbeit bei jedem Zeigerzucken, und der Fehler waere erst aufgefallen, wenn jemand die eine geaendert haette und sich nichts tat. GEPRUEFT AN ECHTEN BILDPUNKTEN, nicht am Quelltext: Der Zeiger wird in die Mitte einer Kachel gesetzt, dann wird die Helligkeit der Kante direkt darueber gegen dieselbe Kante an der fernen Ecke gemessen. Ergebnis 50 gegen 17. Geht die Maske jemals verloren, waere die ganze Karte eingefaerbt und der Text unlesbar -- das faellt damit sofort auf. Co-Authored-By: Claude Opus 5 <[email protected]>	2026-09-01 11:51:47 +02:00
DogFatherGitandClaude Opus 5	766c75b51d	Die Buehnen richtig: nicht mehr beschnitten, hell, mit Lesespur ... Drei handfeste Fehler, alle im Screenshot zu sehen gewesen. 1. ABGESCHNITTEN. background-size stand auf "138% auto". Auf einem 2540 px breiten Schirm wurde das Bild damit 3500 px breit und knapp 2000 px hoch -- in einem 1300 px hohen Fenster fehlten 700 px, und zwar oben. Genau deshalb waren die Figuren riesig und ihre Koepfe weg. Jetzt cover mit Verankerung auf 50% 42%: Die Flaeche wird immer gefuellt, so wenig wie noetig skaliert, und wenn etwas beschnitten werden muss, dann Fussboden und Decke -- nicht die Gesichter. 2. DIE VIGNETTE LAG FALSCH HERUM. Abgedunkelt wurde die MITTE, also genau der Teil, in dem die Szene steht. Man sah die Raender des Bildes und in der Mitte einen grauen Fleck. Jetzt laufen die RAENDER ins Dunkle und die Mitte bleibt klar -- so wie in der Fotografie. 3. ZWEI SCHICHTEN DUNKELHEIT. Zusaetzlich zur Vignette legte der Schleier .86/.58/.44 Schwarz ueber dasselbe Bild. Jetzt nur noch oben (Kopfleiste) und unten (Seitenende) ein Streifen. Dazu die Bilder selbst: Helligkeit 0.66 -> 0.88, mehr Kontrast und Farbe. Sie sind ein BILD, kein Nebel. DIE LESESPUR ist der eigentliche Kniff. In allen neun Szenen stehen HasiDog und DogFather AUSSEN, die Mitte ist frei -- danach wurden sie ausgesucht. Diese Aufteilung wird jetzt benutzt statt bekaempft: aussen bleibt das Bild hell und scharf, in der Mitte (wo der Text steht) wird gedaempft. Der klare Rand ist in jedem Fenster mindestens 400 px breit. Auf dem Handy gibt es daneben keinen Platz, dort deckt die Spur alles. Was frei stand und keine Karte hatte, bekommt eine Lesezone mit backdrop-filter: Der Hintergrund bleibt in Farbe und Form sichtbar, wird an dieser Stelle aber weichgezeichnet. Die billige Loesung waere gewesen, das Bild wieder abzudunkeln -- damit waere man dort, wo man angefangen hat. ZWEITER FUND AN DER EIGENEN KONTRASTMESSUNG. Sie tastete ausschliesslich NEBEN dem Element ab. Traegt ein Text seine Flaeche aber selbst (eine Beschriftung mit Hintergrund und Polsterung), liegt jeder Punkt daneben schon auf dem Bild -- gemeldet wurden 1,89:1, obwohl der Text auf deckender Flaeche steht und tadellos lesbar ist. Jetzt wird zuerst in der eigenen Polsterung gemessen, also auf dem, worauf der Text WIRKLICH liegt. (Der erste Fund an derselben Stelle war gestern: Sie mass Text gegen Nachbartext.) Nach dem Aufhellen einmal komplett durchgemessen: von sieben roten Stellen auf null. Schlechtester Wert jetzt 4,70:1 bei 4,5:1 Norm. Die Bilder sind groesser geworden (580 KB -> 1,8 MB fuer alle achtzehn), weil weniger Dunkelheit weniger komprimierbar ist. Geladen wird pro Seite genau eine: 42 bis 132 KB. Co-Authored-By: Claude Opus 5 <[email protected]>	2026-09-01 11:43:08 +02:00