2 Commits

Include renames

Author	SHA1	Message	Date
DogFatherGitandClaude Opus 5	953c3f5721	Zahlen bekommen eine Oberflaeche, das Dashboard bekommt Zahlen ... Der Server konnte seit gestern rechnen -- und niemand konnte etwas eintragen. Ein Rechenwerk ohne Oberflaeche ist kein Modul, sondern ein Versprechen. Das ist jetzt eingeloest: * leistung.html: Wochenkarten (Wert, Vergleich zur Vorwoche, Verlaufslinie), Ziele als Fortschrittsbalken, die letzten 14 Tage zum Eintragen -- auch die LEEREN, denn eine Luecke ist selbst die Auskunft. Import aus dem TikTok-Export mit Vorschau VOR dem Schreiben. * Kachel "Zahlen" als erste der Gruppe "Rund um den Creator", eigenes Zeichen (steigende Linie, kein zweites Balkendiagramm). * Dashboard: jede Creator-Karte traegt jetzt Diamanten, LIVE-Tage und Verweildauer. Bis heute zeigte sie ausschliesslich ARBEIT -- ein Creator konnte null ueberfaellige Aufgaben haben und gleichzeitig seit drei Wochen einbrechen, und die Karte sah tadellos aus. * Die Fruehwarnung steht oben im Dashboard. Sechs benannte Signale im Klartext mit Beleg, bewusst OHNE Punktzahl -- ein Wert wie "Abwanderungsrisiko 73" klingt nach Wissenschaft und ist eine Behauptung, der man nicht widersprechen kann. * chat.html?mit=<person>: der Weg von der Warnung ins Gespraech. Gab es vorher nicht; ein Hinweis ohne Weg dahin ist nur ein schlechtes Gewissen. GEFUNDEN VON DEN PRUEFUNGEN, nicht von der Theorie: 1. Die Verlaufslinie zeichnete fuer vier der sieben Groessen NICHTS. Der Server liefert im Verlauf nur drei Reihen; fuer den Rest kam undefined an. `=== null` faengt das nicht, Number(undefined) ist NaN, und ein <polyline points="NaN,NaN"> ist im DOM vorhanden und auf dem Bildschirm unsichtbar -- ohne Fehlermeldung. Die Pruefung misst deshalb die PUNKTE, nicht die Anwesenheit des Elements. 2. Fuenf Schriftgroessen im CHAT lagen unter 11,5 px (.68/.7 rem) und waren seit vorgestern drin. Die Grundlinie der Groessenpruefung stand auf 43, gemessen wurden 48. Nicht die Grundlinie angehoben, sondern die fuenf Stellen behoben: Eine Grundlinie, die mitwaechst, ist keine mehr. pruef-leistung-optik.mjs: 57 Pruefungen, zwei echte Browser, Gegenprobe zu jeder Aussage -- auch dazu, dass die Vorschau vor dem Bestaetigen wirklich noch nichts geschrieben hat und dass ein Creator seine Zahlen zwar SIEHT, sie aber weder eintragen noch die Fruehwarnung ueber sich lesen kann (auch nicht ueber eine von Hand gebaute Anfrage). Co-Authored-By: Claude Opus 5 <[email protected]>	2026-09-06 18:27:16 +02:00
DogFatherGitandClaude Opus 5	4637aa24e7	Chat zwischen Creator, Scouts und Managern ... Wunsch Filipe, 06.09.2026: *"eine kategorie chat, wo die creator mit ihren manager nachrichten austauschen koennen, wie erinnerungen, fragen und noch vieles mehr."* Auf Nachfrage entschieden: Zweier-Gespraeche UND Gruppen; Manager und Scouts duerfen sich auch ohne gemeinsamen Creator schreiben. WER MIT WEM steht an EINER Stelle: schreibbareIds() in workspace.js. Bewusst getrennt von einladbareIds() (Terminwahl): Dort geht es darum, wen man zu einem Kalendereintrag dazustellen darf -- harmlos. Ein Chat legt ein dauerhaftes Gespraech an, schickt eine Benachrichtigung und macht den eigenen Namen sichtbar. Zwei Fragen, zwei Funktionen. Ein Creator erreicht seine Betreuer und DogFather, KEINEN fremden Creator. Eine Gruppe ist kein Schlupfloch: Jede Nummer wird einzeln gegen dieselbe Regel geprueft. SOFORT STATT NACHFRAGEN IM TAKT (SSE). Ein Chat, der alle fuenf Sekunden fragt, ist fuenf Sekunden langsam und stellt bei zehn Angemeldeten 7200 Anfragen in der Stunde fuer Nachrichten, die es meistens nicht gibt. Kein WebSocket: Hier fliesst alles in eine Richtung, und SSE uebersteht einen Verbindungsabriss von selbst. DIE ZAHL STEHT AUF JEDER SEITE, nicht nur im Chat. Eine Nachricht, die man erst sieht, wenn man den Chat aufmacht, ist keine Nachricht -- sie ist ein Fundstueck. Push aufs Handy nur an die, die NICHT gerade zusehen. Wer die Seite offen hat, sieht es ohnehin; ihm zusaetzlich etwas aufs Handy zu schicken ist der schnellste Weg, dass er Benachrichtigungen abschaltet. WAS BEWUSST NICHT GEHT: * Niemand liest fremde Gespraeche mit -- auch DogFather nicht. Ein Chat, in dem der Chef stillschweigend mitliest, ist kein Chat. Er kann jederzeit jedem schreiben, aber sichtbar. * Eine abgeschickte Nachricht laesst sich nicht aendern, nur zuruecknehmen. Wer Absprachen nachtraeglich umschreiben kann, macht den Verlauf wertlos. Zurueckgenommenes hinterlaesst einen Hinweis statt eines Lochs. DAZU: CALL-LISTE NACH ZEIT GEGLIEDERT Wunsch mit Bild von "STEHT AN 27": *"die liste soll kategorisiert sein und werden mit einem button zum auf und zu machen."* Jetzt Heute / Diese Woche / Naechste Woche / Spaeter, offen nur der erste gefuellte Block. Nach ZEIT und nicht nach Titel: Auf dem Bild waren fast alle "Community-Talk" -- nach Titel gruppiert haette man zwei Ueberschriften und darunter dieselbe lange Liste. DER FUND, DER DIE FUNKTION GERETTET HAT: Ein zugeklappter Block zeigte seinen Inhalt trotzdem -- 367 Pixel Hoehe bei open=false. <details> versteckt seinen Inhalt naemlich nur, solange niemand dem Inhalt eine eigene display-Angabe gibt, und .gruppe__karten traegt display:grid. Der Knopf haette sich bewegt und sonst nichts getan. Im Bildschirmfoto fiel es nicht auf, weil der Ausschnitt genau darueber endete. Ausserdem gefunden und behoben: * Ein Wettlauf beim Abschicken: War der Ereignisstrom schneller als die Antwort auf das POST, stand die eigene Nachricht zweimal im Verlauf. * Die Chatseite war zu hoch -- die Kopfleistenhoehe stand als fester Wert (62 px) im CSS, am Handy ist sie doppelt so hoch. Das Eingabefeld stand halb unter dem Bildschirmrand. Jetzt gemessen. * Der Platzhalter "Enter schickt ..." brach am Handy um UND stimmte dort nicht: Ohne Tastatur schickt Enter absichtlich nicht. * Der Dialog benutzte Klassen aus aufgaben.css, das chat.html nicht lud -- gemeldet von pruef-css-klassen, bevor jemand einen ungestylten Dialog zu sehen bekam. Pruefungen: pruef-chat (44 Punkte, Rechte und Sichtbarkeit), pruef-chat-optik (24, zwei echte Browser schreiben sich), pruef-call-kategorien (16). Co-Authored-By: Claude Opus 5 <[email protected]>	2026-09-06 16:28:58 +02:00