Der Eingang: Mitglieder-Kachel, drei Stufen -- und lesbar statt leer

Zwei Auftraege in einem Zug: "mach weiter" (Blueprint Kapitel 4/4.1)
und, zum Bildschirmfoto der Seite, "das muss viel krasser sein".

KAPITEL 4 -- DIE MITGLIEDER-KACHEL
Der Blueprint nennt: "Name & Foto · Rolle(n)/Kategorie(n) · Status
(aktiv/pausiert) · Anzahl offener Aufgaben · Datum 'Modi seit' ·
Schnellaktionen". Name, Foto und Zahlen standen schon; Status, "dabei
seit", Stufe und ein Knopf zum Schreiben kommen dazu.

KAPITEL 4.1 -- DIE DREI STUFEN
Probe, Standard, Senior. Sie sind eine ARBEITSEINTEILUNG, keine
Rechtegrenze -- was ein Modi darf, haengt an der Rolle; die Stufe sagt,
wo er im Team steht. Gesetzt werden sie nur von DogFather: Der
Blueprint gibt der rechten Hand den gleichen UEBERBLICK, aber
"Verwaltungsrechte optional durch Owner freischaltbar", also aus.
NULL heisst "Probe" und nicht "unbekannt" -- ein dritter Zustand waere
eine Frage, die niemand beantworten kann.

ZWEI ECHTE FEHLER, BEIDE VON DER NEUEN PRUEFUNG GEFUNDEN

1. PAUSIERTE VERSCHWANDEN KOMPLETT. In der Abfrage stand `AND aktiv =
   1`. Wer jemanden pausierte, bei dem verschwand er samt seiner
   OFFENEN RUECKMELDUNGEN aus dem Eingang -- die warteten weiter auf
   eine Antwort, nur sah sie niemand mehr.

2. DER EINGANG HAETTE AUF FRISCHER ANLAGE 503 GELIEFERT. Die
   Checklisten-Tabellen entstehen beim ersten Aufruf einer Checkliste;
   diese Seite liest sie aber auch. Wer sie oeffnete, bevor je jemand
   eine Checkliste angesehen hatte, bekam einen Fehler ohne Erklaerung
   -- auf einer neuen Anlage also beim allerersten Blick. Das Schema
   hat jetzt einen Besitzer, der es herausgibt; ein zweites CREATE
   TABLE waere der Anfang von zwei Schemata gewesen.

"VIEL KRASSER" -- UND ZWAR MIT INFORMATION, NICHT MIT LAERM

  * ZWEI REIHEN STATT EINER. Alle fuenf Kaesten lagen in EINEM Raster
    mit 150 px Mindestbreite: Im Bildschirmfoto stand "Community 12
    von" -- abgeschnitten mitten in der Zahl -- und die laengste Liste
    machte die ganze Reihe so hoch wie sich selbst. Jetzt oben, was
    eine Antwort braucht, darunter das Team; 300 px Mindestbreite.
  * DIE KARTE WAR FAHL, und das war ein Fehler: `--r` fiel auf ein
    helles Grau zurueck, aus dem das Kantenlicht einen Nebel ueber die
    ganze Karte legte. Sie traegt jetzt die Farbe der Stufe -- kein
    Nebel, und man sieht am Rand, wer wo steht.
  * SECHS ZAHLENKAESTEN WURDEN DREI BALKEN. "40 offen" beantwortet
    nicht, wie weit man ist: 40 von 40 ist etwas anderes als 40 von
    100. Gruen (in Ordnung) und Bernstein (zu besprechen) fuellen den
    Balken; die ganze Zeile ist der Weg dorthin.
  * DIE DREI ZAHLEN DER SEITE stehen oben als Zahlen statt in einem
    Satz. Die Warnfarbe erscheint NUR, wenn wirklich etwas wartet --
    eine Null in Bernstein waere ein Alarm ohne Anlass, und ab dem
    dritten Mal sieht man ihn nicht mehr.

GEMESSEN
pruef-team-stufen (neu)  24, mit Gegenprobe: hoch- und zurueckstufen,
                         und dieselbe Stufe zweimal zu setzen darf
                         keine zweite Protokollzeile erzeugen
pruef-rollen            274   pruef-modi-checkliste  59
pruef-zwischenspeicher   21
Ansicht: Rechner 1440 und Handy 412 -- keine Skriptfehler, nichts
ragt seitlich heraus (0 px).

Co-Authored-By: Claude Opus 5 <[email protected]>
This commit is contained in:
2026-09-10 16:27:44 +02:00
co-authored by Claude Opus 5
parent cdddf32183
commit 449fe35c0a
30 changed files with 1184 additions and 284 deletions
+26
View File
@@ -1037,6 +1037,32 @@ function umstellungen(d) {
allein scrypt. Ein Treffer hier allein laesst niemanden herein. */
["personen", "code_kennung", "TEXT"],
/* DIE STUFE IM TEAM (10.09.2026).
Blueprint V3.0, Kapitel 4.1: Probe, Standard, Senior. Ein
Probe-Modi ist in der Einarbeitung, ein Senior kann die rechte
Hand bei Abwesenheit vertreten.
WARUM OHNE CHECK-REGEL, anders als bei `rolle`: Eine CHECK-Liste
laesst sich in SQLite nur ueber einen Tabellenneubau erweitern
(siehe checkListeErweitern) -- und die Stufen sind eine
ARBEITSEINTEILUNG, keine Rechtegrenze. Kaeme morgen eine vierte
dazu, waere ein Tabellenneubau auf einer Live-Datenbank ein
hoher Preis fuer eine Beschriftung. Geprueft wird deshalb im
Code, an genau einer Stelle (STUFEN), und was dort nicht
draufsteht, wird abgewiesen.
NULL HEISST "Probe" und nicht "unbekannt". Ein dritter Zustand
waere eine Frage, die niemand beantworten kann ("was ist er
denn nun?"); und ein neuer Mensch faengt ohnehin in der
Einarbeitung an. Beim Lesen wird NULL deshalb auf 'probe'
abgebildet -- an einer Stelle, nicht in jeder Abfrage.
Die Spalte heisst wie `punkt_stand.stufe`, meint aber etwas
anderes (dort: gut/verbessern). Zwei Tabellen, kein Konflikt --
aber wer beides im selben Kopf hat, sollte es wissen. */
["personen", "stufe", "TEXT"],
/* DIE KATEGORIE EINER AUFGABE (10.09.2026).
Kapitel 6.1 des Anforderungsdokuments verlangt sie an jeder