2 Commits

Include renames

Author	SHA1	Message	Date
DogFatherGitandClaude Opus 5	d8720debc1	Personen & Automationen gehoeren DogFather allein -- und das Formular laeuft nicht mehr ueber ... ZWEI MELDUNGEN. 1. "DAS SIEHT JA MAL RICHTIG SCHEISSE AUS" Die Rollenauswahl im Formular "Neue Person" lief unten aus dem Formular heraus und legte sich ueber die Personenliste darunter. Die Ursache war keine schlampige Gestaltung, sondern eine Regel, die fuer etwas anderes gemacht ist: `.neu__raster > *` (aufgaben.css) gibt JEDEM direkten Kind ein Raster mit fester Zeilenhoehe von 44 px, damit Beschriftung und Eingabefeld in allen Spalten auf einer Linie sitzen. Fuer ein einzeiliges Feld ist das genau richtig. Die Rollenauswahl ist aber kein Feld, sondern ein Block aus vier hohen Karten -- die passten nicht in 44 px, und was nicht hineinpasst, steht eben daneben. Das Formular ist jetzt aus dem Spaltenraster geloest und liest sich von oben nach unten: NAME (schmal, ein Name braucht keine 1200 px), ROLLE (volle Breite, vier gleich breite Karten), Knoepfe. Das ist nicht nur reparierter Ueberlauf, sondern auch die Reihenfolge, in der man die Sache tatsaechlich entscheidet. Dazu zwei Kleinigkeiten, die den Unterschied machen: Das Namensfeld war ohne Rasterzeile 60 px hoch geworden (`height: 100%` einer Zeile, die es nicht mehr gibt) -- hoeher als die Knoepfe daneben, was nach Versehen aussieht, weil es eins war. Und die gewaehlte Rolle traegt jetzt ein HAEKCHEN, nicht nur einen etwas helleren Rahmen: Genau die Art Unterschied, die im Kontrastmodus verschwindet und fuer farbunsichere Augen nie existiert hat. 2. "DIE MANAGER SOLLEN DIESE KATEGORIEN GARNICHT SEHEN" "Personen & Zugaenge" und "Automationen" gehoeren ab sofort allein DogFather. Bei den Personen war es ohnehin ein Widerspruch im eigenen Haus: In der Rollenauswahl steht seit jeher "Manager -- dieselben Rechte wie DogFather, AUSSER der Personenverwaltung". Die Kachel stand trotzdem bei ihm, und die Schranke liess ihn hinein: Codes erneuern, sperren, Zuteilungen aendern. Eine Beschreibung, die etwas anderes sagt als die Software, ist schlimmer als beides einzeln -- man weiss danach nicht mehr, welcher von beiden man glauben soll. Umgesetzt auf DREI Ebenen, weil Wegnehmen was man SIEHT kein Rechteentzug ist: 1. die Kachel erscheint nicht mehr 2. die Seite leitet zur Startseite zurueck (GESCHUETZT) 3. die Schnittstellen antworten mit 404 -- Personenverwaltung, Systemzustand, KI-Schalter FOLGE, die bewusst in Kauf genommen wird: Die Betreuungs-Zuteilung liegt auf der Personenseite. Ab jetzt kann also NUR DogFather festlegen, wer welchen Creator betreut. GEPRUEFT: server/pruef-personen-formular.mjs, 20 Pruefungen. Das Aussehen wird gemessen, nicht angesehen: Endet die Rollenauswahl innerhalb des Formulars? Ragt eine Karte seitlich hinaus? Liegt etwas ueber der Liste? Sind alle vier Karten gleich breit (272-272 px)? Traegt die gewaehlte ein Haekchen? Dazu zwei Gegenproben: DogFather kommt weiterhin an beide Bereiche (sonst waere jede Sperr-Zeile auch bei einem fuer ALLE kaputten Bereich gruen), und die Managerin arbeitet ansonsten unveraendert weiter. Bestehende Laeufe gruen: Rollen 97, Handy 50, Sicherung 41, Personenliste 33, Team 30, Formulare 19, Code 17, Grosscheck 15. Co-Authored-By: Claude Opus 5 <[email protected]>	2026-09-03 00:00:41 +02:00
DogFatherGitandClaude Opus 5	540b5d8838	Freie Namen, ein Call-Knopf, und drei Seiten, die fuer Scouts kaputt waren ... DREI SACHEN AUF EINMAL, alle aus derselben Sitzung. 1. AUSSUCHEN ODER SELBST EINTRAGEN Wunsch: "ich will da auch sachen selber noch eintragen koennen, also aussuchen und selbst eintragen." Jede Personenauswahl (Kalender, Aufgaben, Bereiche, Content, Dateien) nimmt jetzt auch einen getippten Namen an -- eine Agentur, eine Marke, einen Gast ohne Konto. Dazu bekommt JEDE Auswahl ab acht Eintraegen ein Suchfeld: tippen statt scrollen. Gebaut IM vorhandenen Auswahl-Bauteil (wahl.js), nicht daneben. Der erste Anlauf war ein zweites Bauteil -- es hat sich prompt mit dem ersten gebissen, beide haben denselben <select> eingepackt. Ein zweites haette ausserdem anders ausgesehen und waere beim naechsten Umbau nur an einer von zwei Stellen nachgezogen worden. Der freie Name steht in einer EIGENEN Spalte je Feld; die Verknuepfung bleibt leer. Entweder eine Person ODER ein Name, nie beides. Filipe hat ausdruecklich auch bei den Creator-Feldern freie Namen gewollt, nachdem der Nachteil benannt war: Der Eintrag gehoert dann zu keinem Konto. Damit daraus kein STILLER Ausfall wird, faellt jede Abfrage, die bisher den Namen der verknuepften Person las, jetzt auf den freien Text zurueck (externSql) -- gekennzeichnet als "(extern)". Der Eintrag verschwindet dadurch aus keiner Liste, keiner Suche und keiner Uebersicht. 2. WO FUEHRE ICH DEN CALL? Den Knopf gab es, aber nur wenn jemand von Hand einen Link ins Ortsfeld getippt hatte UND das Gespraech noch bevorstand. Stand dort "Hier", war nichts zum Anklicken da. Jetzt hat das Team einen festen Call-Raum (Discord-Sprachkanal), den das Management einmal hinterlegt. Danach hat JEDER Call den Knopf -- und er bleibt, solange das Gespraech laufen kann, nicht nur bis zur Startzeit. Ein eigener Link am Termin schlaegt den festen Raum. 3. WAS EINE ROLLE SIEHT, MUSS AUCH FUNKTIONIEREN Gemeldet: "cigdem kriegt als manager gewisse sachen nicht auf die sie sieht, check jede rolle ab." Neue Pruefung server/pruef-rollen.mjs schickt SECHS Rollen-Zustaende ueber alle 16 Seiten und misst Konsolenfehler, fehlgeschlagene Serveraufrufe, tote Verweise, haengende Ladeanzeigen und wortlos leere Seiten. 96 Durchgaenge. Der sechste Zustand ist der wichtige: eine Rolle OHNE zugeteilte Creator -- der Normalfall am ersten Tag und Cigdems echte Lage. Genau dort fielen die Seiten durch, waehrend dieselben Seiten MIT Zuteilung tadellos waren. VIER ECHTE FEHLER GEFUNDEN UND BEHOBEN: a) Eine Aufgabe, die eine Managerin ohne Creator anlegte, war fuer sie im selben Moment unsichtbar -- creator_id und verantwortlich_id leer, und "von mir selbst angelegt" stand in keiner Sichtbarkeitsregel. Nur DogFather sah sie noch. Kein Fehler, keine Meldung, die Aufgabe war einfach weg. Dasselbe bei den Bereichseintraegen. Beide Regeln kennen jetzt erstellt_von. Niemand sieht dadurch etwas Fremdes -- nur das Eigene. b) Ein Scout ohne zugeteilten Creator bekam auf die GESAMTE Report-Seite 404, obwohl sie fuer ihn verlinkt ist. Die Seite antwortet jetzt sauber und leer, statt sich zu verweigern. c) Start-Check und Report blieben fuer immer auf "wird geladen" stehen, wenn es nichts zu laden gab. d) Das Creator-Profil war fuer Scouts ohne Zuteilung wortlos leer -- der erklaerende Satz stand nur in der grauen Unterzeile. Ausserdem meldete die bestehende Lesbarkeitspruefung zwei neue Beschriftungen von mir als zu klein fuers Handy (10,88 statt 11,5 px). Behoben, und dieselbe Groesse an der Serien-Karte gleich mit -- dort waere es erst aufgefallen, sobald jemand eine Wiederholung anlegt. GEPRUEFT: pruef-rollen 97, pruef-freie-namen 32 (mit Gegenproben: Ben sieht Cigdems Aufgabe NICHT; die Saeulen-Zuordnung nimmt ausdruecklich KEINEN freien Namen). Alle bestehenden Laeufe gruen: Startansicht 133, Kalender 84, Serien 67, Protokoll 52, Handy 50, Sicht 48, Ampel 47, Content 45, Aufgabenbrett 44, Sprung 43, Personen-Loeschen 40, Bereiche 37, Uebersicht 33, Workspace-Seiten 32, Formulare 19, Betreuung 18, Grosscheck 15, Lesbarkeit 14. Co-Authored-By: Claude Opus 5 <[email protected]>	2026-09-02 20:10:09 +02:00