dogfather-universe

1,122 Commits 2 Branches 0 Tags

103 Commits

Include renames

Author	SHA1	Message	Date
DogFatherGitandClaude Opus 5	8c599d7961	„An alle" bei „An wen" – und kein Creator mehr auf der Team-Seite === screen6: „An alle" === Filipe: „bei an ween fehlt noch die option alle neben den namen allen." Der Knopf steht VORN, nicht hinten: Wer etwas an das ganze Team geben will, soll nicht erst an sechs Namen vorbeilesen. Er traegt die Anzahl der Leute und faerbt sich wie die Stufe „Alle" -- beide bedeuten „keine Einschraenkung", und zwei Farben dafuer waeren zwei Aussagen fuer einen Gedanken. Ab zwei Personen; bei einer waere „alle" derselbe Handgriff wie ihr Name. EINE ANFRAGE, NICHT SECHS. Der Browser koennte fuer jede Person einzeln fragen -- und beim dritten von sechs Aufrufen die Verbindung verlieren. Dann haette die Haelfte des Teams die Aufgabe und die andere nicht, und niemand saehe, wo es abgebrochen ist. DER DUPLIKAT-SCHUTZ WANDERTE IN DIE SCHLEIFE. Er fragt, was EINE Person schon liegen hat; stuende er davor, bekaeme nur die erste ihre Pruefung und alle anderen die Vorlage doppelt -- genau so entstanden am 22.09. aus zwei Klicks 112 Aufgaben. Gemessen: erster Klick 36 Aufgaben (12 mal 3 Modis), zweiter Klick 0 angelegt und 36 uebersprungen. Ein gesperrter Modi bekommt nichts, ein Creator auch nicht, und wer gar nicht verteilen darf, kommt ueber „alle" ebenfalls nicht weiter. === screen4: kein anderer Creator === Filipe: „in dieser app gibt es keinen und wird es niemals einen anderen creator geben wie mich." Auf der Aufgabenseite war eine Filterreihe mit „Alle Creator" beschriftet -- und darunter standen Modis. Auf der Team-Adresse gibt es keine Creator und wird es nie geben. Sie heisst dort jetzt „Für wen". DAS HAUS KOMMT VOM SERVER. `/api/ich` schickt jetzt `haus`; es stand schon an der Sitzung und wurde nie mitgeschickt. Eine Rollenliste im Browser waere die naechste zweite Wahrheit -- und falsch fuer DogFather, der in beiden Haeusern arbeitet. NEUN WEITERE „BEFUNDE" WAREN MEINE MESSFEHLER. Meine erste Messung lief ueber 127.0.0.1 und meldete unter anderem „CREATOR WORKSPACE" in der Kopfleiste JEDER Seite. Auf der echten Adresse steht dort „Team Dogi" -- `person.haus` wird aus dem Host abgeleitet, und auf 127.0.0.1 ist das Haus nun einmal die Agentur. Nachgemessen mit gesetztem Host: crew. -> haus="crew", marke="Team Dogi". Die Uebersichtsseite mit ihren Creator-Texten steht auf crew. gar nicht erst in den Kacheln. Gemessen: pruef-an-alle, 19 Pruefungen, 0 Fehler. Gruen: pruef-aufgabenbrett, pruef-aufgaben-vorlagen, pruef-vorlagen, pruef-entwicklung (48), pruef-css-klassen. Co-Authored-By: Claude Opus 5 <[email protected]>	2026-09-24 11:27:10 +02:00
DogFatherGitandClaude Opus 5	710b766ffa	Die rechte Hand: dieselben Rechte, außer an DogFather Filipe: „die rechte hand soll das auch sehen. und die selben rechte da haben wie dogfather. das einzige was sie nicht kann ist die dogfather rolle oder leute anfassen. also da kann sie nichts verändern." ZUERST EIN IRRTUM VON MIR. Ich hatte den Bildschirmfoto-Ausschnitt fuer die Rechtetafel gehalten und dort gebaut. „Vertritt dich im Alltag und koordiniert das Team" steht aber in workspace-personen.js: Gemeint war die PERSONENSEITE. Die Arbeit an der Rechtetafel ist trotzdem drin (siehe unten) -- sie loeste dasselbe Problem an einer zweiten Stelle. === DIE PERSONENSEITE === DIE OBERFLAECHE WAR STRENGER ALS DER SERVER. In personen.js stand `if (ich.rolle === 'hand') { keine Knoepfe }` mit der Begruendung „Der Server antwortet ihr auf jeden davon mit 404". Am 22.09. stimmte das. Seither wurde der Server ZWEIMAL erweitert -- sie durfte Personen anlegen, Codes neu erzeugen und Rollen aendern -- und diese Zeile blieb stehen. Sie hatte drei Rechte und sah keinen einzigen Knopf. Ein Rollenvergleich im Browser ist genau die zweite Wahrheit, die still veraltet. Jetzt fragt die Oberflaeche den Server (`darf_zugaenge_verwalten`, `darf_personen_loeschen`, `rollen_anfassbar`). Dazu kommen SPERREN und LOESCHEN, die bis heute ausdruecklich bei DogFather lagen -- Filipes „das einzige" ist juenger und eindeutig. Die Knoepfe „Neuer Code" und „Sperren" standen inline im DogFather-Zweig; sie sind jetzt Funktionen und werden von beiden Stellen benutzt. Eine zweite Abschrift waere die geworden, die beim naechsten Umbau nur halb nachgezogen wird. ZWEI ECHTE LOECHER FAND DIE NEUE PRUEFUNG: * `PUT /personen/:id/rolle` hatte `nurDogFatherBeiLeitung` NICHT. Bis heute folgenlos; mit den neuen Rechten konnte die rechte Hand darueber die Rolle eines MANAGERS aendern -- waehrend derselbe Manager fuer DogFather auf crew. gar nicht in der Liste steht. Zwei Wege, zwei Antworten, und der laxere galt fuer die Rolle mit weniger Rechten. * Die Loesch-Route hatte dieselbe Middleware ebenfalls nicht. Das war harmlos, solange die Route selbst nur DogFather durchliess -- seit die rechte Hand loescht, ist es die Stelle, an der DogFather geschuetzt wird. === DIE RECHTETAFEL (nicht bestellt, aber dasselbe Problem) === Dort durfte sie sehen, aber nichts umstellen. Jetzt umstellen wie DogFather -- ausser der Spalte „DogFather" und der Zeile „Personen & Zugaenge" (wer die freischaltet, hat Zugaenge vergeben, ohne einen anzulegen). Zuruecksetzen bleibt bei DogFather: Der Knopf naehme genau diese zwei Sperren mit, und eine Sperre, die ein zweiter Knopf daneben aufhebt, ist keine. Sie kann sich auch selbst nicht aussperren -- das hat er nicht gesagt, aber eine Sperre, aus der man sich aussperren kann, ist eine Falle. Ein festes Feld ist jetzt gar kein Knopf mehr und nennt den Grund, der fuer DIESE Person gilt. === DREI MESSFEHLER VON MIR === Ein Manager ist auf crew. fuer die LISTE unsichtbar, fuer DogFathers direkten Zugriff aber nicht -- ich hielt das eine fuer das andere und erwartete, dass beide abgewiesen werden. Die Loesch-Vorschau (GET) fehlte in meinem Waechter. Und `rollen_anfassbar` beantwortet eine andere Frage als „wen sehe ich". Gemessen: pruef-hand-personen, 40 Pruefungen, 0 Fehler -- jeder der fuenf Wege einzeln gegen DogFather und die linke Hand, plus die Gegenprobe, dass DogFather es kann. pruef-rechte-umstellen von 46 auf 56 Pruefungen. Gruen: pruef-personen-liste, pruef-personen-loeschen, pruef-personen-kachel, pruef-rollen-anlegen, pruef-rechtetafel. Co-Authored-By: Claude Opus 5 <[email protected]>	2026-09-24 11:16:26 +02:00
DogFatherGitandClaude Opus 5	9f5dbb42e3	Support: melden mit Bild, und für die Leitung ein Eingang Filipe: „da fehlt auch eine support kachel. die jeder sieht. jeder benutzen kann. jeder kann da probleme von der seite melden und hinweisen. fotos mit schicken mit einem text. … so einfach wie möglich, will nichts kompliziertes oder zu viel. kurz und knapp … bei dogfather und der rechten hand soll die kachel anders gebaut sein weil die sind die die sich um die probleme kümmern." WARUM DAS NICHT DER VORHANDENE MELDEWEG IST. Es gibt ihn schon (hilfe.html) und er sieht aehnlich aus. Drei Unterschiede machen ihn zu etwas anderem: 1. Er ist NICHT fuer alle -- in rechte.js steht `["gast","hand","admin"]`. Modis, Creator, Scouts, Manager und die linke Hand hatten gar keinen Weg, einen kaputten Knopf zu melden. 2. Er kann keine Bilder. Bei „der Knopf tut nichts" ist ein Bildschirmfoto die halbe Antwort. 3. Er ist bewusst schwer: strikter Wechsel, hoechstens drei offene Faelle, ein Betreff. Richtig bei einem Vorfall zwischen Menschen, zu viel fuer „das Datum steht falsch da". Deshalb eigen und sehr kurz: EIN Feld, EIN Bild, fertig. Kein Betreff, keine Kategorie, keine Dringlichkeitsstufe -- wer ein Formular mit fuenf Feldern sieht, meldet den kleinen Fehler nicht, und genau die kleinen erfaehrt sonst niemand. DIE LEITUNG SIEHT ETWAS ANDERES: einen Eingang mit Zahlenband (neu / in Arbeit / erledigt), drei Filtern und zwei Handgriffen -- „Ich kuemmere mich" und „Erledigt …". Zwei, nicht fuenf; eine Zuweisung an eine Person und Prioritaeten waeren ein Ticketsystem fuer zwei Menschen, die nebeneinander sitzen. Das Melde-Feld bleibt auch fuer sie da, rutscht aber unter den Eingang. Wer zumacht, schreibt einen Satz dazu -- der Melder sieht nur diesen Satz, und ohne ihn weiss er nicht, ob etwas behoben wurde oder ob niemand Zeit hatte. Beide Seiten bekommen eine Benachrichtigung. UEBERNOMMEN STATT NEU ERFUNDEN: * `dateiErkennen` aus workspace-chat.js -- EXPORTIERT, nicht abgeschrieben. An ihr haengt die ganze Sicherheit der Uploads (der Typ kommt aus den ersten Bytes, nicht aus Name oder Content-Type), und eine zweite Fassung waere die, die beim naechsten Dateiformat vergessen wird. * Die zweigeteilte Sicht und `meldungFuer()` (gibt den Datensatz oder null zurueck, nie true/false) aus dem vertraulichen Meldeweg. * Der Upload-Weg (express.raw, Text im Kopf, Ordner unter DATEN_ORDNER, damit die Sicherungspruefung ihn findet). DIE KACHEL BEKOMMT JEDER -- an EINER Stelle angehaengt: `bereicheFuer` haengt sie an jede Rollenliste, statt sie in fuenf Listen einzutragen. Genau so ist heute der Benachrichtigungs-Knopf auf 14 Seiten verschwunden. Dazu der Eintrag in rechte.js (ohne ihn verschwindet die Kachel lautlos, `nurOffeneKacheln` filtert dagegen) und in der Browser-Kachelliste fuer die Agentur-Rollen. TON 44 GERECHNET, NICHT GEWAEHLT -- und dabei zweimal danebengelegen: * Ich habe erst einen eigenen Modus in kachel-farben.mjs gebaut. `tools/kachel-farbe-einzeln.mjs` gibt es aber seit dem 22.09. fuer genau diesen Zweck. Meine Dopplung ist wieder weg. * Von Hand hatte ich #bcdbff eingetragen. pruef-kachelfarben lehnte es ab (Buntheit 0,060, verlangt sind 0,12) -- und das vorhandene Werkzeug verteidigte es trotzdem, weil sein Abstand gut war. Ein Werkzeug, das einen regelwidrigen Zustand haelt, weil er zufaellig gut misst, behebt genau den Fehler nicht, fuer den es da ist. Behoben: Zuerst die Regeln, dann der Abstand. Ergebnis #fd6401, Abstand 0,0914 (engstes vorhandenes Paar: 0,0154). DREI MESSFEHLER VON MIR, die wie schwere Befunde aussahen: `fetch` verwirft den Host-Kopf (die Community kommt nur auf crew. herein), die Community bestaetigt ihr Alter (`alter_ok`), und die Startroute heisst /api/ich. Alle drei stehen in pruef-treff.mjs richtig. Ein ECHTER Fehler kam dazu: support.html lud bereiche.js nicht, und kopf.js stuerzte mit „Cannot read properties of undefined (reading 'LEITUNG')" ab -- sichtbar nur in der Browserkonsole. Und pruef-css-klassen fand sofort, dass auch wahl.js fehlte. Gemessen: pruef-support 45 Pruefungen, 0 Fehler (alle neun Rollen kommen herein, jede sieht die Kachel, als Bild getarntes HTML wird abgelehnt, eine fremde Meldung bleibt fremd, erledigt bleibt erledigt). Dazu 24 Messungen am Bild in drei Groessen. Gruen: pruef-kachelfarben (22), pruef-css-klassen. Co-Authored-By: Claude Opus 5 <[email protected]>	2026-09-24 01:32:55 +02:00

Author

SHA1

Message

Date

DogFatherGitandClaude Opus 5

8c599d7961

„An alle" bei „An wen" – und kein Creator mehr auf der Team-Seite

=== screen6: „An alle" ===

Filipe: „bei an ween fehlt noch die option alle neben den namen
allen."

Der Knopf steht VORN, nicht hinten: Wer etwas an das ganze Team geben
will, soll nicht erst an sechs Namen vorbeilesen. Er traegt die
Anzahl der Leute und faerbt sich wie die Stufe „Alle" -- beide
bedeuten „keine Einschraenkung", und zwei Farben dafuer waeren zwei
Aussagen fuer einen Gedanken. Ab zwei Personen; bei einer waere
„alle" derselbe Handgriff wie ihr Name.

EINE ANFRAGE, NICHT SECHS. Der Browser koennte fuer jede Person
einzeln fragen -- und beim dritten von sechs Aufrufen die Verbindung
verlieren. Dann haette die Haelfte des Teams die Aufgabe und die
andere nicht, und niemand saehe, wo es abgebrochen ist.

DER DUPLIKAT-SCHUTZ WANDERTE IN DIE SCHLEIFE. Er fragt, was EINE
Person schon liegen hat; stuende er davor, bekaeme nur die erste ihre
Pruefung und alle anderen die Vorlage doppelt -- genau so entstanden
am 22.09. aus zwei Klicks 112 Aufgaben. Gemessen: erster Klick 36
Aufgaben (12 mal 3 Modis), zweiter Klick 0 angelegt und 36
uebersprungen.

Ein gesperrter Modi bekommt nichts, ein Creator auch nicht, und wer
gar nicht verteilen darf, kommt ueber „alle" ebenfalls nicht weiter.

=== screen4: kein anderer Creator ===

Filipe: „in dieser app gibt es keinen und wird es niemals einen
anderen creator geben wie mich."

Auf der Aufgabenseite war eine Filterreihe mit „Alle Creator"
beschriftet -- und darunter standen Modis. Auf der Team-Adresse gibt
es keine Creator und wird es nie geben. Sie heisst dort jetzt „Für
wen".

DAS HAUS KOMMT VOM SERVER. `/api/ich` schickt jetzt `haus`; es stand
schon an der Sitzung und wurde nie mitgeschickt. Eine Rollenliste im
Browser waere die naechste zweite Wahrheit -- und falsch fuer
DogFather, der in beiden Haeusern arbeitet.

NEUN WEITERE „BEFUNDE" WAREN MEINE MESSFEHLER. Meine erste Messung
lief ueber 127.0.0.1 und meldete unter anderem „CREATOR WORKSPACE" in
der Kopfleiste JEDER Seite. Auf der echten Adresse steht dort „Team
Dogi" -- `person.haus` wird aus dem Host abgeleitet, und auf
127.0.0.1 ist das Haus nun einmal die Agentur. Nachgemessen mit
gesetztem Host: crew. -> haus="crew", marke="Team Dogi". Die
Uebersichtsseite mit ihren Creator-Texten steht auf crew. gar nicht
erst in den Kacheln.

Gemessen: pruef-an-alle, 19 Pruefungen, 0 Fehler. Gruen:
pruef-aufgabenbrett, pruef-aufgaben-vorlagen, pruef-vorlagen,
pruef-entwicklung (48), pruef-css-klassen.

Co-Authored-By: Claude Opus 5 <[email protected]>

2026-09-24 11:27:10 +02:00

DogFatherGitandClaude Opus 5

710b766ffa

Die rechte Hand: dieselben Rechte, außer an DogFather

Filipe: „die rechte hand soll das auch sehen. und die selben rechte
da haben wie dogfather. das einzige was sie nicht kann ist die
dogfather rolle oder leute anfassen. also da kann sie nichts
verändern."

ZUERST EIN IRRTUM VON MIR. Ich hatte den Bildschirmfoto-Ausschnitt
fuer die Rechtetafel gehalten und dort gebaut. „Vertritt dich im
Alltag und koordiniert das Team" steht aber in workspace-personen.js:
Gemeint war die PERSONENSEITE. Die Arbeit an der Rechtetafel ist
trotzdem drin (siehe unten) -- sie loeste dasselbe Problem an einer
zweiten Stelle.

=== DIE PERSONENSEITE ===

DIE OBERFLAECHE WAR STRENGER ALS DER SERVER. In personen.js stand
`if (ich.rolle === 'hand') { keine Knoepfe }` mit der Begruendung
„Der Server antwortet ihr auf jeden davon mit 404". Am 22.09. stimmte
das. Seither wurde der Server ZWEIMAL erweitert -- sie durfte
Personen anlegen, Codes neu erzeugen und Rollen aendern -- und diese
Zeile blieb stehen. Sie hatte drei Rechte und sah keinen einzigen
Knopf. Ein Rollenvergleich im Browser ist genau die zweite Wahrheit,
die still veraltet.

Jetzt fragt die Oberflaeche den Server (`darf_zugaenge_verwalten`,
`darf_personen_loeschen`, `rollen_anfassbar`). Dazu kommen SPERREN
und LOESCHEN, die bis heute ausdruecklich bei DogFather lagen --
Filipes „das einzige" ist juenger und eindeutig.

Die Knoepfe „Neuer Code" und „Sperren" standen inline im
DogFather-Zweig; sie sind jetzt Funktionen und werden von beiden
Stellen benutzt. Eine zweite Abschrift waere die geworden, die beim
naechsten Umbau nur halb nachgezogen wird.

ZWEI ECHTE LOECHER FAND DIE NEUE PRUEFUNG:
  * `PUT /personen/:id/rolle` hatte `nurDogFatherBeiLeitung` NICHT.
    Bis heute folgenlos; mit den neuen Rechten konnte die rechte Hand
    darueber die Rolle eines MANAGERS aendern -- waehrend derselbe
    Manager fuer DogFather auf crew. gar nicht in der Liste steht.
    Zwei Wege, zwei Antworten, und der laxere galt fuer die Rolle mit
    weniger Rechten.
  * Die Loesch-Route hatte dieselbe Middleware ebenfalls nicht. Das
    war harmlos, solange die Route selbst nur DogFather durchliess --
    seit die rechte Hand loescht, ist es die Stelle, an der DogFather
    geschuetzt wird.

=== DIE RECHTETAFEL (nicht bestellt, aber dasselbe Problem) ===

Dort durfte sie sehen, aber nichts umstellen. Jetzt umstellen wie
DogFather -- ausser der Spalte „DogFather" und der Zeile „Personen &
Zugaenge" (wer die freischaltet, hat Zugaenge vergeben, ohne einen
anzulegen). Zuruecksetzen bleibt bei DogFather: Der Knopf naehme
genau diese zwei Sperren mit, und eine Sperre, die ein zweiter Knopf
daneben aufhebt, ist keine.

Sie kann sich auch selbst nicht aussperren -- das hat er nicht
gesagt, aber eine Sperre, aus der man sich aussperren kann, ist eine
Falle. Ein festes Feld ist jetzt gar kein Knopf mehr und nennt den
Grund, der fuer DIESE Person gilt.

=== DREI MESSFEHLER VON MIR ===
Ein Manager ist auf crew. fuer die LISTE unsichtbar, fuer DogFathers
direkten Zugriff aber nicht -- ich hielt das eine fuer das andere und
erwartete, dass beide abgewiesen werden. Die Loesch-Vorschau (GET)
fehlte in meinem Waechter. Und `rollen_anfassbar` beantwortet eine
andere Frage als „wen sehe ich".

Gemessen: pruef-hand-personen, 40 Pruefungen, 0 Fehler -- jeder der
fuenf Wege einzeln gegen DogFather und die linke Hand, plus die
Gegenprobe, dass DogFather es kann. pruef-rechte-umstellen von 46 auf
56 Pruefungen. Gruen: pruef-personen-liste, pruef-personen-loeschen,
pruef-personen-kachel, pruef-rollen-anlegen, pruef-rechtetafel.

Co-Authored-By: Claude Opus 5 <[email protected]>

2026-09-24 11:16:26 +02:00

DogFatherGitandClaude Opus 5

9f5dbb42e3

Support: melden mit Bild, und für die Leitung ein Eingang

Filipe: „da fehlt auch eine support kachel. die jeder sieht. jeder
benutzen kann. jeder kann da probleme von der seite melden und
hinweisen. fotos mit schicken mit einem text. … so einfach wie
möglich, will nichts kompliziertes oder zu viel. kurz und knapp …
bei dogfather und der rechten hand soll die kachel anders gebaut sein
weil die sind die die sich um die probleme kümmern."

WARUM DAS NICHT DER VORHANDENE MELDEWEG IST. Es gibt ihn schon
(hilfe.html) und er sieht aehnlich aus. Drei Unterschiede machen ihn
zu etwas anderem:
  1. Er ist NICHT fuer alle -- in rechte.js steht
     `["gast","hand","admin"]`. Modis, Creator, Scouts, Manager und
     die linke Hand hatten gar keinen Weg, einen kaputten Knopf zu
     melden.
  2. Er kann keine Bilder. Bei „der Knopf tut nichts" ist ein
     Bildschirmfoto die halbe Antwort.
  3. Er ist bewusst schwer: strikter Wechsel, hoechstens drei offene
     Faelle, ein Betreff. Richtig bei einem Vorfall zwischen
     Menschen, zu viel fuer „das Datum steht falsch da".

Deshalb eigen und sehr kurz: EIN Feld, EIN Bild, fertig. Kein
Betreff, keine Kategorie, keine Dringlichkeitsstufe -- wer ein
Formular mit fuenf Feldern sieht, meldet den kleinen Fehler nicht,
und genau die kleinen erfaehrt sonst niemand.

DIE LEITUNG SIEHT ETWAS ANDERES: einen Eingang mit Zahlenband
(neu / in Arbeit / erledigt), drei Filtern und zwei Handgriffen --
„Ich kuemmere mich" und „Erledigt …". Zwei, nicht fuenf; eine
Zuweisung an eine Person und Prioritaeten waeren ein Ticketsystem
fuer zwei Menschen, die nebeneinander sitzen. Das Melde-Feld bleibt
auch fuer sie da, rutscht aber unter den Eingang.

Wer zumacht, schreibt einen Satz dazu -- der Melder sieht nur diesen
Satz, und ohne ihn weiss er nicht, ob etwas behoben wurde oder ob
niemand Zeit hatte. Beide Seiten bekommen eine Benachrichtigung.

UEBERNOMMEN STATT NEU ERFUNDEN:
  * `dateiErkennen` aus workspace-chat.js -- EXPORTIERT, nicht
    abgeschrieben. An ihr haengt die ganze Sicherheit der Uploads
    (der Typ kommt aus den ersten Bytes, nicht aus Name oder
    Content-Type), und eine zweite Fassung waere die, die beim
    naechsten Dateiformat vergessen wird.
  * Die zweigeteilte Sicht und `meldungFuer()` (gibt den Datensatz
    oder null zurueck, nie true/false) aus dem vertraulichen
    Meldeweg.
  * Der Upload-Weg (express.raw, Text im Kopf, Ordner unter
    DATEN_ORDNER, damit die Sicherungspruefung ihn findet).

DIE KACHEL BEKOMMT JEDER -- an EINER Stelle angehaengt: `bereicheFuer`
haengt sie an jede Rollenliste, statt sie in fuenf Listen
einzutragen. Genau so ist heute der Benachrichtigungs-Knopf auf 14
Seiten verschwunden. Dazu der Eintrag in rechte.js (ohne ihn
verschwindet die Kachel lautlos, `nurOffeneKacheln` filtert dagegen)
und in der Browser-Kachelliste fuer die Agentur-Rollen.

TON 44 GERECHNET, NICHT GEWAEHLT -- und dabei zweimal danebengelegen:
  * Ich habe erst einen eigenen Modus in kachel-farben.mjs gebaut.
    `tools/kachel-farbe-einzeln.mjs` gibt es aber seit dem 22.09. fuer
    genau diesen Zweck. Meine Dopplung ist wieder weg.
  * Von Hand hatte ich #bcdbff eingetragen. pruef-kachelfarben lehnte
    es ab (Buntheit 0,060, verlangt sind 0,12) -- und das vorhandene
    Werkzeug verteidigte es trotzdem, weil sein Abstand gut war. Ein
    Werkzeug, das einen regelwidrigen Zustand haelt, weil er zufaellig
    gut misst, behebt genau den Fehler nicht, fuer den es da ist.
    Behoben: Zuerst die Regeln, dann der Abstand. Ergebnis #fd6401,
    Abstand 0,0914 (engstes vorhandenes Paar: 0,0154).

DREI MESSFEHLER VON MIR, die wie schwere Befunde aussahen: `fetch`
verwirft den Host-Kopf (die Community kommt nur auf crew. herein),
die Community bestaetigt ihr Alter (`alter_ok`), und die Startroute
heisst /api/ich. Alle drei stehen in pruef-treff.mjs richtig.

Ein ECHTER Fehler kam dazu: support.html lud bereiche.js nicht, und
kopf.js stuerzte mit „Cannot read properties of undefined (reading
'LEITUNG')" ab -- sichtbar nur in der Browserkonsole. Und
pruef-css-klassen fand sofort, dass auch wahl.js fehlte.

Gemessen: pruef-support 45 Pruefungen, 0 Fehler (alle neun Rollen
kommen herein, jede sieht die Kachel, als Bild getarntes HTML wird
abgelehnt, eine fremde Meldung bleibt fremd, erledigt bleibt
erledigt). Dazu 24 Messungen am Bild in drei Groessen. Gruen:
pruef-kachelfarben (22), pruef-css-klassen.

Co-Authored-By: Claude Opus 5 <[email protected]>

2026-09-24 01:32:55 +02:00