dogfather-universe

897 Commits 2 Branches 0 Tags

3 Commits

Include renames

Author	SHA1	Message	Date
DogFatherGit	c516aad4ed	Nichts verschwindet mehr ohne eine Nachfrage, die sagt was passiert Filipe: "Es darf vor allem keine Stellen geben, an denen ein Benutzer etwas falsch machen kann, nur weil die Seite es nicht verstaendlich genug erklaert." Gemessen: 30 Stellen in 16 Dateien benutzten confirm() oder prompt(). Das Haus hatte die richtige Bauweise laengst -- einen <dialog>, in aufgaben.html sogar ausfuehrlich begruendet -- aber sie stand IN EINER SEITE. Wer anderswo etwas loeschen liess, hatte sie nicht. confirm('Wirklich loeschen?') stellt die falsche Frage: Es fragt, ob man sicher ist, und nennt nicht, WAS passiert, was BLEIBT und ob es ZURUECK geht. Jetzt beantwortet jeder der 41 Dialoge alle drei. Neu: workspace/assets/js/nachfrage.js -- window.frageNach() mit Pflichtgrund, Zahlenfeld, einzeiliger Eingabe und Abtippsicherung. Drei Ausgaenge: <dialog> / confirm()-Notnagel fuer Safari vor 15.4 / Abbruch (Esc, Klick daneben, "Doch nicht" -- immer false). DREIMAL DERSELBE FALLSTRICK, dreimal nachgemessen statt vermutet: .dialog stand in aufgaben.css und leistung.css -> auf dateien.html waere der Dialog ein weisser Systemkasten gewesen. 14 Regeln klammergenau nach module.css verschoben (Klammern gezaehlt, nicht per Muster geschnitten -- heute frueh hat ein nicht-gieriges Muster schon einmal CSS zerrissen). Das Formular trug .neu neu--blank -- und .neu gibt seine Abstaende nur in aufgaben.css. Gemessen: padding 0px, und die Felder verloren ihre height:44px. Jetzt steht alles unter .nachfrage__form in module.css; der Dialog borgt nichts mehr. Die erste Fassung der Pruefung zaehlte nachfrage.js SELBST als Nutzer -- damit war jede Seite trivialerweise "Nutzer" und die Pruefung gruen ohne Inhalt. Jetzt ausdruecklich ausgenommen. ZWEI FUNDE NEBENBEI: hilfeAufraeumen() wird im Betrieb NIE aufgerufen. Der Kommentar behauptete "wird beim Start aufgerufen (siehe index.js)" -- das war nie wahr; einziger Aufrufer ist die eigene Pruefung. Folge: geschlossene vertrauliche Faelle bleiben unbegrenzt stehen. NICHT eingeschaltet (das loescht echte Daten und ist Filipes Entscheidung), sondern der Kommentar richtiggestellt. Einen Hilfe-Fall zu schliessen ist endgueltig -- es gibt keine Route, die ihn wieder oeffnet. Vorher stand darueber nur die Frage nach einem Schlusswort. Jetzt sagt der Dialog es. pruef-struktur hat meine eigene Pruefung von heute Nachmittag erwischt: Sie bildete ihr Datum aus UTC. Beim Beheben erst heuteLokal(datum) genommen -- die Funktion nimmt gar kein Argument und haette still "heute" statt "+3 Tage" geliefert. Jetzt tagLokal(3), nachgerechnet: Abstand 3 Tage. Am Bildschirm angesehen (Rechner 1280, Handy 390): passt rein, Esc ergibt false, Fokus liegt auf dem harmlosen Knopf, Knoepfe 44px auf Touch. Der Platzhalter im Abtippfeld zeigte den erwarteten Namen -- das sah aus wie ein schon ausgefuelltes Feld, entfernt. Neu: server/pruef-nachfrage.mjs -- 17/0, mit sechs Gegenproben und beiden Richtungen (wer fragt, laedt die Datei; wer nie fragt, laedt sie nicht -- sonst truege die Anmeldewand 4,8 KB fuer nichts). pruef-meldungen 8/0, pruef-css-klassen gruen, pruef-struktur gruen, pruef-leistung gruen.	2026-09-19 19:57:43 +02:00
DogFatherGitandClaude Opus 5	461d41943a	Keine Maschinensprache mehr auf dem Bildschirm Filipe: "keine kryptischen oder technischen fehlermeldungen, sondern klare aussagen darueber, was passiert ist und wie man das problem loesen kann." DAS PROBLEM, NACHGEMESSEN. Der Server antwortet im Fehlerfall mit { fehler: "..." }. Darin stehen ZWEI verschiedene Dinge, und von aussen sehen sie gleich aus: Maschinenkennungen (nicht_verfuegbar, nicht_gefunden, ungueltig -- 43 verschiedene) und fertige deutsche Saetze. An 84 Stellen stand `textContent = d.fehler` -- ungefiltert. Wer beim Hochladen einer Datei Pech hatte, las woertlich "nicht_verfuegbar" auf dem Bildschirm und wusste nicht einmal, ob er selbst schuld war. Gezaehlt: 474 Antworten mit "nicht_verfuegbar", 392 mit "nicht_gefunden", 125 mit "ungueltig". DREI AUSGAENGE, NICHT ZWEI. `sagWas()` in workspace/assets/js/meldung.js: bekannte Kennung -> ihr Satz unbekannte Kennung -> der Ersatzsatz der Stelle, NIE die Kennung (sie geht in die Konsole, wo sie jemandem auffaellt, der sie beheben kann) fertiger Satz -> unveraendert durch Erkannt wird eine Kennung daran, dass sie nur aus Kleinbuchstaben, Ziffern und Unterstrichen besteht. Ein deutscher Satz hat immer Leerzeichen; eine Kennung nie. Die Unterscheidung ist entschieden, nicht geraten. UND WARUM DIE TABELLE NICHT ALTERN KANN. Eine von Hand gepflegte Liste ist hier schon zweimal teuer geworden (die abgeschriebene Spaltenliste, die feste Umbruchschwelle). Deshalb rechnet pruef-meldungen.mjs die Kennungen AUS DEM SERVER aus statt sie zu kennen -- eine neue ohne Satz macht sie rot. Man kann es nicht mehr vergessen. Sie prueft drei Dinge und beweist zu jedem, dass sie auch "nicht in Ordnung" sagen kann: 1. vollstaendig -- jede Kennung hat einen Satz 2. angeschlossen -- keine Rohanzeige, und jede Seite, deren Skript sagWas benutzt, laedt auch meldung.js 3. lesbar -- kein Satz enthaelt Kennung, Zahl oder englisches Wort GEFUNDEN HAT SIE SOFORT EINEN ECHTEN FEHLER: leistung.html laedt seine Skripte ohne `defer` und fiel damit durch meinen Einbau. Dort waere sagWas nicht definiert gewesen -- aus einer Fehlermeldung waere ein Absturz geworden, also schlimmer als vorher. NEBENBEFUND, DER MICH FAST EINE FALSCHE MELDUNG GEKOSTET HAETTE: "alter_offen" heisst NICHT "etwas Aelteres ist offen", sondern "Altersbestaetigung steht noch aus" (workspace.js:4864). Geraten haette ich es falsch uebersetzt. GEMESSEN: pruef-meldungen 8/0, alle 46 Skripte syntaktisch in Ordnung. Co-Authored-By: Claude Opus 5 <[email protected]>	2026-09-19 14:46:13 +02:00
DogFatherGitandClaude Opus 5	372a0eb95a	Ampel und Rueckmeldungen - bewerten darf nur die Betreuung Der Wunsch: "der Creator sieht, ob es gut ist oder schlecht. Und wenn nicht gut, dann muss es verbessert werden -- und nur der Ansprechpartner kann das aendern. Die Creator koennen nur Nachrichten hinterlassen zum Kommunizieren." ZWEI GETRENNTE DINGE, und sie getrennt zu halten ist der ganze Punkt: DIE AMPEL ist eine Beurteilung. Sie gehoert dem Betreuer, und nur er setzt sie. Koennte ein Creator sich selbst auf gruen stellen, waere sie wertlos -- dann stuende ueberall gruen. Der Server lehnt es mit 403 ab und sagt dabei, wer es kann. DIE NACHRICHT ist ein Gespraech. Sie gehoert beiden. Ein Creator, der auf eine Bewertung nicht antworten kann, bekommt ein Urteil statt einer Betreuung. DREI STUFEN, NICHT FUENF. Eine Zahl von 1 bis 5 klingt genauer und ist es nicht: Niemand kann den Unterschied zwischen 3 und 4 erklaeren, und am Ende steht ueberall die 3. Die Frage lautet "reicht das schon?", und darauf gibt es drei ehrliche Antworten -- passt so, noch verbessern, noch nicht angesehen. "NOCH VERBESSERN" VERLANGT EINE BEGRUENDUNG. Eine Bewertung, mit der der Creator nichts anfangen kann, ist nicht streng, sondern nur entmutigend. Der Server lehnt sie ohne Grund ab; die Oberflaeche fragt deshalb gleich danach, statt hinterher eine Fehlermeldung zu zeigen. "Passt so" braucht keinen -- da gibt es nichts zu erklaeren. Die Stufe steht IMMER an der Karte, auch fuer den Creator, auch wenn sie "noch nicht angesehen" lautet. Er soll sehen, wo er steht, ohne fragen zu muessen. Der Grund steht daneben in voller Breite, nicht in einer Ecke. FREMDE NACHRICHTEN BLEIBEN STEHEN -- auch fuer DogFather. Ein Gespraech nachtraeglich umzuschreiben waere schlimmer, als eine unbedachte Aeusserung stehen zu lassen. Wer etwas richtigstellen will, schreibt eine neue. VORLAGEN AUCH FUER COMMUNITY UND TECHNIK (Screens 11 und 12): 14 Moderations-, Aktions- und Konfliktpunkte, 12 Technikpunkte. Ton steht vorn, weil schlechter Ton der Grund Nummer eins ist, warum Leute einen Stream verlassen. Die drei Bereiche laufen jetzt ueber EINE Zuordnung statt drei fast gleicher Bloecke -- sonst weicht der dritte irgendwann ab. Die beiden alten Zweige wurden entfernt: Toter Code, den man stehen laesst, wird beim naechsten Mal fuer lebenden gehalten. Die Ampeln einer ganzen Liste kommen in EINER Abfrage. Zwanzig Eintraege einzeln zu fragen waeren zwanzig Anfragen, und die Seite ruckelte sichtbar beim Aufbau. Die Sichtbarkeitspruefung laeuft dabei je Eintrag, nicht einmal pauschal -- ein fremder Eintrag taucht auch in der Sammelabfrage nicht auf. Co-Authored-By: Claude Opus 5 <[email protected]>	2026-09-01 16:49:56 +02:00

Author

SHA1

Message

Date

DogFatherGit

c516aad4ed

Nichts verschwindet mehr ohne eine Nachfrage, die sagt was passiert

Filipe: "Es darf vor allem keine Stellen geben, an denen ein Benutzer
etwas falsch machen kann, nur weil die Seite es nicht verstaendlich
genug erklaert."

Gemessen: 30 Stellen in 16 Dateien benutzten confirm() oder prompt().
Das Haus hatte die richtige Bauweise laengst -- einen <dialog>, in
aufgaben.html sogar ausfuehrlich begruendet -- aber sie stand IN EINER
SEITE. Wer anderswo etwas loeschen liess, hatte sie nicht.

confirm('Wirklich loeschen?') stellt die falsche Frage: Es fragt, ob
man sicher ist, und nennt nicht, WAS passiert, was BLEIBT und ob es
ZURUECK geht. Jetzt beantwortet jeder der 41 Dialoge alle drei.

Neu: workspace/assets/js/nachfrage.js -- window.frageNach() mit
Pflichtgrund, Zahlenfeld, einzeiliger Eingabe und Abtippsicherung.
Drei Ausgaenge: <dialog> / confirm()-Notnagel fuer Safari vor 15.4 /
Abbruch (Esc, Klick daneben, "Doch nicht" -- immer false).

DREIMAL DERSELBE FALLSTRICK, dreimal nachgemessen statt vermutet:
  .dialog stand in aufgaben.css und leistung.css -> auf dateien.html
    waere der Dialog ein weisser Systemkasten gewesen. 14 Regeln
    klammergenau nach module.css verschoben (Klammern gezaehlt, nicht
    per Muster geschnitten -- heute frueh hat ein nicht-gieriges
    Muster schon einmal CSS zerrissen).
  Das Formular trug .neu neu--blank -- und .neu gibt seine Abstaende
    nur in aufgaben.css. Gemessen: padding 0px, und die Felder
    verloren ihre height:44px. Jetzt steht alles unter
    .nachfrage__form in module.css; der Dialog borgt nichts mehr.
  Die erste Fassung der Pruefung zaehlte nachfrage.js SELBST als
    Nutzer -- damit war jede Seite trivialerweise "Nutzer" und die
    Pruefung gruen ohne Inhalt. Jetzt ausdruecklich ausgenommen.

ZWEI FUNDE NEBENBEI:
  hilfeAufraeumen() wird im Betrieb NIE aufgerufen. Der Kommentar
    behauptete "wird beim Start aufgerufen (siehe index.js)" -- das
    war nie wahr; einziger Aufrufer ist die eigene Pruefung. Folge:
    geschlossene vertrauliche Faelle bleiben unbegrenzt stehen. NICHT
    eingeschaltet (das loescht echte Daten und ist Filipes
    Entscheidung), sondern der Kommentar richtiggestellt.
  Einen Hilfe-Fall zu schliessen ist endgueltig -- es gibt keine
    Route, die ihn wieder oeffnet. Vorher stand darueber nur die
    Frage nach einem Schlusswort. Jetzt sagt der Dialog es.

pruef-struktur hat meine eigene Pruefung von heute Nachmittag
erwischt: Sie bildete ihr Datum aus UTC. Beim Beheben erst
heuteLokal(datum) genommen -- die Funktion nimmt gar kein Argument
und haette still "heute" statt "+3 Tage" geliefert. Jetzt tagLokal(3),
nachgerechnet: Abstand 3 Tage.

Am Bildschirm angesehen (Rechner 1280, Handy 390): passt rein, Esc
ergibt false, Fokus liegt auf dem harmlosen Knopf, Knoepfe 44px auf
Touch. Der Platzhalter im Abtippfeld zeigte den erwarteten Namen --
das sah aus wie ein schon ausgefuelltes Feld, entfernt.

Neu: server/pruef-nachfrage.mjs -- 17/0, mit sechs Gegenproben und
beiden Richtungen (wer fragt, laedt die Datei; wer nie fragt, laedt
sie nicht -- sonst truege die Anmeldewand 4,8 KB fuer nichts).

pruef-meldungen 8/0, pruef-css-klassen gruen, pruef-struktur gruen,
pruef-leistung gruen.

2026-09-19 19:57:43 +02:00

DogFatherGitandClaude Opus 5

461d41943a

Keine Maschinensprache mehr auf dem Bildschirm

Filipe: "keine kryptischen oder technischen fehlermeldungen, sondern
klare aussagen darueber, was passiert ist und wie man das problem
loesen kann."

DAS PROBLEM, NACHGEMESSEN.

Der Server antwortet im Fehlerfall mit { fehler: "..." }. Darin stehen
ZWEI verschiedene Dinge, und von aussen sehen sie gleich aus:
Maschinenkennungen (nicht_verfuegbar, nicht_gefunden, ungueltig -- 43
verschiedene) und fertige deutsche Saetze.

An 84 Stellen stand `textContent = d.fehler` -- ungefiltert. Wer beim
Hochladen einer Datei Pech hatte, las woertlich "nicht_verfuegbar" auf
dem Bildschirm und wusste nicht einmal, ob er selbst schuld war.

Gezaehlt: 474 Antworten mit "nicht_verfuegbar", 392 mit
"nicht_gefunden", 125 mit "ungueltig".

DREI AUSGAENGE, NICHT ZWEI.

`sagWas()` in workspace/assets/js/meldung.js:
  bekannte Kennung   -> ihr Satz
  unbekannte Kennung -> der Ersatzsatz der Stelle, NIE die Kennung
                        (sie geht in die Konsole, wo sie jemandem
                        auffaellt, der sie beheben kann)
  fertiger Satz      -> unveraendert durch

Erkannt wird eine Kennung daran, dass sie nur aus Kleinbuchstaben,
Ziffern und Unterstrichen besteht. Ein deutscher Satz hat immer
Leerzeichen; eine Kennung nie. Die Unterscheidung ist entschieden,
nicht geraten.

UND WARUM DIE TABELLE NICHT ALTERN KANN.

Eine von Hand gepflegte Liste ist hier schon zweimal teuer geworden
(die abgeschriebene Spaltenliste, die feste Umbruchschwelle). Deshalb
rechnet pruef-meldungen.mjs die Kennungen AUS DEM SERVER aus statt sie
zu kennen -- eine neue ohne Satz macht sie rot. Man kann es nicht mehr
vergessen.

Sie prueft drei Dinge und beweist zu jedem, dass sie auch "nicht in
Ordnung" sagen kann:
  1. vollstaendig -- jede Kennung hat einen Satz
  2. angeschlossen -- keine Rohanzeige, und jede Seite, deren Skript
     sagWas benutzt, laedt auch meldung.js
  3. lesbar -- kein Satz enthaelt Kennung, Zahl oder englisches Wort

GEFUNDEN HAT SIE SOFORT EINEN ECHTEN FEHLER: leistung.html laedt seine
Skripte ohne `defer` und fiel damit durch meinen Einbau. Dort waere
sagWas nicht definiert gewesen -- aus einer Fehlermeldung waere ein
Absturz geworden, also schlimmer als vorher.

NEBENBEFUND, DER MICH FAST EINE FALSCHE MELDUNG GEKOSTET HAETTE:
"alter_offen" heisst NICHT "etwas Aelteres ist offen", sondern
"Altersbestaetigung steht noch aus" (workspace.js:4864). Geraten
haette ich es falsch uebersetzt.

GEMESSEN: pruef-meldungen 8/0, alle 46 Skripte syntaktisch in Ordnung.

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

2026-09-19 14:46:13 +02:00

DogFatherGitandClaude Opus 5

372a0eb95a

Ampel und Rueckmeldungen - bewerten darf nur die Betreuung

Der Wunsch: "der Creator sieht, ob es gut ist oder schlecht. Und wenn
nicht gut, dann muss es verbessert werden -- und nur der Ansprechpartner
kann das aendern. Die Creator koennen nur Nachrichten hinterlassen zum
Kommunizieren."

ZWEI GETRENNTE DINGE, und sie getrennt zu halten ist der ganze Punkt:

  DIE AMPEL ist eine Beurteilung. Sie gehoert dem Betreuer, und nur er
  setzt sie. Koennte ein Creator sich selbst auf gruen stellen, waere
  sie wertlos -- dann stuende ueberall gruen. Der Server lehnt es mit
  403 ab und sagt dabei, wer es kann.

  DIE NACHRICHT ist ein Gespraech. Sie gehoert beiden. Ein Creator, der
  auf eine Bewertung nicht antworten kann, bekommt ein Urteil statt
  einer Betreuung.

DREI STUFEN, NICHT FUENF. Eine Zahl von 1 bis 5 klingt genauer und ist
es nicht: Niemand kann den Unterschied zwischen 3 und 4 erklaeren, und
am Ende steht ueberall die 3. Die Frage lautet "reicht das schon?", und
darauf gibt es drei ehrliche Antworten -- passt so, noch verbessern,
noch nicht angesehen.

"NOCH VERBESSERN" VERLANGT EINE BEGRUENDUNG. Eine Bewertung, mit der der
Creator nichts anfangen kann, ist nicht streng, sondern nur
entmutigend. Der Server lehnt sie ohne Grund ab; die Oberflaeche fragt
deshalb gleich danach, statt hinterher eine Fehlermeldung zu zeigen.
"Passt so" braucht keinen -- da gibt es nichts zu erklaeren.

Die Stufe steht IMMER an der Karte, auch fuer den Creator, auch wenn sie
"noch nicht angesehen" lautet. Er soll sehen, wo er steht, ohne fragen
zu muessen. Der Grund steht daneben in voller Breite, nicht in einer
Ecke.

FREMDE NACHRICHTEN BLEIBEN STEHEN -- auch fuer DogFather. Ein Gespraech
nachtraeglich umzuschreiben waere schlimmer, als eine unbedachte
Aeusserung stehen zu lassen. Wer etwas richtigstellen will, schreibt
eine neue.

VORLAGEN AUCH FUER COMMUNITY UND TECHNIK (Screens 11 und 12): 14
Moderations-, Aktions- und Konfliktpunkte, 12 Technikpunkte. Ton steht
vorn, weil schlechter Ton der Grund Nummer eins ist, warum Leute einen
Stream verlassen. Die drei Bereiche laufen jetzt ueber EINE Zuordnung
statt drei fast gleicher Bloecke -- sonst weicht der dritte irgendwann
ab. Die beiden alten Zweige wurden entfernt: Toter Code, den man stehen
laesst, wird beim naechsten Mal fuer lebenden gehalten.

Die Ampeln einer ganzen Liste kommen in EINER Abfrage. Zwanzig
Eintraege einzeln zu fragen waeren zwanzig Anfragen, und die Seite
ruckelte sichtbar beim Aufbau. Die Sichtbarkeitspruefung laeuft dabei
je Eintrag, nicht einmal pauschal -- ein fremder Eintrag taucht auch in
der Sammelabfrage nicht auf.

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

2026-09-01 16:49:56 +02:00