dogfather-universe

916 Commits 2 Branches 0 Tags

3 Commits

Include renames

Author	SHA1	Message	Date
DogFatherGitandClaude Opus 5	39276ef2ee	screen6/7/8: der LIVE-Punkt, und eine Benachrichtigung, die stimmt Filipe: "in dieser kachel soll wenn ich live bin um 20h bis 22h ein live button der richtig geil ist mit einem live roten punkt symbol am besten, das soll aufblinken fuer zwei stunden. man soll nicht drauf druecken koennen aber so dass es auffaellt. ... die leute sollen auch automatisch eine benarichtigung bekommen um 20 uhr dass ich live bin." EINE AUSKUNFT, EINE AUSLEGUNG (workspace/assets/js/live.js) Drei Stellen sollen dasselbe wissen: die Kachel "Draussen" auf der Startseite, die Kanalkarten auf der Draussen-Seite, die Pulskarte darunter. Drei Abfragen waeren drei Auslegungen -- und spaetestens beim naechsten Umbau steht auf der Kachel LIVE und daneben "wartet". DER DRITTE AUSGANG IST HIER DIE EIGENTLICHE ARBEIT Die oeffentliche Seite (assets/js/streamplan.js) faengt jeden Fehler ab und setzt istLive = false. Aus "wir konnten nicht fragen" wird dort "er sendet nicht" -- wer das liest, macht zu und verpasst den Stream. Der Dienst SAGT sogar, ob er nachsehen konnte (autoHealthy); gelesen wird es dort nicht. Hier gibt es drei Antworten: live / wartet / weiss-nicht. Bei "weiss nicht" blinkt nichts -- aber es behauptet auch niemand, dass nichts laeuft. Sechs Antworten des Dienstes durchgespielt. BLINKEN OHNE FLACKERN Hausregel vom 12.08.2026: keine aggressiven Flacker-Effekte. Das ist kein Widerspruch zu "richtig geil", sondern dieselbe Sache: Ein Rot, das im Sekundentakt umspringt, liest man als "Alarm, ich sehe weg". Eins, das atmet und einen Saum nach aussen schickt, liest man als "jetzt gerade". 1,4 Sekunden, ueberall derselbe Takt -- zwei Rhythmen nebeneinander waeren Unruhe, einer ist ein Herzschlag. Die Pruefung verlangt ausdruecklich >= 1 s und einen einheitlichen Takt; nach dem Wort "animation" zu suchen waere auch bei 0,1 s gruen. Bei Bewegungsarmut steht alles still -- der rote Punkt bleibt sichtbar, er bewegt sich nur nicht. Im Kontrastmodus sagt es ein Rahmen, weil Farben dort nichts tragen. KEIN KNOPF, UND ES SIEHT AUCH NICHT SO AUS pointer-events: none ist die halbe Antwort; die andere ist die Form. Etwas, das wie ein Knopf aussieht und nichts tut, ist eine Sackgasse. Deshalb eine Marke wie auf einer Kamera: Punkt plus Wort. Das Wort steht auch fuer Vorleseprogramme da -- ein stummer roter Kreis waere die halbe Auskunft. DIE KACHEL WIRD UEBER IHR ZIEL ERKANNT, NICHT UEBER DEN NAMEN. Der Name hat sich in diesem Haus schon zweimal geaendert ("Unsere Seiten" -> "Draussen"), das Ziel nie. Am 21.09. hat genau dieser Unterschied eine ganze Hinweisspalte lahmgelegt. DIE BENACHRICHTIGUNG ENTSCHEIDET DER DIENST, NICHT DIE UHR. Eine Meldung "er ist live", waehrend er nicht sendet, funktioniert genau einmal: Beim zweiten Mal weiss jeder, dass sie nichts bedeutet. Deshalb prueft der Lauf (alle fuenf Minuten) den echten Status; bei "weiss nicht" wird NICHTS verschickt. Ein Merkmal mit Datum haelt es bei einer pro Abend -- sonst kaemen in zwei Stunden 24. Eigene Art "dogfather_live", vorgegeben an und trotzdem abschaltbar: Wer jeden Abend dieselbe Meldung bekommt und nie hinschaut, schaltet sonst ALLES ab, und dann erreicht ihn auch keine Aufgabe mehr. EIN FEHLER, DEN DIE PRUEFUNG GEFANGEN HAT: Der Versand las aus "push_geraete" -- diese Tabelle gibt es nicht, sie heisst push_anmeldungen. Der Block steht in einem try/catch; der Fehler waere still geblieben, und die Benachrichtigung waere nie gekommen. Die Pruefung verlangt jetzt ausdruecklich, dass die Tabelle im Schema existiert. NEU: pruef-livepunkt 49/0, mit drei Gegenproben. Daneben gruen: pruef-css-klassen 30/0, pruef-push 24/0, pruef-draussen 39/0, pruef-zwischenspeicher 27/0. Co-Authored-By: Claude Opus 5 <[email protected]>	2026-09-22 09:28:29 +02:00
DogFatherGitandClaude Opus 5	227c6c0425	screen5 und screen4: zwei Farben gesetzt, 14 auseinandergezogen screen5 (ausdruecklich VOR screen4, wie gewuenscht): "Vertraulich melden" traegt jetzt Ton 28 -- die Farbe, die "Regeln & Hilfe" hatte. Beide gehoeren zusammen: Wer Hilfe sucht, landet bei einem von beiden. "Regeln & Hilfe" bekam dafuer einen eigenen Ton; zwei Kacheln mit derselben Farbe in derselben Ansicht waeren genau das, was screen4 abschaffen soll. "Draussen" ist knallrot: Ton 38 = #ff1a1a, voll gesaettigt, Kontrast 4,84:1 gegen den Grund. Gemessen, nicht geschaetzt -- von zehn Rotwerten zwischen #ff0000 und #ff5555 erfuellen alle die 4,5:1, dieser ist der knalligste, der auf dunklem Grund nicht flimmert. Er traegt ab 20 Uhr den LIVE-Punkt. Beide sind ab jetzt GESETZT: pruef-kachelfarben wird rot, wenn ein Farblauf sie anfasst. Eine Festlegung, die nur im Kommentar steht, ist eine Bitte. screen4: neues Werkzeug tools/kachel-farben-entzerren.mjs. Der Unterschied zu den zwei vorhandenen: Es rechnet nur mit den BENUTZTEN Toenen. In start.css stehen 42, benutzt werden 31 -- die anderen Werkzeuge weichen also Farben aus, die kein Mensch sieht, und machen dadurch die Abstaende zwischen den sichtbaren unnoetig klein. Welche benutzt werden, wird aus den Kachellisten ABGELEITET. Von jedem aehnlichen Paar aendert sich genau EINER -- der, der nicht gesetzt ist. Ergebnis: engstes Paar 0,0741 -> 0,0978 (Faktor 1,32), 14 Toene geaendert, alle 31 erreichen 4,5:1. ZWEI DINGE, DIE ERST DAS MESSEN GEZEIGT HAT 1. Der erste Lauf schlug fuer "Dateien" ein #ffe5ae vor -- Buntheit 0,076, ein helles Creme. Rechnerisch die beste Stelle im Farbraum, auf dem Bildschirm genau das, was Filipe seit Wochen abschafft. Mindestbuntheit eingebaut, Schwelle GEMESSEN: Median aller Toene 0,168, die fuenf blassesten 0,064-0,088. 0,12 liegt dazwischen. 2. Die Abstandsrechnung fasst einen Ton nie an, der weit weg von allen liegt -- auch wenn er blass ist. So blieben drei benutzte Toene unter 0,12 stehen. Zweite Runde: jeder blasse wird kraeftig gemacht, solange das Minimum ueber 0,095 bleibt. Gemessener Preis 0,1028 -> 0,0978, also 5 Prozent; auf dem Bildschirm nicht zu sehen, waehrend Filipes Klage ueber helle Kacheln konkret ist. NEU: pruef-kachelfarben 13/0 -- getrennt, eindeutig je Ansicht, festgelegt, lesbar und nicht blass. Mit vier Gegenproben, damit sie auch rot werden KANN. NEU: tools/farben-blick.mjs -- sieht die Wand mit echten Augen an und misst das, was eine Abstandstabelle nicht beantwortet: ob zwei NEBENEINANDER liegende Kacheln aehnlich aussehen. Gemessen bei DogFather und Community: kein Nachbarpaar unter 0,09. Co-Authored-By: Claude Opus 5 <[email protected]>	2026-09-22 09:21:54 +02:00
DogFatherGitandClaude Opus 5	06f3fecaa7	Material: Bilder und Videos zum Posten, jedes nur einmal Filipe, 22.09.2026: "ich brauch auch noch eine neue kachel im bereich community, wo wir als team ... bilder reinschicken koennen, mit text und wo die leute sei es community oder modis sich die bilder nehmen koennen zum posten. die community soll keine posten koennen ... sobald ein bild oder ein video ... runtergeladen wurde, soll direkt blockiert werden ... damit nie ein bild zwei mal gepostet wird ... und die rechte hand und dogfather, nur die beiden sollen auch immer sehen koennen wer das bild oder video runtergeladen hat." DER KERN IST DIE EINMALIGKEIT, und deshalb sind Nehmen und Laden ZWEI Schritte. "nehmen" schreibt in EINER Abfrage fest, wer es hat -- mit `WHERE genommen_von IS NULL` in der Bedingung. Wer zu spaet kommt, aendert null Zeilen und bekommt 409. Ein einziger Schritt ("laden und dabei markieren") haette dieselbe Luecke wie ein Pool ohne Sperre: zwei Anfragen, beide sehen "frei", beide laden. UND DIE SPERRE GILT AUCH FUER DIE VORSCHAU. Waere sie offen geblieben, waere sie der Weg, ein vergebenes Bild doch noch zu bekommen (Rechtsklick, speichern) -- und die ganze Einmaligkeit eine Behauptung. Ausnahme: wer es selbst genommen hat, sieht es weiter. WER WEN SIEHT, entscheidet der Server, nicht die Seite. Fuer alle ausser DogFather und der rechten Hand fehlt das Feld `genommen_von` ganz -- nicht `null`: Ein Feld, das da ist und leer bleibt, laedt dazu ein, es spaeter "zu fuellen". pruef-material.mjs (70 Pruefungen, 0 Fehler) misst den ganzen Weg, mit Gegenprobe zu jeder Grenze. Die Zahl der vergebenen Stuecke steht in der BEDINGUNG -- ohne sie waere "keine Namen dabei" trivial wahr. DREI DINGE HAT ERST DER BLICK MIT ECHTEN AUGEN GEFUNDEN (tools/material-blick.mjs, drei Rollen, vier Bildschirmbreiten): * "hat es genommen am 22.09.." -- eine deutsche Datumsangabe endet selbst auf einen Punkt. Kein Pruefprogramm haette danach gefragt. * Die Knoepfe standen auf drei verschiedenen Hoehen (1127, 1155, 1176), weil der eine Text zwei Zeilen hatte und der naechste keine. `margin-top: auto` am Fuss statt einer geratenen Mindesthoehe. * "Schon benutzt" nahm 273 px Hoehe je Stueck fuer ein einziges Zeichen -- das Bild ist dort ohnehin nicht mehr abrufbar. Jetzt eine Zeile mit 96 px. Am Handy (412 px) blieb es bei EINER Spalte: 3062 px Seitenhoehe fuer fuenf Stuecke. Filipe: "es ist alles so lang gezogen, muss ewig scrollen". Statt einer festen Umbruchschwelle -- die am 06.09. schon zweimal teuer war -- waechst die Spaltenbreite jetzt mit: `max(160px, 22%)`. Gemessen 360/412/768/1500 px: 2/2/3/3 Spalten, nirgends ein Ueberlauf, 412 px jetzt 2014 statt 3062 px. Dazu neun Saetze in meldung.js. Der wichtigste ist "schon_genommen", und er ist bewusst kein Fehler: Wer ihn liest, hat nichts falsch gemacht. pruef-meldungen fand dabei einen Rest aus dem Aufgaben-Block -- `nur_leitung_legt_an` hatte keinen Satz, ein Modi mit altem Tab haette rohen Maschinentext gelesen. pruef-material 70/0 · pruef-meldungen 8/0 · pruef-treff 80/0 pruef-rechtetafel 19/0 · pruef-sackgassen 13/0 · pruef-css-klassen ok pruef-zwischenspeicher 27/0 Co-Authored-By: Claude Opus 5 <[email protected]>	2026-09-22 02:27:21 +02:00

Author

SHA1

Message

Date

DogFatherGitandClaude Opus 5

39276ef2ee

screen6/7/8: der LIVE-Punkt, und eine Benachrichtigung, die stimmt

Filipe: "in dieser kachel soll wenn ich live bin um 20h bis 22h ein
live button der richtig geil ist mit einem live roten punkt symbol am
besten, das soll aufblinken fuer zwei stunden. man soll nicht drauf
druecken koennen aber so dass es auffaellt. ... die leute sollen auch
automatisch eine benarichtigung bekommen um 20 uhr dass ich live bin."

EINE AUSKUNFT, EINE AUSLEGUNG (workspace/assets/js/live.js)
Drei Stellen sollen dasselbe wissen: die Kachel "Draussen" auf der
Startseite, die Kanalkarten auf der Draussen-Seite, die Pulskarte
darunter. Drei Abfragen waeren drei Auslegungen -- und spaetestens
beim naechsten Umbau steht auf der Kachel LIVE und daneben "wartet".

DER DRITTE AUSGANG IST HIER DIE EIGENTLICHE ARBEIT
Die oeffentliche Seite (assets/js/streamplan.js) faengt jeden Fehler
ab und setzt istLive = false. Aus "wir konnten nicht fragen" wird
dort "er sendet nicht" -- wer das liest, macht zu und verpasst den
Stream. Der Dienst SAGT sogar, ob er nachsehen konnte (autoHealthy);
gelesen wird es dort nicht.
Hier gibt es drei Antworten: live / wartet / weiss-nicht. Bei
"weiss nicht" blinkt nichts -- aber es behauptet auch niemand, dass
nichts laeuft. Sechs Antworten des Dienstes durchgespielt.

BLINKEN OHNE FLACKERN
Hausregel vom 12.08.2026: keine aggressiven Flacker-Effekte. Das ist
kein Widerspruch zu "richtig geil", sondern dieselbe Sache: Ein Rot,
das im Sekundentakt umspringt, liest man als "Alarm, ich sehe weg".
Eins, das atmet und einen Saum nach aussen schickt, liest man als
"jetzt gerade". 1,4 Sekunden, ueberall derselbe Takt -- zwei Rhythmen
nebeneinander waeren Unruhe, einer ist ein Herzschlag. Die Pruefung
verlangt ausdruecklich >= 1 s und einen einheitlichen Takt; nach dem
Wort "animation" zu suchen waere auch bei 0,1 s gruen.
Bei Bewegungsarmut steht alles still -- der rote Punkt bleibt
sichtbar, er bewegt sich nur nicht. Im Kontrastmodus sagt es ein
Rahmen, weil Farben dort nichts tragen.

KEIN KNOPF, UND ES SIEHT AUCH NICHT SO AUS
pointer-events: none ist die halbe Antwort; die andere ist die Form.
Etwas, das wie ein Knopf aussieht und nichts tut, ist eine Sackgasse.
Deshalb eine Marke wie auf einer Kamera: Punkt plus Wort. Das Wort
steht auch fuer Vorleseprogramme da -- ein stummer roter Kreis waere
die halbe Auskunft.

DIE KACHEL WIRD UEBER IHR ZIEL ERKANNT, NICHT UEBER DEN NAMEN.
Der Name hat sich in diesem Haus schon zweimal geaendert ("Unsere
Seiten" -> "Draussen"), das Ziel nie. Am 21.09. hat genau dieser
Unterschied eine ganze Hinweisspalte lahmgelegt.

DIE BENACHRICHTIGUNG ENTSCHEIDET DER DIENST, NICHT DIE UHR.
Eine Meldung "er ist live", waehrend er nicht sendet, funktioniert
genau einmal: Beim zweiten Mal weiss jeder, dass sie nichts bedeutet.
Deshalb prueft der Lauf (alle fuenf Minuten) den echten Status; bei
"weiss nicht" wird NICHTS verschickt. Ein Merkmal mit Datum haelt es
bei einer pro Abend -- sonst kaemen in zwei Stunden 24.
Eigene Art "dogfather_live", vorgegeben an und trotzdem abschaltbar:
Wer jeden Abend dieselbe Meldung bekommt und nie hinschaut, schaltet
sonst ALLES ab, und dann erreicht ihn auch keine Aufgabe mehr.

EIN FEHLER, DEN DIE PRUEFUNG GEFANGEN HAT: Der Versand las aus
"push_geraete" -- diese Tabelle gibt es nicht, sie heisst
push_anmeldungen. Der Block steht in einem try/catch; der Fehler
waere still geblieben, und die Benachrichtigung waere nie gekommen.
Die Pruefung verlangt jetzt ausdruecklich, dass die Tabelle im
Schema existiert.

NEU: pruef-livepunkt 49/0, mit drei Gegenproben.
Daneben gruen: pruef-css-klassen 30/0, pruef-push 24/0,
pruef-draussen 39/0, pruef-zwischenspeicher 27/0.

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

2026-09-22 09:28:29 +02:00

DogFatherGitandClaude Opus 5

227c6c0425

screen5 und screen4: zwei Farben gesetzt, 14 auseinandergezogen

screen5 (ausdruecklich VOR screen4, wie gewuenscht):
  "Vertraulich melden" traegt jetzt Ton 28 -- die Farbe, die "Regeln
  & Hilfe" hatte. Beide gehoeren zusammen: Wer Hilfe sucht, landet
  bei einem von beiden. "Regeln & Hilfe" bekam dafuer einen eigenen
  Ton; zwei Kacheln mit derselben Farbe in derselben Ansicht waeren
  genau das, was screen4 abschaffen soll.
  "Draussen" ist knallrot: Ton 38 = #ff1a1a, voll gesaettigt,
  Kontrast 4,84:1 gegen den Grund. Gemessen, nicht geschaetzt -- von
  zehn Rotwerten zwischen #ff0000 und #ff5555 erfuellen alle die
  4,5:1, dieser ist der knalligste, der auf dunklem Grund nicht
  flimmert. Er traegt ab 20 Uhr den LIVE-Punkt.
  Beide sind ab jetzt GESETZT: pruef-kachelfarben wird rot, wenn ein
  Farblauf sie anfasst. Eine Festlegung, die nur im Kommentar steht,
  ist eine Bitte.

screen4: neues Werkzeug tools/kachel-farben-entzerren.mjs.
  Der Unterschied zu den zwei vorhandenen: Es rechnet nur mit den
  BENUTZTEN Toenen. In start.css stehen 42, benutzt werden 31 -- die
  anderen Werkzeuge weichen also Farben aus, die kein Mensch sieht,
  und machen dadurch die Abstaende zwischen den sichtbaren unnoetig
  klein. Welche benutzt werden, wird aus den Kachellisten ABGELEITET.
  Von jedem aehnlichen Paar aendert sich genau EINER -- der, der
  nicht gesetzt ist.
  Ergebnis: engstes Paar 0,0741 -> 0,0978 (Faktor 1,32), 14 Toene
  geaendert, alle 31 erreichen 4,5:1.

ZWEI DINGE, DIE ERST DAS MESSEN GEZEIGT HAT
1. Der erste Lauf schlug fuer "Dateien" ein #ffe5ae vor -- Buntheit
   0,076, ein helles Creme. Rechnerisch die beste Stelle im Farbraum,
   auf dem Bildschirm genau das, was Filipe seit Wochen abschafft.
   Mindestbuntheit eingebaut, Schwelle GEMESSEN: Median aller Toene
   0,168, die fuenf blassesten 0,064-0,088. 0,12 liegt dazwischen.
2. Die Abstandsrechnung fasst einen Ton nie an, der weit weg von
   allen liegt -- auch wenn er blass ist. So blieben drei benutzte
   Toene unter 0,12 stehen. Zweite Runde: jeder blasse wird kraeftig
   gemacht, solange das Minimum ueber 0,095 bleibt. Gemessener Preis
   0,1028 -> 0,0978, also 5 Prozent; auf dem Bildschirm nicht zu
   sehen, waehrend Filipes Klage ueber helle Kacheln konkret ist.

NEU: pruef-kachelfarben 13/0 -- getrennt, eindeutig je Ansicht,
festgelegt, lesbar und nicht blass. Mit vier Gegenproben, damit sie
auch rot werden KANN.
NEU: tools/farben-blick.mjs -- sieht die Wand mit echten Augen an und
misst das, was eine Abstandstabelle nicht beantwortet: ob zwei
NEBENEINANDER liegende Kacheln aehnlich aussehen. Gemessen bei
DogFather und Community: kein Nachbarpaar unter 0,09.

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

2026-09-22 09:21:54 +02:00

DogFatherGitandClaude Opus 5

06f3fecaa7

Material: Bilder und Videos zum Posten, jedes nur einmal

Filipe, 22.09.2026: "ich brauch auch noch eine neue kachel im bereich
community, wo wir als team ... bilder reinschicken koennen, mit text
und wo die leute sei es community oder modis sich die bilder nehmen
koennen zum posten. die community soll keine posten koennen ... sobald
ein bild oder ein video ... runtergeladen wurde, soll direkt blockiert
werden ... damit nie ein bild zwei mal gepostet wird ... und die rechte
hand und dogfather, nur die beiden sollen auch immer sehen koennen wer
das bild oder video runtergeladen hat."

DER KERN IST DIE EINMALIGKEIT, und deshalb sind Nehmen und Laden ZWEI
Schritte. "nehmen" schreibt in EINER Abfrage fest, wer es hat -- mit
`WHERE genommen_von IS NULL` in der Bedingung. Wer zu spaet kommt,
aendert null Zeilen und bekommt 409. Ein einziger Schritt ("laden und
dabei markieren") haette dieselbe Luecke wie ein Pool ohne Sperre:
zwei Anfragen, beide sehen "frei", beide laden.

UND DIE SPERRE GILT AUCH FUER DIE VORSCHAU. Waere sie offen
geblieben, waere sie der Weg, ein vergebenes Bild doch noch zu
bekommen (Rechtsklick, speichern) -- und die ganze Einmaligkeit eine
Behauptung. Ausnahme: wer es selbst genommen hat, sieht es weiter.

WER WEN SIEHT, entscheidet der Server, nicht die Seite. Fuer alle
ausser DogFather und der rechten Hand fehlt das Feld `genommen_von`
ganz -- nicht `null`: Ein Feld, das da ist und leer bleibt, laedt
dazu ein, es spaeter "zu fuellen".

pruef-material.mjs (70 Pruefungen, 0 Fehler) misst den ganzen Weg,
mit Gegenprobe zu jeder Grenze. Die Zahl der vergebenen Stuecke steht
in der BEDINGUNG -- ohne sie waere "keine Namen dabei" trivial wahr.

DREI DINGE HAT ERST DER BLICK MIT ECHTEN AUGEN GEFUNDEN
(tools/material-blick.mjs, drei Rollen, vier Bildschirmbreiten):

  * "hat es genommen am 22.09.." -- eine deutsche Datumsangabe endet
    selbst auf einen Punkt. Kein Pruefprogramm haette danach gefragt.
  * Die Knoepfe standen auf drei verschiedenen Hoehen (1127, 1155,
    1176), weil der eine Text zwei Zeilen hatte und der naechste
    keine. `margin-top: auto` am Fuss statt einer geratenen
    Mindesthoehe.
  * "Schon benutzt" nahm 273 px Hoehe je Stueck fuer ein einziges
    Zeichen -- das Bild ist dort ohnehin nicht mehr abrufbar. Jetzt
    eine Zeile mit 96 px.

Am Handy (412 px) blieb es bei EINER Spalte: 3062 px Seitenhoehe fuer
fuenf Stuecke. Filipe: "es ist alles so lang gezogen, muss ewig
scrollen". Statt einer festen Umbruchschwelle -- die am 06.09. schon
zweimal teuer war -- waechst die Spaltenbreite jetzt mit:
`max(160px, 22%)`. Gemessen 360/412/768/1500 px: 2/2/3/3 Spalten,
nirgends ein Ueberlauf, 412 px jetzt 2014 statt 3062 px.

Dazu neun Saetze in meldung.js. Der wichtigste ist "schon_genommen",
und er ist bewusst kein Fehler: Wer ihn liest, hat nichts falsch
gemacht. pruef-meldungen fand dabei einen Rest aus dem Aufgaben-Block
-- `nur_leitung_legt_an` hatte keinen Satz, ein Modi mit altem Tab
haette rohen Maschinentext gelesen.

pruef-material 70/0 · pruef-meldungen 8/0 · pruef-treff 80/0
pruef-rechtetafel 19/0 · pruef-sackgassen 13/0 · pruef-css-klassen ok
pruef-zwischenspeicher 27/0

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

2026-09-22 02:27:21 +02:00