DogFatherGitandClaude Opus 5
9b47bd3ca0
Filipe: "ich will dass ich genau so eine kategorie habe in der dogfather und rechten hand rollen, wo wir aufgaben oder bewertungen ueber modis eingeben koennen. auch fuer zuschauer die vielleicht modis werden koennten waere auch geil. mach dich schlau informier dich so krass wie es nur geht, hol die besten der besten und krassesten sachen, perfektionnier die dan auch alle und dan erst setzt du alles um." === WAS DIE RECHERCHE ERGEBEN HAT === DREI BEFUNDE HABEN DAS DESIGN BESTIMMT, und der erste hat es fast umgedreht: WARUM MODERATOREN AUFHOEREN (Schoepke-Gonzalez u. a., New Media & Society 2024): zwei Hauptgruende -- zu wenig Zeit, und Konflikte im Team beziehungsweise schaedliches Verhalten der Leitung. Eine Bewertungsfunktion ist damit genau das Werkzeug, mit dem man ein Team verliert, wenn man sie als Ueberwachung baut. Das ist kein Bauchgefuehl und keine Zimperlichkeit -- es ist der haeufigste gemessene Grund. WAS HAELT: Anerkennung. Dank und Rueckmeldung erhoehen die Verweildauer messbar; Rollenklarheit senkt Burnout. WORAN MAN GUTE MODERATOREN ERKENNT (ModSquad, Kitfox Games, Discord-Leitfaeden): nicht an Zahlen. Ruhig bleiben, wenn es hitzig wird; von selbst helfen; die Regeln UND die Leute kennen; regelmaessig da sein. Ausdruecklich NICHT: "schreibt viel" -- angenehm im Chat zu sein ist nachweislich etwas anderes. Und der treffsicherste Weg ueberhaupt ist die Empfehlung aus dem Team, gefolgt von einer Probezeit. === WAS DARAUS GEBAUT WURDE === ENTWICKLUNG. Keine Note, sondern eine Aufzeichnung ueber die Zeit, je Person. Fuenf Arten, und ihre REIHENFOLGE ist Absicht: "Das laeuft gut" und "Danke dafuer" stehen vorn. Wer ein Formular oeffnet, dessen erstes Feld "Problem" heisst, schreibt Probleme auf. "ZU VIEL GERADE" IST DIE WICHTIGSTE ART und die, die es sonst nirgends gibt. Der haeufigste Grund zu gehen ist Zeitmangel, und der zeigt sich frueh -- nur schreibt ihn niemand auf, weil es kein Feld dafuer gibt. TALENTE. Die vier Merkmale sind die aus der Literatur, nicht ausgedacht, dazu die Empfehlung aus dem Team. Der Status IST die Probezeit: `offen` heisst beobachtet, `angenommen` heisst angesprochen -- und was daraus wird, entscheidet sich in "Personen & Zugaenge" mit einem Zugang auf Stufe "Probe". Eine eigene Kandidatentabelle waere ein zweiter Ort fuer dieselbe Frage. DIE BRUECKE. Die Person sieht den Entwicklungs-Bereich NICHT -- eine halb sichtbare Akte ist schlimmer als eine geschlossene, weil niemand mehr weiss, was der andere gerade liest. Damit Anerkennung trotzdem ankommt, laesst sich jeder Eintrag EINMAL als Nachricht in den Chat schicken, mit Art, Titel und dem, was daraus folgen soll. Danach steht im Eintrag, wann es geschehen ist: Die Frage "habe ich ihr das eigentlich schon gesagt?" beantwortet man nach zwei Wochen falsch. ZWEI KACHELN UND NICHT DREI: Aufgaben an das Team gibt es laengst, mit Person, Frist und Status. Eine zweite Stelle dafuer waere ein zweiter Ort, an dem man nachsehen muesste, welche Aufgabe wirklich gilt. DIE GRUPPE HEISST NICHT "TEAM FUEHREN". Das waere der bequeme Name und der falsche: Im Haus gilt, dass DogFather nicht ueber seinem Team steht. "Entwicklung & Nachwuchs" sagt, was drinsteht. === KEIN NEUER BAUKASTEN === Beides sind BEREICHE wie das Ideen-Board: dieselbe Tabelle, dieselbe Seite, dieselben Regeln fuers Anlegen, Aendern und Loeschen. Neu sind eine Spalte (`gesendet_am`) und eine Route. Die Sendefunktion selbst steht im Chat-Modul und nicht daneben: Ein Zweier-Gespraech darf es nur einmal geben, die Leseraender muessen mitwandern, Live-Strom und Benachrichtigung haengen daran -- wer das nachbaut, hat zwei Fassungen, und die zweite ist die, in der jemand eine Nachricht nicht bekommt. === WAS DIE PRUEFUNG GEFUNDEN HAT === "Zugeordneter Creator existiert nicht" -- beim Anlegen eines Eintrags ueber ein Teammitglied. Die Regel verlangte einen Creator; bei Entwicklung geht es um Menschen aus dem Team. Die Meldung war dabei selbst irrefuehrend: Die Person existiert sehr wohl, sie ist nur kein Creator. Beides behoben. Und meine EIGENE Pruefung von vor einer Stunde wurde rot: Sie verlangte, dass jede Zusatzkachel in der Gruppe "Team Dogi" steht. Die naheliegende Reparatur waere gewesen, die Gruppe gar nicht mehr zu pruefen -- das haette die Aussage weggeworfen. Jetzt steht die erlaubte Liste ausgeschrieben da: Eine Kachel fuer zwei Menschen darf nicht in einer Gruppe landen, die alle sehen. Kommt eine dritte Gruppe, wird die Zeile rot, und das ist Absicht. Die zwei neuen Farbtoene trennen ueber Saettigung und Helligkeit statt ueber den Farbwinkel -- bei 25 Toenen ist der Kreis voll, und die groessten Luecken waeren ein drittes Gruen zwischen zwei vorhandenen. Bei einer achtundzwanzigsten Kachel brauchen die Kacheln Gruppenfarben statt Einzelfarben; das steht als Notiz im Quelltext. pruef-entwicklung 33 (neu) · pruef-start-ansicht 27 Kacheln, sechs Gruppen · pruef-rollen 278 -> 282 · pruef-modi-checkliste 70 · pruef-haus-trennung 62 · pruef-rueckmeldung 30 · pruef-modi-ideen 30 · pruef-modi-verborgen 80 · pruef-css-klassen gruen · pruef-modi-wortleck 5. Co-Authored-By: Claude Opus 5 <[email protected]>
258 lines
12 KiB
HTML
258 lines
12 KiB
HTML
<!doctype html>
|
||
<html lang="de">
|
||
<head>
|
||
<meta charset="utf-8" />
|
||
<meta name="viewport" content="width=device-width, initial-scale=1, viewport-fit=cover" />
|
||
<title>Anmeldung · Team Dogi</title>
|
||
<meta name="description" content="Privater Arbeitsbereich für DogFather und die Modis." />
|
||
<meta name="robots" content="noindex, nofollow" />
|
||
<link rel="manifest" href="/workspace/app.webmanifest" />
|
||
<!-- Die Farbe der Fensterleiste, wenn der Workspace als App laeuft.
|
||
Stand auf #0674b9 (kraeftiges Blau) und stach damit als einziger
|
||
heller Balken ueber einer durchweg dunklen Seite. Jetzt derselbe
|
||
Ton wie die Kopfleiste darunter (#06090f), damit Leiste und Seite
|
||
eine Flaeche sind statt zweier. -->
|
||
<meta name="theme-color" content="#06090f" />
|
||
|
||
<!-- Die Bühne ist der erste Eindruck. Ohne diesen Hinweis lädt der Browser sie erst,
|
||
nachdem er das CSS gelesen hat - das kostet spürbar Zeit. Quer- und Hochformat
|
||
sind getrennt, damit das Handy nicht die große Fassung zieht.
|
||
|
||
Hier steht bewusst WebP und nicht AVIF, obwohl die AVIF-Fassungen erzeugt
|
||
werden und rund ein Drittel kleiner wären: Der ausliefernde Server läuft auf
|
||
Express 4, dessen `send` eine alte MIME-Tabelle ohne AVIF mitbringt. Die
|
||
Dateien kämen als application/octet-stream an und würden wegen des
|
||
nosniff-Headers vom Browser verweigert - die Bühne bliebe leer. Sobald der
|
||
Workspace einen eigenen Server bekommt, kann AVIF wieder eingeschaltet
|
||
werden (die Dateien liegen bereit). -->
|
||
<link rel="preload" as="image" href="assets/img/buehne/crew-gate-1920.webp"
|
||
type="image/webp" media="(min-width: 900px)" />
|
||
<link rel="preload" as="image" href="assets/img/buehne/crew-gate-hoch-580.webp"
|
||
type="image/webp" media="(max-width: 899px)" />
|
||
|
||
<link rel="icon" type="image/png" href="/assets/img/app-symbole/crew-32.png?v=202609110109" />
|
||
<link rel="apple-touch-icon" href="/assets/img/app-symbole/crew-180.png?v=202609110109" />
|
||
<link rel="stylesheet" href="assets/css/gate.css?v=202609110109" />
|
||
<!-- Diese Wand steht NUR auf der Adresse von Team Dogi (ueberall sonst
|
||
404, siehe crewWeiche). Sie darf das Haus deshalb direkt nennen
|
||
statt ueber den Platzhalter haus.css zu gehen -- und sie MUSS es:
|
||
Eine Zugangswand, die sich erst nach dem Umbiegen faerbt, waere
|
||
die eine Seite, auf der man das Umfaerben sieht. -->
|
||
<link rel="stylesheet" href="assets/css/crew-haus.css?v=202609110109" />
|
||
</head>
|
||
|
||
<body class="gate gate--crew">
|
||
|
||
<!-- ====================================================================
|
||
DIE DREI ZEICHEN DIESER WAND (10.09.2026)
|
||
|
||
Filipe: "3 rollen. dogfather. rechte hand und modis."
|
||
|
||
Von den fuenf Zeichen der anderen Wand bleibt nur der Husky -- die
|
||
uebrigen gehoeren zu Rollen, die es hier nicht gibt, und ihre
|
||
Namen haetten im Quelltext nichts verloren.
|
||
|
||
DER HUSKY BEI DOGFATHER UND BEI DER RECHTEN HAND, die Pfote bei
|
||
den Modis (Filipe, 10.09.2026, mit Bildschirmfoto: "bei rechte
|
||
hand soll der husky sein und bei modis soll die pfote sein").
|
||
|
||
DAS DREHT EINE FRUEHERE VORGABE UM, und der Grund gehoert dazu: Am
|
||
09.09. hiess es "das modi symbol soll das gleiche sein wie bei
|
||
dogfather" -- damals gab es hier zwei Rollen, und der Satz
|
||
bedeutete "die Modis gehoeren zu Dogi, nicht zur Agentur". Mit
|
||
drei Rollen sagt dieselbe Absicht etwas anderes: Der Husky steht
|
||
bei den beiden, die den Ueberblick haben, die Pfote bei denen, die
|
||
taeglich unterwegs sind. Zwei gleiche Zeichen und ein anderes --
|
||
das liest sich als Gruppe, nicht als Reihe.
|
||
|
||
Die Pfote traegt bei 22 px, weil es fuenf klar getrennte Flaechen
|
||
sind und keine Innenzeichnung -- dasselbe Argument, mit dem auf der
|
||
anderen Wand eine Silhouette einem geschliffenen Koerper gewichen
|
||
ist.
|
||
================================================================= -->
|
||
<svg width="0" height="0" style="position:absolute;overflow:hidden" aria-hidden="true"><defs>
|
||
|
||
<!-- Der Husky ist ein FOTO, kein Pfad. Der Filter zieht ihn auf zwei
|
||
Toene zusammen (dunkles Blaugrau -> Silber), damit er neben
|
||
gezeichneten Zeichen nicht wie ein Fremdkoerper wirkt. -->
|
||
<filter id="rs-husky-duo" color-interpolation-filters="sRGB">
|
||
<feComponentTransfer>
|
||
<feFuncR type="table" tableValues="0.165 0.910"/>
|
||
<feFuncG type="table" tableValues="0.212 0.933"/>
|
||
<feFuncB type="table" tableValues="0.267 0.965"/>
|
||
</feComponentTransfer>
|
||
</filter>
|
||
<g id="r-husky">
|
||
<image href="assets/img/marke-husky.webp" x="0" y="0" width="24" height="24"
|
||
preserveAspectRatio="xMidYMid meet" filter="url(#rs-husky-duo)"/>
|
||
<circle fill="#7ec8f2" cx="7.73" cy="12.1" r="1.05"/>
|
||
<circle fill="#16232f" cx="7.73" cy="12.1" r="0.52"/>
|
||
<circle fill="#ffffff" opacity=".85" cx="7.5" cy="11.85" r="0.2"/>
|
||
</g>
|
||
|
||
<!-- Der Ton der Pfote ist der Modi-Ton (#5f8a9f) nach oben
|
||
aufgehellt: dasselbe Blau wie das App-Symbol, nur heller, damit
|
||
es bei 22 px gegen den dunklen Grund steht. -->
|
||
<linearGradient id="rs-pfote" x1="0" y1="0" x2=".35" y2="1">
|
||
<stop offset="0" stop-color="#cfe4ef"/>
|
||
<stop offset=".55" stop-color="#8fb6c8"/>
|
||
<stop offset="1" stop-color="#5f8a9f"/>
|
||
</linearGradient>
|
||
<g id="r-pfote">
|
||
<ellipse fill="url(#rs-pfote)" cx="12" cy="15.9" rx="5.3" ry="4.4"/>
|
||
<ellipse fill="url(#rs-pfote)" cx="6.5" cy="10.1" rx="2" ry="2.6"
|
||
transform="rotate(-20 6.5 10.1)"/>
|
||
<ellipse fill="url(#rs-pfote)" cx="10.1" cy="7.4" rx="2.05" ry="2.7"/>
|
||
<ellipse fill="url(#rs-pfote)" cx="13.9" cy="7.4" rx="2.05" ry="2.7"/>
|
||
<ellipse fill="url(#rs-pfote)" cx="17.5" cy="10.1" rx="2" ry="2.6"
|
||
transform="rotate(20 17.5 10.1)"/>
|
||
<!-- Ein Lichtstreifen oben links auf dem Ballen -- ohne ihn ist er
|
||
eine flache Flaeche. -->
|
||
<path fill="rgba(255,255,255,.32)"
|
||
d="M8.4 13.6c1-1.3 2.6-2 4.2-1.9-1.7.5-3 1.6-3.6 2.9z"/>
|
||
</g>
|
||
</defs></svg>
|
||
|
||
|
||
<!-- ---------- Bühne: Bild + Schleier ---------------------------------- -->
|
||
<div class="buehne" aria-hidden="true">
|
||
<picture>
|
||
<!-- BIS 2560 PIXEL (07.09.2026). Vorher endete die Reihe bei 1600 --
|
||
auf einem 2550 px breiten Schirm rechnete der Browser das Bild
|
||
also um das 1,6-fache hoch, und jede Kante wurde weich. Genau
|
||
das sah man als "nicht hochwertig", ohne es benennen zu koennen.
|
||
Eine hoehere Bildguete haette daran nichts geaendert: Man kann
|
||
keine Bildpunkte zurueckholen, die nie ausgeliefert wurden.
|
||
Ueber srcset laedt trotzdem jeder nur die Stufe, die er
|
||
braucht -- ein Handy weiterhin 32 KB. -->
|
||
<source media="(min-width: 900px)" type="image/webp"
|
||
srcset="assets/img/buehne/crew-gate-960.webp 960w,
|
||
assets/img/buehne/crew-gate-1280.webp 1280w,
|
||
assets/img/buehne/crew-gate-1600.webp 1600w,
|
||
assets/img/buehne/crew-gate-1920.webp 1920w,
|
||
assets/img/buehne/crew-gate-2560.webp 2560w" sizes="100vw" />
|
||
<source type="image/webp"
|
||
srcset="assets/img/buehne/crew-gate-hoch-440.webp 440w,
|
||
assets/img/buehne/crew-gate-hoch-580.webp 580w,
|
||
assets/img/buehne/crew-gate-hoch-900.webp 900w" sizes="100vw" />
|
||
<img class="buehne__bild" src="assets/img/buehne/crew-gate-1280.webp" alt=""
|
||
width="1647" height="955" fetchpriority="high" decoding="async" />
|
||
</picture>
|
||
<div class="buehne__schleier"></div>
|
||
</div>
|
||
|
||
<!-- ---------- Tafel ----------------------------------------------------
|
||
|
||
DER ANKER (06.09.2026). Im Motiv steht rechts eine LEERE TAFEL mit
|
||
Neonrahmen -- dort gehoert die Anmeldekarte hinein, und zwar genau
|
||
hinein, nicht ungefaehr.
|
||
|
||
Das geht nur, wenn man weiss, wo die gemalte Tafel auf dem
|
||
Bildschirm landet. Das Bild liegt mit `object-fit: cover` darunter;
|
||
je nach Fensterform schneidet der Browser oben/unten oder
|
||
links/rechts etwas ab. Dieser Anker rechnet genau dieselbe
|
||
Cover-Geometrie noch einmal nach (siehe gate.css) -- er ist damit
|
||
deckungsgleich mit dem Bild, und die Karte kann in Prozent des
|
||
BILDES sitzen statt in Prozent des Fensters.
|
||
|
||
Er faengt keine Klicks ab (pointer-events: none); nur die Karte
|
||
darin ist bedienbar. -->
|
||
<div class="tafel-anker">
|
||
<main class="tafel" id="tafel">
|
||
<div class="tafel__kante" aria-hidden="true"></div>
|
||
|
||
<!-- 10.09.2026, Wunsch Filipe: hier soll alles auf DogFather und sein
|
||
Team zugeschnitten sein.
|
||
|
||
Zwei Namen und ein Zeichen dazwischen -- nebeneinander, nicht
|
||
uebereinander. Dogi steht hier nicht ueber den Modis, sie machen
|
||
das zusammen.
|
||
|
||
Das "x" steht als eigenes Element, damit es kleiner und in der
|
||
Zwischenfarbe gesetzt werden kann -- so liest man zwei Namen und
|
||
ein Zeichen dazwischen, nicht drei gleich laute Wörter. Es trägt
|
||
aria-hidden nicht: Vorgelesen wird "DogFather x Team Dogi", und
|
||
genau so spricht man es auch aus. -->
|
||
<header class="kopf">
|
||
<p class="marke marke--paar">
|
||
<span class="marke__dogi">DogFather</span>
|
||
<span class="marke__x">×</span>
|
||
<span class="marke__crew">Team Dogi</span>
|
||
</p>
|
||
<h1 class="titel">Team Dogi</h1>
|
||
<p class="unterzeile">Privater Bereich für DogFather und die Modis.</p>
|
||
</header>
|
||
|
||
<div class="rollen" role="radiogroup" aria-labelledby="rollen-schild">
|
||
<p class="feldschild" id="rollen-schild">Womit meldest du dich an?</p>
|
||
|
||
<button type="button" class="rolle" data-rolle="admin" role="radio" aria-checked="false">
|
||
<svg class="rolle__zeichen" viewBox="0 0 24 24" aria-hidden="true"><use href="#r-husky"/></svg>
|
||
<span class="rolle__text">
|
||
<span class="rolle__name">DogFather</span>
|
||
<span class="rolle__zusatz">Überblick & Entscheidungen</span>
|
||
</span>
|
||
</button>
|
||
|
||
<!-- Der Untertitel beschreibt eine AUFGABE, kein Recht -- dieselbe
|
||
Ueberlegung wie auf der anderen Wand: Wer vor der Auswahl
|
||
steht, fragt sich nicht, was er duerfte, sondern was er hier
|
||
tut. Und er stellt niemanden ueber jemanden: "vertritt und
|
||
koordiniert" ist eine Taetigkeit, kein Rang. -->
|
||
<button type="button" class="rolle" data-rolle="hand" role="radio" aria-checked="false">
|
||
<svg class="rolle__zeichen" viewBox="0 0 24 24" aria-hidden="true"><use href="#r-husky"/></svg>
|
||
<span class="rolle__text">
|
||
<span class="rolle__name">Rechte Hand</span>
|
||
<span class="rolle__zusatz">Vertritt und koordiniert</span>
|
||
</span>
|
||
</button>
|
||
|
||
<button type="button" class="rolle" data-rolle="modi" role="radio" aria-checked="false">
|
||
<svg class="rolle__zeichen" viewBox="0 0 24 24" aria-hidden="true"><use href="#r-pfote"/></svg>
|
||
<span class="rolle__text">
|
||
<span class="rolle__name">Modi</span>
|
||
<span class="rolle__zusatz">Chat, Live und eigene Aufgaben</span>
|
||
</span>
|
||
</button>
|
||
</div>
|
||
|
||
|
||
|
||
<form class="formular" id="formular" novalidate>
|
||
<label class="feldschild" for="code">
|
||
Persönlicher Zugangscode <span class="fuer" id="fuer" hidden></span>
|
||
</label>
|
||
|
||
<div class="feld">
|
||
<input type="password" id="code" name="code" inputmode="text"
|
||
autocomplete="current-password" spellcheck="false"
|
||
placeholder="Code eingeben" aria-describedby="hinweis fehler" />
|
||
<button type="button" class="feld__auge" id="auge"
|
||
aria-label="Code anzeigen" aria-pressed="false">
|
||
<svg viewBox="0 0 24 24" aria-hidden="true">
|
||
<path class="strich" d="M2.5 12S6 5.8 12 5.8 21.5 12 21.5 12 18 18.2 12 18.2 2.5 12 2.5 12Z"/>
|
||
<circle class="strich" cx="12" cy="12" r="2.9"/>
|
||
<path class="strich durch" d="m4 20 16-16"/>
|
||
</svg>
|
||
</button>
|
||
</div>
|
||
|
||
<p class="hinweis" id="hinweis" hidden>Feststelltaste ist aktiv.</p>
|
||
<p class="fehler" id="fehler" role="alert" aria-live="polite"></p>
|
||
|
||
<button type="submit" class="knopf" id="knopf">
|
||
<span class="knopf__text">Anmelden</span>
|
||
<span class="knopf__laden" aria-hidden="true"></span>
|
||
</button>
|
||
</form>
|
||
|
||
<p class="fuss">
|
||
Verschlüsselte Verbindung · Zugriffe werden protokolliert
|
||
</p>
|
||
</main>
|
||
</div>
|
||
|
||
<script src="assets/js/gate.js?v=202609110109" defer></script>
|
||
</body>
|
||
</html>
|