dogfather-universe

DogFatherGit/dogfather-universe

Fork 0

Commit Graph

Author	SHA1	Message	Date
DogFatherGitandClaude Opus 5	f701dae53e	screen10: Der Tagesruf -- einmal am Tag, was noch offen ist Wunsch Filipe: "ich will das neben diesem kreis auch ein kleiner button ist fuer den wecker von den aufgaben, oder quasi eine taetige meldung einmal am tag zu aktivieren wenn noch aufgaben auf sind." Ein Wecker-Knopf unter der Glocke, neben der Uhr. Eingeschaltet meldet er sich einmal taeglich zur eingestellten Zeit -- aber nur, wenn wirklich noch etwas offen ist. Der Satz nennt die Zahl und die Ueberfaelligen: "3 Aufgaben sind noch offen / Davon eine ueberfaellig." ALS EINZIGE ART MIT `vorgabe: false`, und das ist keine Nachlaessigkeit. Alle anderen Benachrichtigungen antworten auf ein Ereignis, das gerade passiert ist. Der Tagesruf kommt ungefragt zur selben Zeit, ob es etwas Neues gibt oder nicht -- so etwas schaltet man sich selbst ein, sonst ist es Werbung. Bei null offenen Aufgaben kommt nichts: Eine taegliche Meldung "du hast nichts zu tun" ist der schnellste Weg, dass man die naechste nicht mehr liest. EIN FENSTER VON DREI STUNDEN. Der Takt laeuft alle fuenf Minuten; ein einfaches "jetzt >= eingestellte Zeit" wuerde nach einem Serverausfall den Ruf fuer neun Uhr um zwanzig Uhr zustellen. Wer eine Erinnerung an einen vergangenen Tag bekommt, schaltet sie ab. Faellt der Tag aus, ist das die ehrlichere Antwort. VIER DINGE, DIE ERST DAS NACHMESSEN GEZEIGT HAT: 1. DER KNOPF VERSPRACH ETWAS, DAS ER NICHT HALTEN KONNTE. Chromium meldet `Notification.permission === 'denied'` -- gemessen, nicht vermutet. Der Knopf sah einladend aus ("Einmal am Tag melden…") und sagte erst NACH dem Antippen ab. Ein Bedienelement, das den Grund erst hinterher nennt, ist die schlechtere Haelfte einer Fehlermeldung. Jetzt steht er im Titel, und der Knopf ist gedimmt. 2. EINE UHRZEIT IN DER RUHEZEIT WAERE EIN STILLES NICHTS. Der Server laesst zwischen 22 und 7 Uhr nichts durch. Wer 23:00 einstellt, bekaeme nie etwas und saehe nur einen Knopf auf "an". Jetzt steht der Hinweis dort, wo man es einstellt -- mit den Grenzen VOM SERVER, nicht mit hier getippten Zahlen. 3. `wert` UND `an` SIND ZWEI ENTSCHEIDUNGEN. Wer nur den Schalter umlegt, schickt kein `wert` -- stumpf `req.body.wert` zu schreiben haette bei jedem Aus- und Einschalten die Uhrzeit geloescht, und beim naechsten Mal staende wieder neun Uhr da. Ein Datenverlust, den niemand meldet, weil er wie eine Vorgabe aussieht. Genau dieser Weg wird jetzt geprueft. 4. pruef-css-klassen HATTE ZWEIMAL RECHT. Der Stil lag in heim.css (nur Startseite), die Zeichen entstehen aber in glocke.js (18 Seiten) -- auf 17 davon waere ein nackter Knopf gestanden. Und die beiden neuen Schriftgroessen (10 und 11 px) haetten die Grundlinie von 43 zu kleinen Stellen still auf 45 gehoben. Beides behoben: Stil nach start.css, Schrift auf 12 px. NEUE PRUEFUNG server/pruef-tagesruf.mjs, drei Schichten getrennt, weil sie getrennt kaputtgehen: Oberflaeche im Browser, Schalten ueber die Schnittstelle (aus der SEITE heraus, damit Sitzung und Herkunftspruefung mitgehen), Zeitentscheidung als reine Rechnung. Die Entscheidung wurde dafuer aus dem Rundgang herausgeloest -- dazwischen steckend haette man zum Pruefen Datenbank und Push-Versand aufbauen muessen, also haette man sie nicht geprueft. Die Erwartung der ersten Schicht richtet sich nach der GEMESSENEN Berechtigung statt sie vorauszusetzen: Erlaubt eine kuenftige Chromium-Fassung Benachrichtigungen von sich aus, waere ein fest verdrahtetes "muss blockiert sein" ein Fehlalarm ohne Fehler. Gegenproben sind dabei: "99:99", "7:30" ohne fuehrende Null und ein Wert an einer Art, die keinen kennt, muessen abgelehnt werden -- sonst bewiese der Bereichstest nichts. Der reservierte Platz waechst von 46 auf 104 px, damit der zweite Knopf die Kachelreihe darunter nicht nach unten schiebt; das Zeitfeld schwebt statt zu schieben. Beides derselbe Grund wie bei der Glocke: Ein Sprung ist kein Schoenheitsfehler, sondern der Grund, warum man auf den falschen Knopf drueckt. Geprueft: pruef-tagesruf (neu, alles in Ordnung), pruef-push, pruef-css-klassen, pruef-start-ansicht -- alle in Ordnung. Co-Authored-By: Claude Opus 5 <[email protected]>	2026-09-08 23:54:51 +02:00
DogFatherGitandClaude Opus 5	1b2874299e	Uhr und Glocke in die Begruessung, Teilen in die Leiste, ein echter Fehler weg Neun Punkte aus Filipes Bildschirmfotos. Der wichtigste war kein Aussehen, sondern ein Fehler: UEBEREINANDERLIEGENDE TEXTE IN DER SICHERUNGSLISTE. Das Datum entstand aus `name.split('-').slice(1).reverse().join('.')`. Bei "woechentlich-2026-09-06.db" ging das gut; die Sicherungen vor einem Umbau heissen aber "vorher-2026-09-02-160012438.db" -- mit Zeitstempel. Heraus kam "160012438.02.09.2026", dreimal so lang wie die 96-px-Spalte, und es lief ueber den Nachbartext. Ein Muster, das Bestandteile ZAEHLT statt sie zu SUCHEN, bricht beim ersten Namen mit einem Teil mehr. Jetzt ein Suchmuster nach vier-zwei-zwei Ziffern -- und in der CSS eine Kuerzung, damit der NAECHSTE zu lange Text nur abgeschnitten wird. Eine Spalte mit fester Breite ohne Kuerzung ist immer eine Zeitbombe. DIE BEGRUESSUNGSKACHEL. Runde Digitaluhr rechts: zwei Ringe um dieselbe Mitte -- innen die Sekunde, aussen der Stand der Stunde. Kein setInterval(1000): Ein fester Takt laeuft mit der Zeit aus dem Tritt und ueberspringt Sekunden; gewartet wird bis zur naechsten VOLLEN Sekunde. Die Glocke ist aus der Kopfleiste hierhergezogen -- mit Rueckfall, denn zwoelf andere Seiten haben diesen Platz nicht. Nebenbei ist die Leiste damit um ein Element leichter; sie ist am 06.09. schon einmal an einem sechsten zerbrochen. TEILEN-KNOPF in der Leiste, nur fuer Scout, Manager und DogFather. Geteilt wird der EINGANG, nicht die aktuelle Seite: Ein Link auf bereich.html?b=schutz schickt jemanden auf eine Seite, die er nicht sehen darf. Wo es navigator.share gibt, wird es benutzt; sonst Zwischenablage; wo beides fehlt, erscheint der Knopf gar nicht -- ein dritter Ausgang statt einer Schaltflaeche, die nichts tut. WEITER: Kachelreihenfolge Steckbrief -> Profile -> Zahlen. Die Tagesliste laesst sich zuklappen und zeigt dann SIEBEN Tage (die Woche, nicht die vier von ueberall sonst). Dialoge, Automationen-Karten, Sicherungsblock, KI-Kasten und Call-Karten bekommen dasselbe Material wie die Kacheln -- Leuchtschiene, Materialstaerke, Glanz. Profilbilder brauchten nichts: Der Weg gibt es fuer jede Rolle bereits (steckbrief.html fuer die Betreuung, derselbe Block auf profil.html fuer Creator, Hochladen schreibt immer auf req.person.id). ZWEI EIGENE FEHLER, beide gemessen statt vermutet: - Die Koernung lag in vier neuen Bloecken auf DERSELBEN Ebene wie die Spiegelung und erbte deren 50 % Deckkraft. Gemessen rgb(56,44,58) statt rgb(20,26,38) -- die Karten sahen durchsichtig aus, obwohl sie zu 95 % decken. Derselbe Fehler wie heute Nachmittag an der Anmeldekarte. Koernung gehoert auf eine eigene Ebene mit overlay. - `.glocke-platz:empty { display: none }` liess die Kachel wachsen, sobald die Glocke geladen war. Layout-Sprung von start.html: 0,708. Platz wird jetzt reserviert -> 0,473. pruef-struktur: `-breit` gehoert in die Stufen-Ausnahme. Schaerfe kostet Bytes (hohe Frequenzen lassen sich nicht wegrechnen), die mittlere Stufe wuchs auf 230-300 KB. Die Regel bleibt inhaltlich: gross nur, WENN eine kleinere Stufe daneben steht. Die Verkettung der beiden replace() waere ein stiller Fehler gewesen -- fuer uhd haette sie nach `-schmal` gesucht. Gruen: kopf-messen (3), breiten (23), glocke (26), css-klassen (15), struktur (32), buehne (38), start-ansicht (136), handy (59), formulare (19), barrierefrei (18), lesbarkeit (14), tempo (8). Co-Authored-By: Claude Opus 5 <[email protected]>	2026-09-07 03:40:49 +02:00
DogFatherGitandClaude Opus 5	627f710d71	Aufgaben abbrechen, Teilnehmerwahl fuer alle, Benachrichtigungen Zwei Wuensche vom 05.09.2026, dazu drei Fehler, die dabei ans Licht kamen. ABBRECHEN (Wunsch: "in jedem status die aufgaben auch abbrechen koennen, nur ich die manager und scouts") Neuer Status mit Pflicht-Grund, aus jedem der vier Status heraus. Festgehalten wird auch, WO die Aufgabe stand -- "im Review abgebrochen" ist eine andere Aussage als "nie angefangen", und das Wiederaufnehmen geht dorthin zurueck statt nach "offen". Eigener Weg statt "abgebrochen" in der Statusliste: Dort entscheidet darfAendern(), und das laesst auch den zustaendigen Creator aendern. Der gewoehnliche PATCH kann diesen Zustand deshalb gar nicht erreichen -- auch nicht fuer DogFather, sonst waere die Grund-Pflicht umgehbar. Abgebrochenes steht in einem zugeklappten Bereich unter dem Brett, nicht als fuenfte Spalte: Am Handy waeren dann alle fuenf unlesbar schmal. Verschwinden darf es nicht, sonst waere der Abbruch ein Loeschen mit Zwischenschritt. Die Tabelle musste dafuer getauscht werden (SQLite kann CHECK nicht aendern). Vorher auf einer Kopie durchgespielt: 40 von 40 Aufgaben, Inhalte, Verweise und Indizes geprueft, Gegenprobe zeigt, dass der CHECK noch lebt. TEILNEHMERWAHL (Wunsch: "das soll viel besser aussehen und fuer jeden verfuegbar sein") Auf dem Bildschirm klebten die Namen aneinander: "DogfatherDogFather". Ursache war, dass kalender.html das Stylesheet mit diesen Klassen nie eingebunden hat -- sie standen in dateien.css. Vierzig gruene Pruefungen zur Teilnehmerwahl hatten das nicht gemerkt, weil keine je gefragt hat, ob es AUSSIEHT wie gedacht. Jetzt eigene Klassen im eigenen Stylesheet, nach Rollen gruppiert: Die Rolle steht einmal als Ueberschrift statt neunmal am Namen. Damit ist das Kleben an der Wurzel weg, nicht zugepflastert. "Fuer jeden" war mehr als ein hidden zu entfernen: darfEintragen() haette einem Creator nur sich selbst erlaubt. Er haette seinen Scout gesehen, angeklickt, und der Server haette ihn still weggelassen -- ein Knopf, der nichts tut. einladbareIds() schaut jetzt in beide Richtungen, bewusst getrennt von /api/personen: Wer die erweitert, gibt einem Creator nebenbei die Moeglichkeit, seinem Scout Aufgaben zuzuweisen. BENACHRICHTIGUNGEN (Wunsch: "sowas, und dass es perfekt funktioniert fuer jeden") Web Push nach RFC 8291/8292, ohne fremde Abhaengigkeit. Der Knopf sagt in jeder Lage die Wahrheit, auch die unbequemen: abgelehnt (mit dem Hinweis, wo man es zuruecknimmt), iPhone im Reiter (mit Anleitung), Browser ohne Push. Ein Knopf, der bei abgelehnter Berechtigung nur nichts tut, ist der sichere Weg zu "das funktioniert nicht". DREI FEHLER, DIE DABEI AUFFIELEN 1. Ein defekter Zugangsdatensatz sperrte ALLE einer Rolle aus. Wirft hashe() bei einer Person, flog die ganze Anmeldung in den catch: 503 "nicht verfuegbar" fuer jeden mit dieser Rolle. Aufgefallen durch einen eigenen Testfehler. Jetzt wird die defekte Person uebersprungen und laut protokolliert; die Gegenprobe zeigt, dass ein falscher Code weiterhin abgelehnt wird. 2. Die Glocke sprengte die Kopfleiste -- zweimal. Bei 320 px lag die Lupe des Suchknopfes auf dem Sicht-Umschalter (ein Knopf, der auf 12 Seiten ins Leere tippt), bei 768 px wurde der Abmelden-Knopf bis zu 15 px aus dem Bild geschoben, weil die Textgrenze auf 760 stand und ein Tablet 768 hat. Nachgewiesen durch Messen mit und ohne Glocke, nicht durch Vermuten. 3. .block__frage war viermal gestaltet und stand auf einer Seite, die keine dieser Dateien laedt -- derselbe Fehler wie bei der Teilnehmerwahl. Gefunden von der neuen Klassenpruefung beim ersten Lauf. NEUE PRUEFUNGEN pruef-css-klassen jede gestaltete Klasse muss auf ihrer Seite ankommen (unterscheidet Struktur-Anker von echtem Verlust) pruef-dabei-optik die Wahl im Browser, an den echten Pixeln pruef-abbrechen Umstellung auf einer Kopie, Rechte, Rueckweg pruef-abbrechen-optik Knopf, Dialog, Bereich, Handy pruef-glocke Zustaende, An/Abmelden, jede Rolle pruef-push(-weg) Rechnung gegen die RFC-Vektoren, Zustellung pruef-struktur prueft jetzt zusaetzlich, ob sich jedes Server-Modul als ESM laden laesst. node --check auf einer .js-Datei prueft als CommonJS und meldete "ok", waehrend der Import scheiterte. Gesamtlauf: 55 von 55 Dateien, 1973 von 1973 Punkten. Was NICHT geprueft werden konnte und deshalb dasteht: Der Schritt "Browser holt eine Adresse beim Push-Dienst" braucht eine Verbindung zu Googles FCM, die ein Pruef-Browser nicht hat. Die Pruefung misst das zuerst und meldet es als dritten Ausgang, statt gruen zu sein. Verschluesselung und Zustellung sind getrennt geprueft; diese eine Strecke beweist sich erst auf dem Server. Co-Authored-By: Claude Opus 5 <[email protected]>	2026-09-05 18:05:28 +02:00

Author

SHA1

Message

Date

DogFatherGitandClaude Opus 5

f701dae53e

screen10: Der Tagesruf -- einmal am Tag, was noch offen ist

Wunsch Filipe: "ich will das neben diesem kreis auch ein kleiner button
ist fuer den wecker von den aufgaben, oder quasi eine taetige meldung
einmal am tag zu aktivieren wenn noch aufgaben auf sind."

Ein Wecker-Knopf unter der Glocke, neben der Uhr. Eingeschaltet meldet
er sich einmal taeglich zur eingestellten Zeit -- aber nur, wenn
wirklich noch etwas offen ist. Der Satz nennt die Zahl und die
Ueberfaelligen: "3 Aufgaben sind noch offen / Davon eine ueberfaellig."

ALS EINZIGE ART MIT `vorgabe: false`, und das ist keine
Nachlaessigkeit. Alle anderen Benachrichtigungen antworten auf ein
Ereignis, das gerade passiert ist. Der Tagesruf kommt ungefragt zur
selben Zeit, ob es etwas Neues gibt oder nicht -- so etwas schaltet man
sich selbst ein, sonst ist es Werbung. Bei null offenen Aufgaben kommt
nichts: Eine taegliche Meldung "du hast nichts zu tun" ist der
schnellste Weg, dass man die naechste nicht mehr liest.

EIN FENSTER VON DREI STUNDEN. Der Takt laeuft alle fuenf Minuten; ein
einfaches "jetzt >= eingestellte Zeit" wuerde nach einem Serverausfall
den Ruf fuer neun Uhr um zwanzig Uhr zustellen. Wer eine Erinnerung an
einen vergangenen Tag bekommt, schaltet sie ab. Faellt der Tag aus, ist
das die ehrlichere Antwort.

VIER DINGE, DIE ERST DAS NACHMESSEN GEZEIGT HAT:

1. DER KNOPF VERSPRACH ETWAS, DAS ER NICHT HALTEN KONNTE. Chromium
   meldet `Notification.permission === 'denied'` -- gemessen, nicht
   vermutet. Der Knopf sah einladend aus ("Einmal am Tag melden…") und
   sagte erst NACH dem Antippen ab. Ein Bedienelement, das den Grund
   erst hinterher nennt, ist die schlechtere Haelfte einer
   Fehlermeldung. Jetzt steht er im Titel, und der Knopf ist gedimmt.

2. EINE UHRZEIT IN DER RUHEZEIT WAERE EIN STILLES NICHTS. Der Server
   laesst zwischen 22 und 7 Uhr nichts durch. Wer 23:00 einstellt,
   bekaeme nie etwas und saehe nur einen Knopf auf "an". Jetzt steht
   der Hinweis dort, wo man es einstellt -- mit den Grenzen VOM SERVER,
   nicht mit hier getippten Zahlen.

3. `wert` UND `an` SIND ZWEI ENTSCHEIDUNGEN. Wer nur den Schalter
   umlegt, schickt kein `wert` -- stumpf `req.body.wert` zu schreiben
   haette bei jedem Aus- und Einschalten die Uhrzeit geloescht, und
   beim naechsten Mal staende wieder neun Uhr da. Ein Datenverlust, den
   niemand meldet, weil er wie eine Vorgabe aussieht. Genau dieser Weg
   wird jetzt geprueft.

4. pruef-css-klassen HATTE ZWEIMAL RECHT. Der Stil lag in heim.css
   (nur Startseite), die Zeichen entstehen aber in glocke.js (18
   Seiten) -- auf 17 davon waere ein nackter Knopf gestanden. Und die
   beiden neuen Schriftgroessen (10 und 11 px) haetten die Grundlinie
   von 43 zu kleinen Stellen still auf 45 gehoben. Beides behoben:
   Stil nach start.css, Schrift auf 12 px.

NEUE PRUEFUNG server/pruef-tagesruf.mjs, drei Schichten getrennt, weil
sie getrennt kaputtgehen: Oberflaeche im Browser, Schalten ueber die
Schnittstelle (aus der SEITE heraus, damit Sitzung und
Herkunftspruefung mitgehen), Zeitentscheidung als reine Rechnung. Die
Entscheidung wurde dafuer aus dem Rundgang herausgeloest -- dazwischen
steckend haette man zum Pruefen Datenbank und Push-Versand aufbauen
muessen, also haette man sie nicht geprueft.

Die Erwartung der ersten Schicht richtet sich nach der GEMESSENEN
Berechtigung statt sie vorauszusetzen: Erlaubt eine kuenftige
Chromium-Fassung Benachrichtigungen von sich aus, waere ein fest
verdrahtetes "muss blockiert sein" ein Fehlalarm ohne Fehler.
Gegenproben sind dabei: "99:99", "7:30" ohne fuehrende Null und ein
Wert an einer Art, die keinen kennt, muessen abgelehnt werden -- sonst
bewiese der Bereichstest nichts.

Der reservierte Platz waechst von 46 auf 104 px, damit der zweite Knopf
die Kachelreihe darunter nicht nach unten schiebt; das Zeitfeld schwebt
statt zu schieben. Beides derselbe Grund wie bei der Glocke: Ein
Sprung ist kein Schoenheitsfehler, sondern der Grund, warum man auf den
falschen Knopf drueckt.

Geprueft: pruef-tagesruf (neu, alles in Ordnung), pruef-push,
pruef-css-klassen, pruef-start-ansicht -- alle in Ordnung.

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

2026-09-08 23:54:51 +02:00

DogFatherGitandClaude Opus 5

1b2874299e

Uhr und Glocke in die Begruessung, Teilen in die Leiste, ein echter Fehler weg

Neun Punkte aus Filipes Bildschirmfotos. Der wichtigste war kein
Aussehen, sondern ein Fehler:

UEBEREINANDERLIEGENDE TEXTE IN DER SICHERUNGSLISTE. Das Datum entstand
aus `name.split('-').slice(1).reverse().join('.')`. Bei
"woechentlich-2026-09-06.db" ging das gut; die Sicherungen vor einem
Umbau heissen aber "vorher-2026-09-02-160012438.db" -- mit Zeitstempel.
Heraus kam "160012438.02.09.2026", dreimal so lang wie die 96-px-Spalte,
und es lief ueber den Nachbartext. Ein Muster, das Bestandteile ZAEHLT
statt sie zu SUCHEN, bricht beim ersten Namen mit einem Teil mehr. Jetzt
ein Suchmuster nach vier-zwei-zwei Ziffern -- und in der CSS eine
Kuerzung, damit der NAECHSTE zu lange Text nur abgeschnitten wird. Eine
Spalte mit fester Breite ohne Kuerzung ist immer eine Zeitbombe.

DIE BEGRUESSUNGSKACHEL. Runde Digitaluhr rechts: zwei Ringe um dieselbe
Mitte -- innen die Sekunde, aussen der Stand der Stunde. Kein
setInterval(1000): Ein fester Takt laeuft mit der Zeit aus dem Tritt und
ueberspringt Sekunden; gewartet wird bis zur naechsten VOLLEN Sekunde.
Die Glocke ist aus der Kopfleiste hierhergezogen -- mit Rueckfall, denn
zwoelf andere Seiten haben diesen Platz nicht. Nebenbei ist die Leiste
damit um ein Element leichter; sie ist am 06.09. schon einmal an einem
sechsten zerbrochen.

TEILEN-KNOPF in der Leiste, nur fuer Scout, Manager und DogFather.
Geteilt wird der EINGANG, nicht die aktuelle Seite: Ein Link auf
bereich.html?b=schutz schickt jemanden auf eine Seite, die er nicht
sehen darf. Wo es navigator.share gibt, wird es benutzt; sonst
Zwischenablage; wo beides fehlt, erscheint der Knopf gar nicht -- ein
dritter Ausgang statt einer Schaltflaeche, die nichts tut.

WEITER: Kachelreihenfolge Steckbrief -> Profile -> Zahlen. Die
Tagesliste laesst sich zuklappen und zeigt dann SIEBEN Tage (die Woche,
nicht die vier von ueberall sonst). Dialoge, Automationen-Karten,
Sicherungsblock, KI-Kasten und Call-Karten bekommen dasselbe Material
wie die Kacheln -- Leuchtschiene, Materialstaerke, Glanz.

Profilbilder brauchten nichts: Der Weg gibt es fuer jede Rolle bereits
(steckbrief.html fuer die Betreuung, derselbe Block auf profil.html fuer
Creator, Hochladen schreibt immer auf req.person.id).

ZWEI EIGENE FEHLER, beide gemessen statt vermutet:
  - Die Koernung lag in vier neuen Bloecken auf DERSELBEN Ebene wie die
    Spiegelung und erbte deren 50 % Deckkraft. Gemessen rgb(56,44,58)
    statt rgb(20,26,38) -- die Karten sahen durchsichtig aus, obwohl sie
    zu 95 % decken. Derselbe Fehler wie heute Nachmittag an der
    Anmeldekarte. Koernung gehoert auf eine eigene Ebene mit overlay.
  - `.glocke-platz:empty { display: none }` liess die Kachel wachsen,
    sobald die Glocke geladen war. Layout-Sprung von start.html: 0,708.
    Platz wird jetzt reserviert -> 0,473.

pruef-struktur: `-breit` gehoert in die Stufen-Ausnahme. Schaerfe kostet
Bytes (hohe Frequenzen lassen sich nicht wegrechnen), die mittlere Stufe
wuchs auf 230-300 KB. Die Regel bleibt inhaltlich: gross nur, WENN eine
kleinere Stufe daneben steht. Die Verkettung der beiden replace() waere
ein stiller Fehler gewesen -- fuer uhd haette sie nach `-schmal` gesucht.

Gruen: kopf-messen (3), breiten (23), glocke (26), css-klassen (15),
struktur (32), buehne (38), start-ansicht (136), handy (59),
formulare (19), barrierefrei (18), lesbarkeit (14), tempo (8).

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

2026-09-07 03:40:49 +02:00

DogFatherGitandClaude Opus 5

627f710d71

Aufgaben abbrechen, Teilnehmerwahl fuer alle, Benachrichtigungen

Zwei Wuensche vom 05.09.2026, dazu drei Fehler, die dabei ans Licht kamen.

ABBRECHEN (Wunsch: "in jedem status die aufgaben auch abbrechen koennen,
nur ich die manager und scouts")

Neuer Status mit Pflicht-Grund, aus jedem der vier Status heraus.
Festgehalten wird auch, WO die Aufgabe stand -- "im Review abgebrochen"
ist eine andere Aussage als "nie angefangen", und das Wiederaufnehmen
geht dorthin zurueck statt nach "offen".

Eigener Weg statt "abgebrochen" in der Statusliste: Dort entscheidet
darfAendern(), und das laesst auch den zustaendigen Creator aendern.
Der gewoehnliche PATCH kann diesen Zustand deshalb gar nicht erreichen
-- auch nicht fuer DogFather, sonst waere die Grund-Pflicht umgehbar.

Abgebrochenes steht in einem zugeklappten Bereich unter dem Brett, nicht
als fuenfte Spalte: Am Handy waeren dann alle fuenf unlesbar schmal.
Verschwinden darf es nicht, sonst waere der Abbruch ein Loeschen mit
Zwischenschritt.

Die Tabelle musste dafuer getauscht werden (SQLite kann CHECK nicht
aendern). Vorher auf einer Kopie durchgespielt: 40 von 40 Aufgaben,
Inhalte, Verweise und Indizes geprueft, Gegenprobe zeigt, dass der CHECK
noch lebt.

TEILNEHMERWAHL (Wunsch: "das soll viel besser aussehen und fuer jeden
verfuegbar sein")

Auf dem Bildschirm klebten die Namen aneinander: "DogfatherDogFather".
Ursache war, dass kalender.html das Stylesheet mit diesen Klassen nie
eingebunden hat -- sie standen in dateien.css. Vierzig gruene Pruefungen
zur Teilnehmerwahl hatten das nicht gemerkt, weil keine je gefragt hat,
ob es AUSSIEHT wie gedacht.

Jetzt eigene Klassen im eigenen Stylesheet, nach Rollen gruppiert: Die
Rolle steht einmal als Ueberschrift statt neunmal am Namen. Damit ist
das Kleben an der Wurzel weg, nicht zugepflastert.

"Fuer jeden" war mehr als ein hidden zu entfernen: darfEintragen() haette
einem Creator nur sich selbst erlaubt. Er haette seinen Scout gesehen,
angeklickt, und der Server haette ihn still weggelassen -- ein Knopf, der
nichts tut. einladbareIds() schaut jetzt in beide Richtungen, bewusst
getrennt von /api/personen: Wer die erweitert, gibt einem Creator
nebenbei die Moeglichkeit, seinem Scout Aufgaben zuzuweisen.

BENACHRICHTIGUNGEN (Wunsch: "sowas, und dass es perfekt funktioniert
fuer jeden")

Web Push nach RFC 8291/8292, ohne fremde Abhaengigkeit. Der Knopf sagt
in jeder Lage die Wahrheit, auch die unbequemen: abgelehnt (mit dem
Hinweis, wo man es zuruecknimmt), iPhone im Reiter (mit Anleitung),
Browser ohne Push. Ein Knopf, der bei abgelehnter Berechtigung nur
nichts tut, ist der sichere Weg zu "das funktioniert nicht".

DREI FEHLER, DIE DABEI AUFFIELEN

1. Ein defekter Zugangsdatensatz sperrte ALLE einer Rolle aus. Wirft
   hashe() bei einer Person, flog die ganze Anmeldung in den catch: 503
   "nicht verfuegbar" fuer jeden mit dieser Rolle. Aufgefallen durch
   einen eigenen Testfehler. Jetzt wird die defekte Person uebersprungen
   und laut protokolliert; die Gegenprobe zeigt, dass ein falscher Code
   weiterhin abgelehnt wird.

2. Die Glocke sprengte die Kopfleiste -- zweimal. Bei 320 px lag die
   Lupe des Suchknopfes auf dem Sicht-Umschalter (ein Knopf, der auf 12
   Seiten ins Leere tippt), bei 768 px wurde der Abmelden-Knopf bis zu
   15 px aus dem Bild geschoben, weil die Textgrenze auf 760 stand und
   ein Tablet 768 hat. Nachgewiesen durch Messen mit und ohne Glocke,
   nicht durch Vermuten.

3. .block__frage war viermal gestaltet und stand auf einer Seite, die
   keine dieser Dateien laedt -- derselbe Fehler wie bei der
   Teilnehmerwahl. Gefunden von der neuen Klassenpruefung beim ersten
   Lauf.

NEUE PRUEFUNGEN

pruef-css-klassen   jede gestaltete Klasse muss auf ihrer Seite ankommen
                    (unterscheidet Struktur-Anker von echtem Verlust)
pruef-dabei-optik   die Wahl im Browser, an den echten Pixeln
pruef-abbrechen     Umstellung auf einer Kopie, Rechte, Rueckweg
pruef-abbrechen-optik   Knopf, Dialog, Bereich, Handy
pruef-glocke        Zustaende, An/Abmelden, jede Rolle
pruef-push(-weg)    Rechnung gegen die RFC-Vektoren, Zustellung

pruef-struktur prueft jetzt zusaetzlich, ob sich jedes Server-Modul als
ESM laden laesst. node --check auf einer .js-Datei prueft als CommonJS
und meldete "ok", waehrend der Import scheiterte.

Gesamtlauf: 55 von 55 Dateien, 1973 von 1973 Punkten.

Was NICHT geprueft werden konnte und deshalb dasteht: Der Schritt
"Browser holt eine Adresse beim Push-Dienst" braucht eine Verbindung zu
Googles FCM, die ein Pruef-Browser nicht hat. Die Pruefung misst das
zuerst und meldet es als dritten Ausgang, statt gruen zu sein.
Verschluesselung und Zustellung sind getrennt geprueft; diese eine
Strecke beweist sich erst auf dem Server.

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

2026-09-05 18:05:28 +02:00