2 Commits

Include renames

Author	SHA1	Message	Date
DogFatherGitandClaude Opus 5	227c6c0425	screen5 und screen4: zwei Farben gesetzt, 14 auseinandergezogen ... screen5 (ausdruecklich VOR screen4, wie gewuenscht): "Vertraulich melden" traegt jetzt Ton 28 -- die Farbe, die "Regeln & Hilfe" hatte. Beide gehoeren zusammen: Wer Hilfe sucht, landet bei einem von beiden. "Regeln & Hilfe" bekam dafuer einen eigenen Ton; zwei Kacheln mit derselben Farbe in derselben Ansicht waeren genau das, was screen4 abschaffen soll. "Draussen" ist knallrot: Ton 38 = #ff1a1a, voll gesaettigt, Kontrast 4,84:1 gegen den Grund. Gemessen, nicht geschaetzt -- von zehn Rotwerten zwischen #ff0000 und #ff5555 erfuellen alle die 4,5:1, dieser ist der knalligste, der auf dunklem Grund nicht flimmert. Er traegt ab 20 Uhr den LIVE-Punkt. Beide sind ab jetzt GESETZT: pruef-kachelfarben wird rot, wenn ein Farblauf sie anfasst. Eine Festlegung, die nur im Kommentar steht, ist eine Bitte. screen4: neues Werkzeug tools/kachel-farben-entzerren.mjs. Der Unterschied zu den zwei vorhandenen: Es rechnet nur mit den BENUTZTEN Toenen. In start.css stehen 42, benutzt werden 31 -- die anderen Werkzeuge weichen also Farben aus, die kein Mensch sieht, und machen dadurch die Abstaende zwischen den sichtbaren unnoetig klein. Welche benutzt werden, wird aus den Kachellisten ABGELEITET. Von jedem aehnlichen Paar aendert sich genau EINER -- der, der nicht gesetzt ist. Ergebnis: engstes Paar 0,0741 -> 0,0978 (Faktor 1,32), 14 Toene geaendert, alle 31 erreichen 4,5:1. ZWEI DINGE, DIE ERST DAS MESSEN GEZEIGT HAT 1. Der erste Lauf schlug fuer "Dateien" ein #ffe5ae vor -- Buntheit 0,076, ein helles Creme. Rechnerisch die beste Stelle im Farbraum, auf dem Bildschirm genau das, was Filipe seit Wochen abschafft. Mindestbuntheit eingebaut, Schwelle GEMESSEN: Median aller Toene 0,168, die fuenf blassesten 0,064-0,088. 0,12 liegt dazwischen. 2. Die Abstandsrechnung fasst einen Ton nie an, der weit weg von allen liegt -- auch wenn er blass ist. So blieben drei benutzte Toene unter 0,12 stehen. Zweite Runde: jeder blasse wird kraeftig gemacht, solange das Minimum ueber 0,095 bleibt. Gemessener Preis 0,1028 -> 0,0978, also 5 Prozent; auf dem Bildschirm nicht zu sehen, waehrend Filipes Klage ueber helle Kacheln konkret ist. NEU: pruef-kachelfarben 13/0 -- getrennt, eindeutig je Ansicht, festgelegt, lesbar und nicht blass. Mit vier Gegenproben, damit sie auch rot werden KANN. NEU: tools/farben-blick.mjs -- sieht die Wand mit echten Augen an und misst das, was eine Abstandstabelle nicht beantwortet: ob zwei NEBENEINANDER liegende Kacheln aehnlich aussehen. Gemessen bei DogFather und Community: kein Nachbarpaar unter 0,09. Co-Authored-By: Claude Opus 5 <[email protected]>	2026-09-22 09:21:54 +02:00
DogFatherGitandClaude Opus 5	06f3fecaa7	Material: Bilder und Videos zum Posten, jedes nur einmal ... Filipe, 22.09.2026: "ich brauch auch noch eine neue kachel im bereich community, wo wir als team ... bilder reinschicken koennen, mit text und wo die leute sei es community oder modis sich die bilder nehmen koennen zum posten. die community soll keine posten koennen ... sobald ein bild oder ein video ... runtergeladen wurde, soll direkt blockiert werden ... damit nie ein bild zwei mal gepostet wird ... und die rechte hand und dogfather, nur die beiden sollen auch immer sehen koennen wer das bild oder video runtergeladen hat." DER KERN IST DIE EINMALIGKEIT, und deshalb sind Nehmen und Laden ZWEI Schritte. "nehmen" schreibt in EINER Abfrage fest, wer es hat -- mit `WHERE genommen_von IS NULL` in der Bedingung. Wer zu spaet kommt, aendert null Zeilen und bekommt 409. Ein einziger Schritt ("laden und dabei markieren") haette dieselbe Luecke wie ein Pool ohne Sperre: zwei Anfragen, beide sehen "frei", beide laden. UND DIE SPERRE GILT AUCH FUER DIE VORSCHAU. Waere sie offen geblieben, waere sie der Weg, ein vergebenes Bild doch noch zu bekommen (Rechtsklick, speichern) -- und die ganze Einmaligkeit eine Behauptung. Ausnahme: wer es selbst genommen hat, sieht es weiter. WER WEN SIEHT, entscheidet der Server, nicht die Seite. Fuer alle ausser DogFather und der rechten Hand fehlt das Feld `genommen_von` ganz -- nicht `null`: Ein Feld, das da ist und leer bleibt, laedt dazu ein, es spaeter "zu fuellen". pruef-material.mjs (70 Pruefungen, 0 Fehler) misst den ganzen Weg, mit Gegenprobe zu jeder Grenze. Die Zahl der vergebenen Stuecke steht in der BEDINGUNG -- ohne sie waere "keine Namen dabei" trivial wahr. DREI DINGE HAT ERST DER BLICK MIT ECHTEN AUGEN GEFUNDEN (tools/material-blick.mjs, drei Rollen, vier Bildschirmbreiten): * "hat es genommen am 22.09.." -- eine deutsche Datumsangabe endet selbst auf einen Punkt. Kein Pruefprogramm haette danach gefragt. * Die Knoepfe standen auf drei verschiedenen Hoehen (1127, 1155, 1176), weil der eine Text zwei Zeilen hatte und der naechste keine. `margin-top: auto` am Fuss statt einer geratenen Mindesthoehe. * "Schon benutzt" nahm 273 px Hoehe je Stueck fuer ein einziges Zeichen -- das Bild ist dort ohnehin nicht mehr abrufbar. Jetzt eine Zeile mit 96 px. Am Handy (412 px) blieb es bei EINER Spalte: 3062 px Seitenhoehe fuer fuenf Stuecke. Filipe: "es ist alles so lang gezogen, muss ewig scrollen". Statt einer festen Umbruchschwelle -- die am 06.09. schon zweimal teuer war -- waechst die Spaltenbreite jetzt mit: `max(160px, 22%)`. Gemessen 360/412/768/1500 px: 2/2/3/3 Spalten, nirgends ein Ueberlauf, 412 px jetzt 2014 statt 3062 px. Dazu neun Saetze in meldung.js. Der wichtigste ist "schon_genommen", und er ist bewusst kein Fehler: Wer ihn liest, hat nichts falsch gemacht. pruef-meldungen fand dabei einen Rest aus dem Aufgaben-Block -- `nur_leitung_legt_an` hatte keinen Satz, ein Modi mit altem Tab haette rohen Maschinentext gelesen. pruef-material 70/0 · pruef-meldungen 8/0 · pruef-treff 80/0 pruef-rechtetafel 19/0 · pruef-sackgassen 13/0 · pruef-css-klassen ok pruef-zwischenspeicher 27/0 Co-Authored-By: Claude Opus 5 <[email protected]>	2026-09-22 02:27:21 +02:00