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
+126 -2
View File
@@ -36,6 +36,7 @@ import {
db, sitzungLesen, istDogFather, heuteLokal, protokolliere, echteIp,
} from "./workspace.js";
import { MODI_PUNKTE } from "./workspace-modi-punkte.js";
import { checklistenTabellen } from "./workspace-checkliste.js";
/* Titel und Bereich zu einem Schluessel -- damit im Eingang steht,
WORUM es geht, und nicht nur ein Schluessel. */
@@ -74,6 +75,43 @@ const GESAMT = Object.fromEntries(
* vierte kommt mit der naechsten Route. Wer eine davon vergisst,
* merkt es nicht -- eine vergessene Schranke faellt nur dem auf, der
* hindurchgeht. */
/* =====================================================================
DIE DREI STUFEN (Blueprint V3.0, Kapitel 4.1)
Probe -- in der Einarbeitung, wird eingeschaetzt.
Standard -- der Normalfall: moderiert, arbeitet eigene Aufgaben ab.
Senior -- kann zusaetzlich neue Probe-Modis einschaetzen, mehrere
Kategorien gleichzeitig tragen und die rechte Hand bei
Abwesenheit vertreten.
SIE SIND EINE ARBEITSEINTEILUNG, KEINE RECHTEGRENZE -- jedenfalls
heute noch nicht. Das gehoert ausgesprochen, damit niemand sie
spaeter fuer eine haelt: Was ein Modi in dieser App darf, haengt an
der ROLLE. Die Stufe sagt, wo er im Team steht, und macht den
naechsten Schritt sichtbar. Die Rechte, die der Blueprint dort
nennt, liegen ausserdem groesstenteils gar nicht hier, sondern im
Stream (Timeout, Bann).
Die Reihenfolge ist die Steigerung -- sie steht hier einmal, damit
keine Liste im Browser eine eigene erfindet. */
export const STUFEN = ["probe", "standard", "senior"];
export const STUFEN_NAME = {
probe: "Probe",
standard: "Standard",
senior: "Senior",
};
/** NULL heisst "Probe", nicht "unbekannt".
*
* Ein dritter Zustand waere eine Frage, die niemand beantworten kann,
* und ein neuer Mensch faengt ohnehin in der Einarbeitung an. Die
* Abbildung steht an EINER Stelle -- stuende sie in jeder Abfrage,
* waere sie beim naechsten Mal in einer davon anders. */
function stufeVon(wert) {
return STUFEN.includes(String(wert || "")) ? String(wert) : "probe";
}
function darfEingang(person) {
return istDogFather(person) || person?.rolle === "hand";
}
@@ -85,9 +123,30 @@ teamlageRouter.get("/workspace/api/teamlage", (req, res) => {
/* 404 und nicht 403 -- siehe Kopf. */
if (!darfEingang(person)) return res.status(404).json({ fehler: "nicht_gefunden" });
/* DIE CHECKLISTEN-TABELLEN ENTSTEHEN BEIM ERSTEN AUFRUF EINER
CHECKLISTE -- diese Seite liest sie aber auch.
Wer den Eingang oeffnete, BEVOR je jemand eine Checkliste
angesehen hatte, bekam hier eine 503 ohne Erklaerung. Auf einer
frischen Anlage also beim allerersten Blick. Gefunden hat das
nicht der Betrieb, sondern pruef-team-stufen.mjs, die genau
diesen Zustand herstellt. */
checklistenTabellen();
/* AUCH DIE PAUSIERTEN (10.09.2026, Blueprint Kapitel 4).
Die Mitglieder-Kachel dort nennt ausdruecklich "Status
(aktiv/pausiert)" -- also muss man Pausierte auch SEHEN. Vorher
stand hier `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.
Aktive zuerst, dann nach Namen -- wer pausiert ist, steht unten
und nicht mittendrin. */
const modis = db().prepare(
`SELECT id, name, bild, letzter_login FROM personen
WHERE rolle = 'modi' AND aktiv = 1 ORDER BY name`).all();
`SELECT id, name, bild, letzter_login, aktiv, erstellt, stufe FROM personen
WHERE rolle = 'modi' ORDER BY aktiv DESC, name`).all();
if (!modis.length) {
/* `eingang` auch hier -- die Oberflaeche darf nicht raten
@@ -187,6 +246,14 @@ teamlageRouter.get("/workspace/api/teamlage", (req, res) => {
bereiche: GESAMT,
eingang,
angebote,
/* DIE STUFEN KOMMEN VOM SERVER, nicht aus einer Liste im Browser.
Eine zweite Aufzaehlung dort waere die Stelle, an der beim
naechsten Mal eine Stufe fehlt oder anders heisst -- genau so
stand am 07.09. unter dem Codefeld "PERSOENLICHER ZUGANGSCODE ·
undefined", weil eine Rolle in der Browser-Liste vergessen
worden war. Einmal geschrieben, einmal geaendert. */
stufen: STUFEN.map((wert) => ({ wert, name: STUFEN_NAME[wert] })),
modis: modis.map((m) => {
const s = stand.get(m.id) || {};
const je = {};
@@ -200,6 +267,10 @@ teamlageRouter.get("/workspace/api/teamlage", (req, res) => {
name: m.name,
bild: m.bild ? `/workspace/api/steckbrief/bild/${m.bild}` : null,
letzter_login: m.letzter_login,
/* Die drei Felder aus Kapitel 4: Status, "dabei seit", Stufe. */
aktiv: !!m.aktiv,
seit: m.erstellt || null,
stufe: stufeVon(m.stufe),
aufgaben: aufgaben.get(m.id) || { offen: 0, ueberfaellig: 0 },
ideen: ideen.get(m.id) || 0,
nachrichten: nachrichten.get(m.id) || 0,
@@ -232,6 +303,59 @@ teamlageRouter.get("/workspace/api/teamlage", (req, res) => {
annimmt, nimmt sie sich. Sie einem Dritten zuzuweisen waere eine
Entscheidung ueber jemand anderen, ohne ihn zu fragen.
===================================================================== */
/* =====================================================================
DIE STUFE SETZEN (Blueprint Kapitel 4.1, Punkt 3: "Rechte anpassen")
NUR DOGFATHER, nicht die rechte Hand. Der Blueprint trennt das
ausdruecklich: Sie hat den gleichen UEBERBLICK, aber
"Verwaltungsrechte optional durch Owner freischaltbar" -- also
standardmaessig aus. Wer im Team auf welcher Stufe steht, ist eine
Personalentscheidung; sie gehoert dem, der die Leute holt.
404 statt 403, wie ueberall auf dieser Seite: Wer nicht darf, muss
nicht erfahren, dass es den Weg gibt.
===================================================================== */
teamlageRouter.put("/workspace/api/teamlage/stufe", gleicheHerkunft,
express.json({ limit: "2kb" }), (req, res) => {
try {
const person = sitzungLesen(req);
if (!person) return res.status(401).json({ fehler: "nicht_angemeldet" });
if (!istDogFather(person)) return res.status(404).json({ fehler: "nicht_gefunden" });
const personId = Number(req.body?.person_id) || 0;
const stufe = String(req.body?.stufe || "");
if (!STUFEN.includes(stufe)) {
return res.status(400).json({ fehler: "Unbekannte Stufe." });
}
/* NUR AN EINEM MODI. Ein Manager oder Creator hat keine Stufe --
sie stuende in der Datenbank und wuerde nirgends angezeigt,
also waere sie ein stiller Datensatz, den niemand mehr
zuordnen kann. Und die rechte Hand hat auch keine: Sie ist
eine Rolle, keine Stufe darin. */
const ziel = db().prepare(
"SELECT id, name, rolle, stufe FROM personen WHERE id = ?").get(personId);
if (!ziel || ziel.rolle !== "modi") {
return res.status(404).json({ fehler: "nicht_gefunden" });
}
const vorher = STUFEN.includes(String(ziel.stufe || "")) ? String(ziel.stufe) : "probe";
if (vorher === stufe) return res.json({ ok: true, stufe, geaendert: false });
db().prepare("UPDATE personen SET stufe = ? WHERE id = ?").run(stufe, ziel.id);
/* Ins Protokoll, weil es eine Personalentscheidung ist: Wer sie
wann getroffen hat, muss spaeter nachvollziehbar sein -- gerade
wenn jemand zurueckgestuft wird. */
protokolliere("stufe_gesetzt", {
personId: ziel.id, rolle: ziel.rolle, ip: echteIp(req),
detail: `${ziel.name}: ${vorher} -> ${stufe}`,
});
return res.json({ ok: true, stufe, geaendert: true });
} catch (fehler) {
console.error("[workspace] Stufe setzen:", fehler?.message);
return res.status(503).json({ fehler: "nicht_verfuegbar" });
}
});
teamlageRouter.post("/workspace/api/teamlage/behandeln", gleicheHerkunft,
express.json({ limit: "16kb" }), (req, res) => {
try {