Commit Graph
2 Commits
Author SHA1 Message Date
DogFatherGitandClaude Opus 5 2dbf9fb57a Personen: eine Kategorie je Rolle, Reihenfolge wie auf der Zugangsseite
Wunsch Filipe: "ich will dass die auch immer die gleiche reihenfolge
haben, am besten sogar jeder seine eigene kategorie und die reihenfolge
genau wie in der zugangsseite."

Dabei kam ein echter Fehler ans Licht. Die Abfrage sortierte mit

    ORDER BY p.aktiv DESC, <Rolle>, p.name

Das "p.aktiv DESC" stand VOR der Rolle -- dadurch wanderte jede gesperrte
Person ans Ende der GESAMTEN Liste, quer durch alle Rollen. Im Bild vom
31.08.2026 stand der gesperrte Manager BanaStift deshalb ganz unten unter
den Creators. Die Reihenfolge DogFather-Manager-Scout-Creator, die
ueberall sonst gilt (ROLLEN_SORTIERUNG, CLAUDE.md), war ausgerechnet auf
der Personenseite aufgehoben -- und es sah nach Absicht aus.

Jetzt: Rolle zuerst, dann Gesperrtes ans Ende SEINER Rolle, dann Name.

Dazu vier Abschnitte mit Ueberschrift, Anzahl und demselben Zusatztext
wie auf der Zugangsseite ("Eigene Pipeline & Kontakte" usw.) -- wer sich
eben angemeldet hat, findet hier dieselbe Sprache wieder. Eine Rolle ohne
Personen wird weggelassen: Eine leere Ueberschrift ist kein
Ordnungsmerkmal, sondern eine Luecke.

Die Gruppen-Gestaltung kommt aus start.css und wird nur wiederverwendet
-- dieselbe Sprache wie auf der Startseite, kein zweiter Entwurf.

Nebenbei ein Eigentor: Der Kommentar zur Sortierung stand zuerst INNERHALB
der SQL-Zeichenkette und enthielt Rueckwaerts-Anfuehrungszeichen. Die
beenden ein Template-Literal -- der Server startete nicht mehr. Steht
jetzt darueber, mit einem Hinweis darauf.

30 Pruefungen. Neu darunter: dass die vier Abschnitte in genau dieser
Reihenfolge stehen, dass der gesperrte Manager bei den Managern steht und
nicht bei den Creators, und dass zugeklappt nur der DogFather-Abschnitt
da ist.

Co-Authored-By: Claude Opus 5 <[email protected]>
2026-08-31 23:05:04 +02:00
DogFatherGitandClaude Opus 5 099d9a7693 Personenliste: standardmaessig nur DogFather, Rest auf Knopfdruck
Wunsch Filipe: "ich will da nur mich und vanvan sehen, ich will dass ich
einen knopf habe wenn ich die anderen sehen will oder nicht."

Drei Dinge, die dabei nicht schiefgehen duerfen:

1. Das ist eine ANSICHT, kein Recht. Wer eingeklappt ist, ist nicht weg
   -- er wird nur nicht gezeigt. Verwechselt man das, haelt man
   irgendwann jemanden fuer geloescht, der noch vollen Zugang hat. Der
   Test weist das ausdruecklich nach: Tili kann sich anmelden und normal
   arbeiten, waehrend sie ausgeblendet ist, und der Server liefert
   weiterhin ALLE sieben Personen. Gekuerzt wird nur die Anzeige --
   waere es serverseitig, wuerde die naechste Auswertung stillschweigend
   Personen uebersehen.

2. Auf dem Knopf steht IMMER, wie viele gerade fehlen ("5 weitere
   zeigen · 1 gesperrt"). "Alle zeigen" allein sagt nicht, wovon man
   gerade nichts sieht -- und dass eine Person gesperrt ist, gehoert zu
   den Dingen, die man nicht uebersehen darf.

3. Der Zustand bleibt erhalten. Ein Knopf, den man nach jedem Laden neu
   druecken muss, ist keine Einstellung, sondern eine Zumutung.

Gesperrte Personen werden beim Aufklappen ganz normal mitgezeigt -- eine
gesperrte Person zu verstecken waere genau die Zeile, die man sehen
muesste.

24 Pruefungen, Computer und Handy.

Co-Authored-By: Claude Opus 5 <[email protected]>
2026-08-31 22:59:54 +02:00