2 Commits

Include renames

Author	SHA1	Message	Date
DogFatherGit	677bcb5653	Workspace: neues Knopf-System "Geschliffen" -- ueberall, eine Stelle ... Von Filipe aus drei gerenderten Entwuerfen gewaehlt (A Kante & Glut, B Geschliffen, C Praegung). Raten hilft hier nicht -- beim Zurueck-Knopf hat erst der direkte Vergleich zum Ziel gefuehrt. Aufbau: farbiger Verlaufsrand (padding-box/border-box) und ein feiner heller Streifen obenauf -- wie eine angeschliffene Kante. Die Farbe sitzt im Rand und in der Schrift, die Flaeche bleibt dunkel. Beim Zeigen hebt sich der Knopf einen Pixel an und bekommt einen weichen farbigen Schein darunter. Die Hauptaktion einer Seite ist zusaetzlich gefuellt. JEDE AKTION HAT IHRE EIGENE FARBE: gruen passt, erledigt, freigegeben amber ausbaufaehig, wartet rot Handlungsbedarf, loeschen blau speichern violett anlegen gold Onboarding -- der einzige Schritt, der eine Person anlegt grau abbrechen, schliessen Stufenfarbe fuer den Weiter-Knopf der Scout-Pipeline DAS IST JETZT DIE EINZIGE STELLE, AN DER KNOEPFE GESTALTET WERDEN. Vorher standen sie in NEUN Dateien verstreut, und prompt sahen dieselben Knoepfe auf verschiedenen Seiten verschieden aus. Alle alten Definitionen sind entfernt; wer einen neuen Knopf braucht, nimmt eine Farbklasse und schreibt kein CSS. Gilt ab jetzt auch fuer alles, was noch dazukommt. Geprueft ueber alle elf Seiten: 172 sichtbare Knoepfe, kein einziger ungestylt, kein Kontrast unter 4,5:1. Drei Sachen, die dabei aufgefallen sind: 1. Der neutrale "Abbrechen"-Knopf hatte halbdurchsichtiges Weiss als Farbwert -- gemessen 1,1:1 Kontrast, praktisch unlesbar. Neutral hat jetzt einen echten Farbwert (#8e9cb0). 2. Die Filter-Knoepfe (Kalender, Dateien, Bereiche) hatten eine eigene "gedrueckt"-Regel mit flaechiger Farbe, die den geschliffenen Rand ueberschrieb. Sie benutzen jetzt den gefuellten Auftritt des Systems. 3. Der Bearbeiten-Stift auf den Aufgabenkarten war nie ein richtiger Knopf, sondern nackter Text ohne Rand -- man sah nicht, dass man draufdruecken kann. Jetzt im System, in der kleinsten Groesse. Der Zurueck-Knopf ("Neon-Kante") bleibt wie er ist -- den hat Filipe selbst ausgesucht, und er ist ein Navigationselement, keine Aktion. Messhinweis fuer spaeter: color-mix liefert computed color(srgb ...), das laesst sich NICHT als Text auslesen. Die erste Messung meldete faelschlich 1,13:1 fuer 49 Knoepfe. Richtig geht es ueber eine Leinwand (fillStyle + getImageData). Alle Toene bewusst gedeckt statt neon, alles respektiert prefers-reduced-motion.	2026-08-28 12:13:11 +02:00
DogFatherGit	55450aa83f	Workspace: Start-Check / Erstanalyse -- Onboarding vollstaendig ... Letztes unumgesetztes Stueck aus dem Konzept, Seite 5, Block 03. Profil, Ziele und 90-Tage-Plan gab es schon -- die Erstanalyse dazwischen fehlte. "Die Betreuung startet strukturiert: Ausgangslage verstehen, Ziele festlegen und daraus konkrete Arbeitspakete bauen." Der letzte Halbsatz ist der entscheidende. Ein Check, der mit einer Note endet, ist eine Beurteilung. Ein Check, der mit Aufgaben endet, ist Betreuung. Jeder Punkt mit Handlungsbedarf bietet deshalb direkt an, daraus eine Aufgabe zu machen -- mit dem Befund als Herkunft und automatisch hoher Prioritaet. Dieselbe Linie wie beim Review ("endet mit einer Entscheidung") und beim Call ("endet mit To-dos"). Die vier Felder aus dem Deck, mit je vier Punkten: Profil & Auftritt, LIVE-Struktur, Content-Muster, Community & Modis. Drei Stufen: Passt, Ausbaufaehig, Handlungsbedarf. Die Punkte stehen fest im Code, NICHT in der Datenbank. Eine Erstanalyse, bei der jeder eigene Punkte anlegt, ist keine Erstanalyse mehr -- man koennte zwei Creator nicht mehr vergleichen, und genau das ist ihr Zweck. Sichtbarkeit, bewusst anders als beim Profil: - LESEN darf auch der Creator selbst. Der Check ist Teil SEINES Entwicklungsplans ("jeder Creator bekommt einen eigenen, lebenden Entwicklungsplan"), kein Urteil hinter seinem Ruecken. Wer etwas festhalten will, das er nicht sehen soll, hat dafuer die interne Notiz im Profil -- die bleibt beim Management. - AENDERN duerfen nur Management und zustaendiger Scout. Es ist eine Fremdeinschaetzung; koennte der Creator sie selbst setzen, waere es eine Selbsteinschaetzung. Geprueft: Luna bekommt 403 beim Bewerten und beim Anlegen einer Aufgabe, sieht aber ihren Check inklusive Notizen. - Ein nicht zustaendiger Scout bekommt 404, nicht 403. Kein Speichern-Knopf: Jede Bewertung und jede Notiz wird sofort gesichert. Eine Erstanalyse geht man im Gespraech durch -- da will niemand am Ende noch an einen Knopf denken. Ein leergeraeumter Punkt (keine Bewertung, keine Notiz) wird geloescht statt als leere Zeile stehen zu bleiben. So sagt der Bestand direkt, wie weit die Analyse ist. Zwei neue Hinweise auf dem Dashboard: - "Creator ohne Start-Check" -- die Sorte Luecke, die sonst niemandem auffaellt, weil ja nichts fehlt: es fing nur nie an. - "Punkt im Start-Check braucht Handlung", sichtbar fuer alle, die den Check auch sehen duerfen. Aus dem Test: Sechzehn dauerhaft offene Notizfelder machten die Seite 7026 px lang. Das Feld erscheint jetzt erst mit der Bewertung -- vorher hat man ohnehin nichts zu notieren. 2460 px.	2026-08-28 11:51:14 +02:00