Die Kategorien in Filipes Reihenfolge -- und das Band jetzt ueberall

Vier Meldungen von Filipe, drei davon erledigt.

1. "DIE DOGFATHER ROLLE SIEHT DIE CREATOR NICHT MEHR" -- NICHTS KAPUTT.
   Nachgestellt mit frischer Datenbank und fuenf Creator: DogFather
   sieht auf allen sechs Seiten mit Creator-Umschalter alle fuenf. In
   der SICHT VON MIESMUSCHEL dagegen steht auf leistung.html und
   profil.html genau einer -- ihr Name. Genau das zeigt sein
   Bildschirmfoto. Er ist noch in der fremden Sicht von gestern.

   MEINE SCHULD, NICHT SEINE. Gestern habe ich das Hinweis-Band
   ausdruecklich nur aufs Handy gelegt, mit der Begruendung, am Rechner
   stehe der Name ja im Umschalter und zwei Anzeigen fuer dieselbe
   Sache seien eine zu viel. Einen Tag spaeter ist er am RECHNER darauf
   hereingefallen, mit sichtbarem Namen im Umschalter UND goldenem
   Rahmen. Damit ist die Begruendung widerlegt -- nicht durch ein
   Argument, sondern durch den Fall. Das Band steht ab jetzt ueberall.

   NEBENBEFUND, NICHT ANGEFASST: Die fremde Sicht greift nur auf der
   Haelfte der Seiten. leistung und profil folgen ihr, bereich, content,
   report und startcheck zeigen weiter alle Creator. Halb umgesetzt ist
   schlechter als gar nicht -- das gehoert entschieden, nicht nebenbei
   geaendert.

2. "RUND UM DAS TEAM UEBER TAEGLICH" -- verschoben, mitsamt dem Absatz,
   der die alte Stelle begruendet hat.

3. "TEAM DOGI UND ENTWICKLUNG GANZ UNTEN, NUR DOGFATHER UND VANVAN".
   `gruppeNach: "Täglich"` -> `"Team & System"`, der letzten Gruppe der
   Liste. Als NAME und nicht als Position: Eine Zahl waere beim
   naechsten Umsortieren still falsch, und still falsch hiesse hier,
   dass privates Material wieder nach oben rutscht.

   DIE SICHTBARKEIT WAR SCHON RICHTIG -- nachgesehen statt angenommen:
   Auf der Workspace-Adresse bekommt die Kacheln nur `admin`. VanVan
   traegt die Rolle `hand` und kann sich dort gar nicht anmelden
   (sitzungPasstZurAdresse weist Team-Dogi-Rollen ab); sie sieht
   dieselben Kacheln auf der crew-Adresse ueber HAND_BEREICHE. Die
   Modis sehen sie nicht -- Entwicklung und Talente stehen nicht in
   MODI_BEREICHE. Am Livesystem geprueft: genau ein admin, eine hand.

   Gemessen kommt fuer DogFather heraus:
     Rund um das Team | Taeglich | Rund um den Creator | Team & System
     | Team Dogi | Entwicklung & Nachwuchs
   Spicy Media sieht dieselbe Folge ohne die letzten beiden, Manager
   und Creator wie bisher.

UND EINE PRUEFUNG, DIE DAS FALSCHE GEMESSEN HAT
pruef-start-ansicht wurde durch die neue Reihenfolge rot -- ohne dass
eine Kachel kleiner geworden waere. Sie las
`querySelector(".kachel__zeichen")`, also die ERSTE Kachel der Seite.
Solange "Taeglich" oben stand, war das zufaellig die grosse
Dashboard-Kachel. Die Pruefung hat damit nie belegt, was ihr Kommentar
behauptet ("die Kacheln sollen spuerbar groesser sein"), sondern nur
"die erste ist die grosse".

Jetzt misst sie die grosse Kachel ausdruecklich UND die kleinste aller
Kacheln, mit eigenen Untergrenzen. Das ist strenger als vorher: Vorher
konnte jede Kachel ausser der ersten beliebig schrumpfen.

Co-Authored-By: Claude Opus 5 <[email protected]>
This commit is contained in:
2026-09-11 11:04:39 +02:00
co-authored by Claude Opus 5
parent ad47fc2b00
commit 0ffb9e8781
28 changed files with 419 additions and 322 deletions
+49 -6
View File
@@ -146,12 +146,32 @@ const lesen = (seite) => seite.evaluate(() => ({
text: z.querySelector(".dran__text")?.textContent || "",
label: z.querySelector(".dran__link")?.getAttribute("aria-label") || "",
})),
zeichenGroesse: Math.round(document.querySelector(".kachel__zeichen")?.getBoundingClientRect().width || 0),
/* DIE GROSSE KACHEL AUSDRUECKLICH, NICHT DIE ERSTE (11.09.2026).
Hier stand `querySelector(".kachel__zeichen")` -- also die erste
Kachel der Seite, welche auch immer das gerade ist. Solange
"Taeglich" oben stand, war das zufaellig die grosse Dashboard-Kachel
mit 46 px. Seit "Rund um das Team" davor steht, ist es eine normale
mit 40 px, und die Pruefung wurde rot -- ohne dass an einer Kachel
irgendetwas kleiner geworden waere.
Die Pruefung hat also nie gemessen, was ihr Kommentar behauptet
("die Kacheln sollen spuerbar groesser sein"), sondern "die erste
ist die grosse". Jetzt werden BEIDE Groessen gemessen: die grosse
Kachel an ihrem Mass und die kleinste aller Kacheln an ihrem. */
zeichenGroesse: Math.round(document.querySelector('[data-gross="ja"] .kachel__zeichen')
?.getBoundingClientRect().width || 0),
zeichenKleinstes: Math.round(Math.min(...[...document.querySelectorAll(".kachel__zeichen")]
.map((e) => e.getBoundingClientRect().width), Infinity)),
namenKleinstes: Math.round(Math.min(...[...document.querySelectorAll(".kachel__name")]
.map((e) => parseFloat(getComputedStyle(e).fontSize) || 0), Infinity)),
wasserzeichen: document.querySelectorAll(".kachel__wasserzeichen").length,
wasserzeichenDeckung: getComputedStyle(document.querySelector(".kachel__wasserzeichen") || document.body).opacity,
wasserzeichenSchwach: Number(getComputedStyle(
document.querySelector(".kachel__wasserzeichen") || document.body).opacity) <= 0.15,
namenGroesse: Math.round(parseFloat(getComputedStyle(document.querySelector(".kachel__name")).fontSize) || 0),
namenGroesse: Math.round(parseFloat(getComputedStyle(
document.querySelector('[data-gross="ja"] .kachel__name')
|| document.querySelector(".kachel__name")).fontSize) || 0),
kachelHoehe: Math.round(document.querySelectorAll(".kachel")[1]?.getBoundingClientRect().height || 0),
zahlenLeer: !document.getElementById("zahlen-leer")?.hidden,
zahlen: [...document.querySelectorAll(".zahl")].length,
@@ -214,8 +234,20 @@ for (const [breite, wie] of [[1440, "Computer"], [390, "Handy"]]) {
Die Kachelzahl steigt von 25 auf 27; beide Kacheln sind neu
(Entwicklung, Talente), keine ist umgezogen. */
const ERWARTETE_GRUPPEN = ["Täglich", "Team Dogi", "Entwicklung & Nachwuchs",
"Rund um den Creator", "Rund um das Team", "Team & System"];
/* NEUE REIHENFOLGE AM 11.09.2026 (Filipe, zwei Wuensche an einem Tag).
1. "ich will dass die kategorie [Rund um das Team] ueber der
kategorie ist [Taeglich]" -- wer die Leitung hat, fragt zuerst,
wo es im Team klemmt.
2. "diese zwei kategorien sollen ... ganz unten sein ... goldene
regel das sind private informationen von meiner community."
Der Absatz darueber sagte bis heute das Gegenteil ("und schon gar
nicht ans Ende, wo es niemand ansieht"). Das war meine Begruendung,
nicht seine Entscheidung -- und bei privaten Dingen wiegt "faellt
niemandem ins Auge" schwerer als "wird oft angesehen". */
const ERWARTETE_GRUPPEN = ["Rund um das Team", "Täglich", "Rund um den Creator",
"Team & System", "Team Dogi", "Entwicklung & Nachwuchs"];
ok(JSON.stringify(r.gruppen.map((g) => g.name)) === JSON.stringify(ERWARTETE_GRUPPEN),
`sechs Gruppen in dieser Reihenfolge (${r.gruppen.map((g) => g.name).join(" · ")})`);
/* WIE VIELE KACHELN? Nicht abgeschrieben, sondern aus bereiche.js
@@ -348,8 +380,19 @@ for (const [breite, wie] of [[1440, "Computer"], [390, "Handy"]]) {
/* Die Kacheln sollen spürbar größer sein als vorher (Zeichenfeld 38px,
Name .93rem). Gemessen statt geglaubt -- "sieht größer aus" ist kein
Nachweis. */
ok(r.zeichenGroesse >= 46, `Zeichenfeld mindestens 46px (${r.zeichenGroesse}px)`);
ok(r.namenGroesse >= 16, `Name mindestens 16px (${r.namenGroesse}px)`);
ok(r.zeichenGroesse >= 46, `grosse Kachel: Zeichenfeld mindestens 46px (${r.zeichenGroesse}px)`);
ok(r.namenGroesse >= 16, `grosse Kachel: Name mindestens 16px (${r.namenGroesse}px)`);
/* UND DIE KLEINSTE KACHEL HAT AUCH EIN MASS (11.09.2026).
Das ist der Teil, den die Pruefung bisher gar nicht hatte: Sie sah
immer nur EINE Kachel an. Die Untergrenzen sind die heute
gemessenen Werte -- sie sagen also "nicht kleiner als jetzt". Eine
ausgedachte Zahl waere hier falsch: Sie wuerde entweder sofort rot
oder nie. */
ok(r.zeichenKleinstes >= 40,
`kleinste Kachel: Zeichenfeld mindestens 40px (${r.zeichenKleinstes}px)`);
ok(r.namenKleinstes >= 12,
`kleinste Kachel: Name mindestens 12px (${r.namenKleinstes}px)`);
ok(r.kachelHoehe >= 80, `Kachel mindestens 80px hoch (${r.kachelHoehe}px)`);
ok(r.abgeschnitten.length === 0,