dogfather-universe

DogFatherGit/dogfather-universe

Fork 0

Commit Graph

Author	SHA1	Message	Date
DogFatherGitandClaude Opus 5	a06184f24f	Der Name auf der Teamseite hatte null Pixel -- und drei Messungen waren stumpf Weiter am Rundumcheck, diesmal der Handy-Rundgang. Von sechs Befunden war einer ein echter Layoutfehler, zwei waren zu kleine Schrift, und drei kamen daher, dass die Messung etwas nicht unterscheiden konnte. === AUF DEM HANDY KAPUTT === 1. DER NAME IN DER PERSONENKARTE WAR NULL PIXEL BREIT. Gemessen auf 412 px: `h3.tperson__name` mit `w=0` bzw. `w=15`. Der Name stand als Buchstabensaeule da oder gar nicht -- auf der Seite, die von Menschen handelt. `.tperson__text` trug `flex: 1; min-width: 0`. Das erlaubt dem Textblock, auf null zu schrumpfen, und Flexbox schrumpft lieber, als umzubrechen -- die Pille „zuletzt gesehen" daneben blieb stehen und nahm allen Platz. `min-width: 0` war trotzdem richtig gemeint (ohne sie blaeht ein langes Wort den Kasten auf); es fehlte nur die Untergrenze. Jetzt `min(14ch, 100%)`: vierzehn Zeichen, wenn so viel Platz ist, sonst der ganze Platz, der da ist. Die Pille bricht um -- `flex-wrap: wrap` stand am Kopf ohnehin schon, es fehlte nur der Grund, es zu benutzen. 2. ZWEI BESCHRIFTUNGEN UNTER DER LESBARKEITSGRENZE. `.u-weg__marke` 10,88 px, `.u-weg__aus` 11,2 px -- die Hausgrenze sind 11,5. Der Reflex dahinter: Eine Marke soll leise sein, also macht man sie klein. Leise wird sie aber durch Farbe und Gewicht; eine Schrift, die man nicht lesen kann, ist nicht leise, sondern weg. Derselbe Griff ist mir gestern dreimal an einem Tag passiert. === DREI MESSUNGEN, DIE ETWAS NICHT UNTERSCHEIDEN KONNTEN === 3. `pointer-events: none` IST KEIN BERUEHRZIEL. Die Terminpunkte im Monatsraster des Kalenders sind 8 x 8 px und nehmen ausdruecklich keine Beruehrung an -- angetippt wird die ZELLE. Sie als „zu klein" zu melden ist, als beanstande man die Groesse eines gemalten Knopfs. `pruef-breiten` kennt die Ausnahme seit jeher; im Handy-Rundgang hat sie gefehlt. 4. `font-size: 0` IST KEINE KLEINE SCHRIFT, SONDERN KEINE. Dieselben Punkte: Die Schrift wird auf null gesetzt, die Farbe bleibt. Gemeldet wurde „0px, zu klein". Die Grenze nach unten bleibt scharf -- alles zwischen 0,1 und 11,5 px ist weiterhin ein Befund, nur die glatte Null faellt heraus. Sie ist eine Aussage, keine Nachlaessigkeit. 5. `scrollWidth > clientWidth` SAGT BEI INLINE-ELEMENTEN NICHTS. Chromium liefert dort fuer `clientWidth` glatt null, und damit ist jeder Text breiter als sein Kasten. Der richtige Umgang mit einer unmoeglichen Messung ist, sie nicht zu machen -- nicht, ihr Ergebnis zu glauben. Dazu: Was per `clip-path: inset(50%)` fuer das Auge weggenommen ist (echte <select> unter selbst gebauten Umschaltern, Beschriftungen zu Symbolknoepfen), kann nicht abgeschnitten sein. === UND EINE MELDUNG, DIE JETZT SAGT, WO MAN SUCHEN MUSS === „abgeschnitten: Mara (18>0)" hat mich zwanzig Minuten gekostet -- drei Vermutungen, drei Messungen. Die Meldung nennt jetzt Element, Klasse, Darstellungsart und Breite: „Mara (18>0, h3.tperson__name, block, w=0)". Damit war der Fall in einem Blick klar. Eine Pruefung, die nur sagt DASS etwas ist, ist eine halbe. GEMESSEN: pruef-breiten 0 Fehler (9 Breiten, 38 Seiten), pruef-team 51/0, pruef-tippziele 11/0, pruef-css-klassen 33/0. Im Handy-Rundgang bleiben die Kopfleisten-Befunde bei 360/390/412 px -- die nehme ich mir als Naechstes vor, sie brauchen einen Umbau und keine Korrektur. Co-Authored-By: Claude Opus 5 <[email protected]>	2026-09-25 13:27:01 +02:00
DogFatherGitandClaude Opus 5	aa2e1a4ae2	Eine Kachel "Unterstuetzen" -- und die Gespraechsliste neu gebaut === 1. UNTERSTUETZEN (neue Kachel im Community-Bereich) === Filipe: "ich brauch auch noch eine kachel im community bereich. wo mein paypal und meine amazon liste sein wird. wo die leute alle supporten koennen auf andere art anstatt nur tiktok. jeder soll diese kachel sehen aber nur dogfather soll sie veraendern koennen oder vieles mehr sehen." Neu: unterstuetzen.html + css + js, server/workspace-unterstuetzung.js, server/unterstuetzung-tabellen.js. Ton 45 (#7567fe) ist gerechnet, das Kachelzeichen ist ein Herz ueber zwei offenen Haenden. DIE WEGE STEHEN IN DER DATENBANK, nicht im Quelltext -- ein Recht, das man nur ueber einen Entwickler ausueben kann, ist keines. DogFather schreibt Titel, Text, Knopf und Adresse selbst, blendet Wege aus und nimmt neue dazu. DER PAYPAL-LINK STEHT LEER UND UNSICHTBAR DA. Filipe schrieb "mein paypal kennst du ja schon" -- gesucht im ganzen Haus und im Vault, nirgends gefunden. Eine Zahlungsadresse zu RATEN waere der gefaehrlichste Fehler dieser Seite: Geld an einen Fremden, und niemand merkt es. Also steht dort nichts, der Weg ist ausgeblendet, und die Seite sagt genau EINER Person, dass er fehlt. DREI ARTEN, UND DIE DRITTE IST DIE WICHTIGSTE: geld, geschenk, frei. "Kostet nichts" bekommt dieselbe Kartenform und dieselbe Groesse. Waeren die freien Wege kleiner oder weiter unten, waere die Aussage "das ist zweite Wahl" -- und die Mehrheit derer, die hier lesen, waere damit zweite Wahl. DIE ZAEHLUNG IST ANONYM, UND ZWAR VON DER TABELLE HER. DogFather sieht, wie oft ein Weg geoeffnet wurde (7/30 Tage/gesamt). Was er NICHT sieht, ist WER -- weil es in unterstuetzung_striche keine Spalte dafuer gibt. Geprueft wird das ueber PRAGMA table_info, nicht ueber eine Abfrage: eine Abfrage liesse sich morgen erweitern, eine fehlende Spalte nicht. Schreiben haengt an istDogFather, nicht an istLeitung -- die rechte Hand fuehrt dieses Team mit und kommt trotzdem nicht an diesen Link. Jede Adresse wird beim SCHREIBEN geprueft (nur https:// oder eine Seite dieses Hauses); javascript:, data:, http:// und // werden abgewiesen. Neu: server/pruef-unterstuetzung.mjs -- 70 Pruefungen, alle gruen. Sie misst ueber die CREW-ADRESSE: Beim ersten Lauf waren vier Rollen gruen und der Zuschauer rot, und es sah nach einem Rechtefehler aus. Es war ein Messfehler -- ueber 127.0.0.1 landet man still im Agenturhaus, und dort gibt es die Rolle "gast" gar nicht. === 2. DIE GESPRAECHSLISTE (screen1 + screen2) === Filipe: "ich will dass die komplette kachel viel krasser und geiler aussieht. der hintergrund der kachel soll gleich bleiben." Der Hintergrund ist unangetastet. Zwei echte Fehler auf seinem Bild: - Bei "Das Rudel" stand das "@" rechts oben und die orange "6" eine ZEILE TIEFER. Der Knopf ist ein Raster mit DREI Spalten und bekam VIER Kinder -- das vierte fiel um. Ausgerechnet die wichtigste Auskunft der Liste landete an der unauffaelligsten Stelle. - Jedes Gespraech mit Profilbild haengte das Bild ZWEIMAL ein: ein Block stand Zeichen fuer Zeichen doppelt da. Zu sehen war nichts, gekostet hat es die doppelte Ladelast bei jedem Neuzeichnen. Und eine tote Regel: `.chat-raum__knopf[data-an="ja"]` beschrieb die Schiene am offenen Gespraech -- gesetzt wird aber `data-offen` am <li>. Die Regel griff nie, und daneben stand eine zweite, blassere Fassung derselben Sache. Jetzt steht alles einmal, und die Schiene ist da. Dazu: Zeilen als Karten, 44px-Gesichter, ein Zaehler neben "Gespraeche", Suchfeld als Pille mit Lupe, runder Farbfleck statt Quadrat, und der leere Raum rechts bekommt eine Mitte statt eines Satzes in der Ecke. === 3. VIER FUNDE NEBENBEI === - supportAufraeumen() war exportiert und wurde NIRGENDS gerufen. Die Meldungen samt Bildschirmfotos waeren fuer immer liegen geblieben, obwohl "90 Tage" dokumentiert ist. Jetzt im Loeschkonzept. - aufgaben_zuteilung fehlte ebenfalls im Loeschkonzept (seit 21.09.). pruef-aufbewahrung ist damit wieder gruen. - pruef-start-ansicht war rot, seit "Aufgaben" am 23.09. die silberne Kachel bekam -- die ueberschreibt ihr --ton absichtlich. Die Pruefung nimmt sie jetzt aus UND prueft die Ausnahme selbst. - pruef-buehne meldete auf entwicklung.html 1,79:1 Kontrast bei "Wen gehst du durch?" -- die Ueberschrift lag direkt auf dem Foto. Sie steht jetzt auf einer deckenden Flaeche. OFFEN: pruef-buehne meldet treff-regeln.html mal "0 von 40", mal "3 von 40" -- dieselbe Seite, verschiedene Antworten. Eine Pruefung, die schwankt, ist schlimmer als eine rote. Nicht in diesem Zug behoben. Gemessen: pruef-unterstuetzung 70, pruef-start-ansicht, pruef-buehne (bis auf den Wackler), pruef-workspace-seiten, pruef-aufbewahrung 45, pruef-rechtetafel 19, pruef-css-klassen, pruef-chatkachel 36, pruef-chat-ausbau, pruef-entwicklung-kacheln 31 -- gruen. Neu: server/mess-chat-liste.mjs (zeigt die Liste mit sieben Gespraechen verschiedener Art, prueft nichts). Co-Authored-By: Claude Opus 5 <[email protected]>	2026-09-24 14:14:25 +02:00

Author

SHA1

Message

Date

DogFatherGitandClaude Opus 5

a06184f24f

Der Name auf der Teamseite hatte null Pixel -- und drei Messungen waren stumpf

Weiter am Rundumcheck, diesmal der Handy-Rundgang. Von sechs Befunden
war einer ein echter Layoutfehler, zwei waren zu kleine Schrift, und
drei kamen daher, dass die Messung etwas nicht unterscheiden konnte.

=== AUF DEM HANDY KAPUTT ===

1. DER NAME IN DER PERSONENKARTE WAR NULL PIXEL BREIT.
   Gemessen auf 412 px: `h3.tperson__name` mit `w=0` bzw. `w=15`. Der
   Name stand als Buchstabensaeule da oder gar nicht -- auf der Seite,
   die von Menschen handelt.

   `.tperson__text` trug `flex: 1; min-width: 0`. Das erlaubt dem
   Textblock, auf null zu schrumpfen, und Flexbox schrumpft lieber,
   als umzubrechen -- die Pille „zuletzt gesehen" daneben blieb stehen
   und nahm allen Platz. `min-width: 0` war trotzdem richtig gemeint
   (ohne sie blaeht ein langes Wort den Kasten auf); es fehlte nur die
   Untergrenze. Jetzt `min(14ch, 100%)`: vierzehn Zeichen, wenn so
   viel Platz ist, sonst der ganze Platz, der da ist. Die Pille bricht
   um -- `flex-wrap: wrap` stand am Kopf ohnehin schon, es fehlte nur
   der Grund, es zu benutzen.

2. ZWEI BESCHRIFTUNGEN UNTER DER LESBARKEITSGRENZE. `.u-weg__marke`
   10,88 px, `.u-weg__aus` 11,2 px -- die Hausgrenze sind 11,5. Der
   Reflex dahinter: Eine Marke soll leise sein, also macht man sie
   klein. Leise wird sie aber durch Farbe und Gewicht; eine Schrift,
   die man nicht lesen kann, ist nicht leise, sondern weg. Derselbe
   Griff ist mir gestern dreimal an einem Tag passiert.

=== DREI MESSUNGEN, DIE ETWAS NICHT UNTERSCHEIDEN KONNTEN ===

3. `pointer-events: none` IST KEIN BERUEHRZIEL. Die Terminpunkte im
   Monatsraster des Kalenders sind 8 x 8 px und nehmen ausdruecklich
   keine Beruehrung an -- angetippt wird die ZELLE. Sie als „zu klein"
   zu melden ist, als beanstande man die Groesse eines gemalten
   Knopfs. `pruef-breiten` kennt die Ausnahme seit jeher; im
   Handy-Rundgang hat sie gefehlt.

4. `font-size: 0` IST KEINE KLEINE SCHRIFT, SONDERN KEINE. Dieselben
   Punkte: Die Schrift wird auf null gesetzt, die Farbe bleibt.
   Gemeldet wurde „0px, zu klein". Die Grenze nach unten bleibt scharf
   -- alles zwischen 0,1 und 11,5 px ist weiterhin ein Befund, nur die
   glatte Null faellt heraus. Sie ist eine Aussage, keine
   Nachlaessigkeit.

5. `scrollWidth > clientWidth` SAGT BEI INLINE-ELEMENTEN NICHTS.
   Chromium liefert dort fuer `clientWidth` glatt null, und damit ist
   jeder Text breiter als sein Kasten. Der richtige Umgang mit einer
   unmoeglichen Messung ist, sie nicht zu machen -- nicht, ihr
   Ergebnis zu glauben. Dazu: Was per `clip-path: inset(50%)` fuer das
   Auge weggenommen ist (echte <select> unter selbst gebauten
   Umschaltern, Beschriftungen zu Symbolknoepfen), kann nicht
   abgeschnitten sein.

=== UND EINE MELDUNG, DIE JETZT SAGT, WO MAN SUCHEN MUSS ===

„abgeschnitten: Mara (18>0)" hat mich zwanzig Minuten gekostet -- drei
Vermutungen, drei Messungen. Die Meldung nennt jetzt Element, Klasse,
Darstellungsart und Breite: „Mara (18>0, h3.tperson__name, block,
w=0)". Damit war der Fall in einem Blick klar. Eine Pruefung, die nur
sagt DASS etwas ist, ist eine halbe.

GEMESSEN: pruef-breiten 0 Fehler (9 Breiten, 38 Seiten), pruef-team
51/0, pruef-tippziele 11/0, pruef-css-klassen 33/0. Im Handy-Rundgang
bleiben die Kopfleisten-Befunde bei 360/390/412 px -- die nehme ich mir
als Naechstes vor, sie brauchen einen Umbau und keine Korrektur.

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

2026-09-25 13:27:01 +02:00

DogFatherGitandClaude Opus 5

aa2e1a4ae2

Eine Kachel "Unterstuetzen" -- und die Gespraechsliste neu gebaut

=== 1. UNTERSTUETZEN (neue Kachel im Community-Bereich) ===

Filipe: "ich brauch auch noch eine kachel im community bereich. wo mein
paypal und meine amazon liste sein wird. wo die leute alle supporten
koennen auf andere art anstatt nur tiktok. jeder soll diese kachel sehen
aber nur dogfather soll sie veraendern koennen oder vieles mehr sehen."

Neu: unterstuetzen.html + css + js, server/workspace-unterstuetzung.js,
server/unterstuetzung-tabellen.js. Ton 45 (#7567fe) ist gerechnet, das
Kachelzeichen ist ein Herz ueber zwei offenen Haenden.

DIE WEGE STEHEN IN DER DATENBANK, nicht im Quelltext -- ein Recht, das
man nur ueber einen Entwickler ausueben kann, ist keines. DogFather
schreibt Titel, Text, Knopf und Adresse selbst, blendet Wege aus und
nimmt neue dazu.

DER PAYPAL-LINK STEHT LEER UND UNSICHTBAR DA. Filipe schrieb "mein
paypal kennst du ja schon" -- gesucht im ganzen Haus und im Vault,
nirgends gefunden. Eine Zahlungsadresse zu RATEN waere der
gefaehrlichste Fehler dieser Seite: Geld an einen Fremden, und niemand
merkt es. Also steht dort nichts, der Weg ist ausgeblendet, und die
Seite sagt genau EINER Person, dass er fehlt.

DREI ARTEN, UND DIE DRITTE IST DIE WICHTIGSTE: geld, geschenk, frei.
"Kostet nichts" bekommt dieselbe Kartenform und dieselbe Groesse.
Waeren die freien Wege kleiner oder weiter unten, waere die Aussage
"das ist zweite Wahl" -- und die Mehrheit derer, die hier lesen, waere
damit zweite Wahl.

DIE ZAEHLUNG IST ANONYM, UND ZWAR VON DER TABELLE HER. DogFather sieht,
wie oft ein Weg geoeffnet wurde (7/30 Tage/gesamt). Was er NICHT sieht,
ist WER -- weil es in unterstuetzung_striche keine Spalte dafuer gibt.
Geprueft wird das ueber PRAGMA table_info, nicht ueber eine Abfrage:
eine Abfrage liesse sich morgen erweitern, eine fehlende Spalte nicht.

Schreiben haengt an istDogFather, nicht an istLeitung -- die rechte Hand
fuehrt dieses Team mit und kommt trotzdem nicht an diesen Link. Jede
Adresse wird beim SCHREIBEN geprueft (nur https:// oder eine Seite
dieses Hauses); javascript:, data:, http:// und // werden abgewiesen.

Neu: server/pruef-unterstuetzung.mjs -- 70 Pruefungen, alle gruen.
Sie misst ueber die CREW-ADRESSE: Beim ersten Lauf waren vier Rollen
gruen und der Zuschauer rot, und es sah nach einem Rechtefehler aus.
Es war ein Messfehler -- ueber 127.0.0.1 landet man still im
Agenturhaus, und dort gibt es die Rolle "gast" gar nicht.

=== 2. DIE GESPRAECHSLISTE (screen1 + screen2) ===

Filipe: "ich will dass die komplette kachel viel krasser und geiler
aussieht. der hintergrund der kachel soll gleich bleiben."

Der Hintergrund ist unangetastet. Zwei echte Fehler auf seinem Bild:

  - Bei "Das Rudel" stand das "@" rechts oben und die orange "6" eine
    ZEILE TIEFER. Der Knopf ist ein Raster mit DREI Spalten und bekam
    VIER Kinder -- das vierte fiel um. Ausgerechnet die wichtigste
    Auskunft der Liste landete an der unauffaelligsten Stelle.
  - Jedes Gespraech mit Profilbild haengte das Bild ZWEIMAL ein: ein
    Block stand Zeichen fuer Zeichen doppelt da. Zu sehen war nichts,
    gekostet hat es die doppelte Ladelast bei jedem Neuzeichnen.

Und eine tote Regel: `.chat-raum__knopf[data-an="ja"]` beschrieb die
Schiene am offenen Gespraech -- gesetzt wird aber `data-offen` am <li>.
Die Regel griff nie, und daneben stand eine zweite, blassere Fassung
derselben Sache. Jetzt steht alles einmal, und die Schiene ist da.

Dazu: Zeilen als Karten, 44px-Gesichter, ein Zaehler neben "Gespraeche",
Suchfeld als Pille mit Lupe, runder Farbfleck statt Quadrat, und der
leere Raum rechts bekommt eine Mitte statt eines Satzes in der Ecke.

=== 3. VIER FUNDE NEBENBEI ===

  - supportAufraeumen() war exportiert und wurde NIRGENDS gerufen. Die
    Meldungen samt Bildschirmfotos waeren fuer immer liegen geblieben,
    obwohl "90 Tage" dokumentiert ist. Jetzt im Loeschkonzept.
  - aufgaben_zuteilung fehlte ebenfalls im Loeschkonzept (seit 21.09.).
    pruef-aufbewahrung ist damit wieder gruen.
  - pruef-start-ansicht war rot, seit "Aufgaben" am 23.09. die silberne
    Kachel bekam -- die ueberschreibt ihr --ton absichtlich. Die
    Pruefung nimmt sie jetzt aus UND prueft die Ausnahme selbst.
  - pruef-buehne meldete auf entwicklung.html 1,79:1 Kontrast bei "Wen
    gehst du durch?" -- die Ueberschrift lag direkt auf dem Foto. Sie
    steht jetzt auf einer deckenden Flaeche.

OFFEN: pruef-buehne meldet treff-regeln.html mal "0 von 40", mal "3 von
40" -- dieselbe Seite, verschiedene Antworten. Eine Pruefung, die
schwankt, ist schlimmer als eine rote. Nicht in diesem Zug behoben.

Gemessen: pruef-unterstuetzung 70, pruef-start-ansicht, pruef-buehne
(bis auf den Wackler), pruef-workspace-seiten, pruef-aufbewahrung 45,
pruef-rechtetafel 19, pruef-css-klassen, pruef-chatkachel 36,
pruef-chat-ausbau, pruef-entwicklung-kacheln 31 -- gruen.

Neu: server/mess-chat-liste.mjs (zeigt die Liste mit sieben Gespraechen
verschiedener Art, prueft nichts).

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

2026-09-24 14:14:25 +02:00