dogfather-universe

1,207 Commits 2 Branches 0 Tags

3 Commits

Include renames

Author	SHA1	Message	Date
DogFatherGit	04cfb06d33	Meldungen: eine Tabelle, 27 fehlende Saetze, und die Pruefung sagt jetzt wo pruef-meldungen war rot, und zwar schon vor der Arbeit dieser Woche (mit einer zweiten Arbeitskopie auf HEAD belegt). Gemeldet waren "27 Kennungen ohne deutschen Satz" und drei Seiten, die eine Kennung roh anzeigen. Nachgemessen war die Lage anders -- und das ist der Kern: 18 Kennungen hatten NIRGENDS einen Satz. Wer sie traf, las den Ersatzsatz "Das hat nicht geklappt" und erfuhr damit nicht, dass die Karte entfernt wurde oder dass es zu einer Kachel nur eine geben kann. 9 hatten einen Satz -- aber nur in einer privaten Tabelle in manager-ziele.js. Ueber ihr stand als Begruendung woertlich: "An EINER Stelle: Stuende jeder dort, wo er gebraucht wird, hiesse dieselbe Absage an zwei Stellen verschieden." Der Satz war richtig; nur war diese Tabelle selbst inzwischen die zweite Stelle. Drei Kennungen standen in BEIDEN mit verschiedenem Wortlaut. ZWEI DER DREI ROHANZEIGEN WAREN FEHLALARME: manager-ziele.js:888 und :1322 riefen satzZu(d.fehler) -- eine echte Uebersetzung, die die Pruefung nur nicht kannte. Echt war chat.js:3542 mit `Ging nicht: ${d.fehler}`. Gemacht: - 27 Saetze nach meldung.js (157 -> 184). Der Wortlaut der neun ist aus manager-ziele.js uebernommen, nicht neu erfunden. - Zwei Haussaetze seitenneutral gemacht: name_fehlt sprach von einer "Karte", nicht_deins von einem "Stueck" -- beide Kennungen kommen gemessen von Seiten, die weder Karte noch Stueck haben. Ohne das waere das Aufloesen der Zweittabelle eine VERSCHLECHTERUNG gewesen. - FEHLERTEXT und satzZu in manager-ziele.js weg, 8 Aufrufe auf sagWas umgestellt (gleiche Form: sagWas(fehler, ersatz)). manager-ziele.html laedt meldung.js jetzt vor der Seite. - chat.js zeigt einen Satz statt der Kennung. An der Pruefung: - PRUEFUNG 4 (neu): Nur die Haustabelle uebersetzt Serverkennungen. Ausnahmen werden benannt, mit Gegenwache, dass jede noch existiert. Der Sucher ist eng gefasst, weil ein weicherer vier Treffer meldete und zwei davon Fehlalarme waren (`leer:` in den Spaltenlisten von aufgaben.js und chat.js) sowie einer kein Fehler war (reaktion.js uebersetzt schreib_grund in einen Platzhaltertext, nicht fehler:). - PRUEFUNG 1 nennt jetzt die Zweitstelle. Ohne das schickt der Befund in die falsche Richtung -- wer "27 ohne Satz" liest, schreibt 27 neue und hat danach drei Tabellen. - Die Kommentar-Entfernung steht auf Modulebene, mit Selbsttest und drittem Ausgang: raeumt sie alles weg, ist jede Suche darueber gruen. 10 Pruefungen, 0 Fehler (vorher 8 mit 2 Fehlschlaegen) -- die Zahl ist gestiegen, nichts ist stillschweigend weggefallen. SECHS GEGENPROBEN, alle sechs schlagen an. Drei waren im ersten Lauf falsch gebaut (CRLF-Anker, Variable statt Schluessel umbenannt, eine Sabotage die nichts tat) -- das ist jeweils als Begruendung vermerkt, weil eine blinde Sabotage genauso aussieht wie eine blinde Pruefung. Gegenprobe 1 hat dabei einen ECHTEN Fehler in meinem neuen Pruefcode gefunden: woSonst() griff auf `skripte` zu, das erst spaeter angelegt wird. Im gruenen Zustand laeuft diese Zeile nie -- der Absturz waere genau dann gekommen, wenn ein Satz fehlt, also wenn man die Meldung am noetigsten braucht. Geprueft: meldungen 10, manager-ziele 229, struktur 102, chat 80, chat-optik 84, chat-anhaenge 168, workspace-seiten 37, formulare 23, entwicklung 79, xlsx 75, lesbarkeit 14, zeichen 8, deutsche-texte 12 -- alle gruen, keine Zahl gesunken.	2026-10-08 21:15:36 +02:00
DogFatherGitandClaude Opus 5	1d41e29bf7	Drei weitere Prüfungen, die das Falsche prüften Der Durchgang, zweiter Teil. Gesucht nach dem schaerfsten Filter, den es dafuer gibt: dem VERSPRECHEN GEGEN DIE WIRKLICHKEIT -- Pruefsaetze, die „jede Rolle" oder „jede Seite" sagen. Genau so ist pruef-glocke heute frueh aufgefallen. 1. pruef-workspace-seiten meldete aufgaben.html als „Breite 1560px". KEIN FEHLER: Die Seite traegt zusaetzlich `.inhalt--brett`, und die setzt ausdruecklich 1560 px -- mit Begruendung in aufgaben.css („ein Brett darf breiter sein als Text, der Kopfbereich bleibt lesbar schmal"). Die Pruefung verglich starr mit 1240 und kannte die Klasse nicht; sie meldete damit eine Absicht als Fehler, seit dem Tag, an dem die Klasse entstand. Mit Gegenprobe belegt: schon vor allen Aenderungen von heute rot. Jetzt kommt die erwartete Breite aus den KLASSEN des Elements. Beide Zahlen bleiben stehen, weil sie etwas aussagen -- kommt weder 1240 noch 1560 an, ist die Regel verloren. 2. pruef-meldungen meldete „ohne Satz: ungueltiger_stand". Zuerst ein ECHTER Fehler, und zwar meiner vom selben Tag: In workspace-support.js stand eine nackte Kennung statt eines Satzes. Behoben -- und danach meldete die Pruefung sie WEITER, weil sie das Zitat im Kommentar las, der die Behebung begruendet. Dieselbe Falle wie ein Grep ueber eine Datei, die ihre eigene Geschichte enthaelt; mir ist sie heute schon einmal passiert. Eine Pruefung, die verbietet, ueber einen behobenen Fehler zu SCHREIBEN, erzieht dazu, die Begruendung wegzulassen. Kommentare zaehlen jetzt nicht mehr; Adressen mit // in Zeichenketten bleiben unberuehrt. 3. pruef-auskunft meldete „NICHT EINGEORDNET: vorlagen_bewerbungen.aufgabe_id". ECHT: Die Spalte zeigt auf eine Aufgabe, nicht auf einen Menschen, und stand in keiner der beiden Listen. Das ist mehr als Ordnungsliebe -- bei einer Auskunftsanfrage muss das Haus sagen koennen, welche Spalten auf eine Person zeigen. Eine unbekannte Spalte ist eine, bei der niemand weiss, ob sie mitgehoert. ZWISCHENSTAND: ACHT Pruefungen an einem Tag, die rot waren oder das Falsche prueften. Das Muster ist immer dasselbe -- eine Liste oder Zahl, die zum Zeitpunkt des Schreibens stimmte. Sie wird nicht falsch, sie wird unzustaendig. Gruen: pruef-meldungen (8), pruef-auskunft (46), pruef-workspace-seiten, pruef-support (45), pruef-vorlagen. Co-Authored-By: Claude Opus 5 <[email protected]>	2026-09-24 13:01:25 +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

Author

SHA1

Message

Date

DogFatherGit

04cfb06d33

Meldungen: eine Tabelle, 27 fehlende Saetze, und die Pruefung sagt jetzt wo

pruef-meldungen war rot, und zwar schon vor der Arbeit dieser Woche
(mit einer zweiten Arbeitskopie auf HEAD belegt). Gemeldet waren "27
Kennungen ohne deutschen Satz" und drei Seiten, die eine Kennung roh
anzeigen. Nachgemessen war die Lage anders -- und das ist der Kern:

  18 Kennungen hatten NIRGENDS einen Satz. Wer sie traf, las den
     Ersatzsatz "Das hat nicht geklappt" und erfuhr damit nicht, dass
     die Karte entfernt wurde oder dass es zu einer Kachel nur eine
     geben kann.

   9 hatten einen Satz -- aber nur in einer privaten Tabelle in
     manager-ziele.js. Ueber ihr stand als Begruendung woertlich: "An
     EINER Stelle: Stuende jeder dort, wo er gebraucht wird, hiesse
     dieselbe Absage an zwei Stellen verschieden." Der Satz war
     richtig; nur war diese Tabelle selbst inzwischen die zweite
     Stelle. Drei Kennungen standen in BEIDEN mit verschiedenem
     Wortlaut.

ZWEI DER DREI ROHANZEIGEN WAREN FEHLALARME: manager-ziele.js:888 und
:1322 riefen satzZu(d.fehler) -- eine echte Uebersetzung, die die
Pruefung nur nicht kannte. Echt war chat.js:3542 mit
`Ging nicht: ${d.fehler}`.

Gemacht:
  - 27 Saetze nach meldung.js (157 -> 184). Der Wortlaut der neun ist
    aus manager-ziele.js uebernommen, nicht neu erfunden.
  - Zwei Haussaetze seitenneutral gemacht: name_fehlt sprach von einer
    "Karte", nicht_deins von einem "Stueck" -- beide Kennungen kommen
    gemessen von Seiten, die weder Karte noch Stueck haben. Ohne das
    waere das Aufloesen der Zweittabelle eine VERSCHLECHTERUNG gewesen.
  - FEHLERTEXT und satzZu in manager-ziele.js weg, 8 Aufrufe auf
    sagWas umgestellt (gleiche Form: sagWas(fehler, ersatz)).
    manager-ziele.html laedt meldung.js jetzt vor der Seite.
  - chat.js zeigt einen Satz statt der Kennung.

An der Pruefung:
  - PRUEFUNG 4 (neu): Nur die Haustabelle uebersetzt Serverkennungen.
    Ausnahmen werden benannt, mit Gegenwache, dass jede noch existiert.
    Der Sucher ist eng gefasst, weil ein weicherer vier Treffer meldete
    und zwei davon Fehlalarme waren (`leer:` in den Spaltenlisten von
    aufgaben.js und chat.js) sowie einer kein Fehler war (reaktion.js
    uebersetzt schreib_grund in einen Platzhaltertext, nicht fehler:).
  - PRUEFUNG 1 nennt jetzt die Zweitstelle. Ohne das schickt der Befund
    in die falsche Richtung -- wer "27 ohne Satz" liest, schreibt 27
    neue und hat danach drei Tabellen.
  - Die Kommentar-Entfernung steht auf Modulebene, mit Selbsttest und
    drittem Ausgang: raeumt sie alles weg, ist jede Suche darueber
    gruen.

10 Pruefungen, 0 Fehler (vorher 8 mit 2 Fehlschlaegen) -- die Zahl ist
gestiegen, nichts ist stillschweigend weggefallen.

SECHS GEGENPROBEN, alle sechs schlagen an. Drei waren im ersten Lauf
falsch gebaut (CRLF-Anker, Variable statt Schluessel umbenannt, eine
Sabotage die nichts tat) -- das ist jeweils als Begruendung vermerkt,
weil eine blinde Sabotage genauso aussieht wie eine blinde Pruefung.
Gegenprobe 1 hat dabei einen ECHTEN Fehler in meinem neuen Pruefcode
gefunden: woSonst() griff auf `skripte` zu, das erst spaeter angelegt
wird. Im gruenen Zustand laeuft diese Zeile nie -- der Absturz waere
genau dann gekommen, wenn ein Satz fehlt, also wenn man die Meldung am
noetigsten braucht.

Geprueft: meldungen 10, manager-ziele 229, struktur 102, chat 80,
chat-optik 84, chat-anhaenge 168, workspace-seiten 37, formulare 23,
entwicklung 79, xlsx 75, lesbarkeit 14, zeichen 8, deutsche-texte 12 --
alle gruen, keine Zahl gesunken.

2026-10-08 21:15:36 +02:00

DogFatherGitandClaude Opus 5

1d41e29bf7

Drei weitere Prüfungen, die das Falsche prüften

Der Durchgang, zweiter Teil. Gesucht nach dem schaerfsten Filter, den
es dafuer gibt: dem VERSPRECHEN GEGEN DIE WIRKLICHKEIT -- Pruefsaetze,
die „jede Rolle" oder „jede Seite" sagen. Genau so ist pruef-glocke
heute frueh aufgefallen.

1. pruef-workspace-seiten meldete aufgaben.html als „Breite 1560px".
   KEIN FEHLER: Die Seite traegt zusaetzlich `.inhalt--brett`, und die
   setzt ausdruecklich 1560 px -- mit Begruendung in aufgaben.css („ein
   Brett darf breiter sein als Text, der Kopfbereich bleibt lesbar
   schmal"). Die Pruefung verglich starr mit 1240 und kannte die
   Klasse nicht; sie meldete damit eine Absicht als Fehler, seit dem
   Tag, an dem die Klasse entstand. Mit Gegenprobe belegt: schon vor
   allen Aenderungen von heute rot.
   Jetzt kommt die erwartete Breite aus den KLASSEN des Elements.
   Beide Zahlen bleiben stehen, weil sie etwas aussagen -- kommt
   weder 1240 noch 1560 an, ist die Regel verloren.

2. pruef-meldungen meldete „ohne Satz: ungueltiger_stand". Zuerst ein
   ECHTER Fehler, und zwar meiner vom selben Tag: In
   workspace-support.js stand eine nackte Kennung statt eines Satzes.
   Behoben -- und danach meldete die Pruefung sie WEITER, weil sie das
   Zitat im Kommentar las, der die Behebung begruendet.
   Dieselbe Falle wie ein Grep ueber eine Datei, die ihre eigene
   Geschichte enthaelt; mir ist sie heute schon einmal passiert. Eine
   Pruefung, die verbietet, ueber einen behobenen Fehler zu SCHREIBEN,
   erzieht dazu, die Begruendung wegzulassen. Kommentare zaehlen jetzt
   nicht mehr; Adressen mit // in Zeichenketten bleiben unberuehrt.

3. pruef-auskunft meldete „NICHT EINGEORDNET:
   vorlagen_bewerbungen.aufgabe_id". ECHT: Die Spalte zeigt auf eine
   Aufgabe, nicht auf einen Menschen, und stand in keiner der beiden
   Listen. Das ist mehr als Ordnungsliebe -- bei einer
   Auskunftsanfrage muss das Haus sagen koennen, welche Spalten auf
   eine Person zeigen. Eine unbekannte Spalte ist eine, bei der
   niemand weiss, ob sie mitgehoert.

ZWISCHENSTAND: ACHT Pruefungen an einem Tag, die rot waren oder das
Falsche prueften. Das Muster ist immer dasselbe -- eine Liste oder
Zahl, die zum Zeitpunkt des Schreibens stimmte. Sie wird nicht falsch,
sie wird unzustaendig.

Gruen: pruef-meldungen (8), pruef-auskunft (46),
pruef-workspace-seiten, pruef-support (45), pruef-vorlagen.

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

2026-09-24 13:01:25 +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