DogFatherGitandClaude Opus 5
4324547eb3
Filipe: „zeurst schaust du mal ob es im system liegt dass miss, die modi,
keine sprachnachrichten hoeren kann oder ob es an ihr liegt weil bei allen
anderen klappt nur bei ihr nicht"
ES LAG AM SYSTEM.
WAS GEMESSEN WURDE (nicht vermutet)
1. An ihrer Rolle liegt es nicht. Der Weg `/workspace/api/chat/anhang/:id`
fragt drei Dinge: gibt es die Nachricht, ist die Person im Raum, hat sie
das Gespraech weggeraeumt. Keine Rollenpruefung. Gegen eine Wegwerf-
Datenbank gemessen: `anmelden admin=200 modi=200`, Anhang als modi
HTTP 200, 40018 Bytes -- genau wie als admin.
2. Sie ist in allen drei Raeumen mit Sprachnachrichten, geloescht_bis = 0,
alle sechs Tondateien liegen auf der Platte. (Live-Datenbank, nur
gelesen, auf einer Kopie, Kopie danach geloescht.)
3. Sie ist die EINZIGE im Haus mit Safari. Aus dem Caddy-Protokoll, ueber
IP und Minute mit ihren Protokolleintraegen abgeglichen: iPhone,
iOS 18.7, Safari 26.6.1. Alle anderen Geraete der letzten zwei Wochen:
Android-Chrome 3900 Anfragen, Windows-Chrome/Edge/Firefox 2646.
Neun von zehn iPhone-IP-Praefixen sind ihre.
4. DER FEHLER: Der Anhang-Weg beantwortete eine Teilanfrage
(`Range: bytes=0-1`) mit einer vollen HTTP 200 -- ohne `Accept-Ranges`,
ohne `Content-Length`, als `chunked`. Zum Vergleich dieselbe Anfrage an
`express.static`: HTTP 206, `accept-ranges: bytes`,
`content-range: bytes 0-1/2480`.
Safari verlangt fuer <audio> und <video> zwingend Teilanfragen und
verweigert die Wiedergabe bei einer 200. Chrome und Firefox nehmen die
ganze Datei klaglos. Bilder brauchen das nicht -- deshalb sah sie Fotos
und hoerte nichts, und deshalb fiel es sieben Tage lang nur ihr auf.
WAS GEAENDERT IST
A) EIN GEMEINSAMER AUSLIEFERWEG (server/helfer-ausliefern.mjs)
Im Haus gaben ZEHN Stellen eine Datei mit `createReadStream(pfad)
.pipe(res)` hinaus: Chat-Anhang, Chat-GIF, Dateiablage (ansehen und
laden), Material (ansehen und laden), Steckbriefbild, Buehnenbild,
Supportbild, Wissens-PDF. Nur eine davon zu reparieren hiesse, eine
Liste zu fuehren, welche Stelle schon richtig ist -- und die naechste
neue macht es wieder falsch. Alle zehn gehen jetzt ueber
`liefereDatei(req, res, pfad)`: `Accept-Ranges`, `Content-Length`,
206 mit `Content-Range`, 416 mit `bytes */groesse`. Mehrere Bereiche in
einer Anfrage werden absichtlich nicht bedient (das darf ein Server);
die Antwort ist dann die GANZE Datei, nie eine falsche Teilmenge.
WAS ES AUSSER SAFARI BRINGT, gemessen: Eine MP4-Sprachnachricht meldete
in Chromium ohne Teilanfragen 0,23 s statt 1,96 s Laenge -- der Kopf
einer MP4 steht am Ende der Datei. Eine Ogg-Datei meldete „Infinity"
statt 2,02 s. Und ein PDF-Betrachter springt jetzt zu einer Seite, ohne
die ganze Datei zu holen.
B) AUFGENOMMEN WIRD AAC IN MP4 (workspace/assets/js/chat.js)
Die Reihenfolge der Behaelter beantwortete bisher die Frage „was kann
DIESES Geraet am liebsten". Richtig ist „was koennen die ANDEREN
abspielen" -- die hoeren es.
Gemessen mit echten Aufnahmen aus echten Browsern, danach in beiden
Engines abgespielt:
Chromium nimmt auf: webm/opus, mp4(AAC), mp4(Opus)
Firefox nimmt auf: webm/opus, ogg/opus -- MP4 gar nicht
Beide spielen alle vier Behaelter vollstaendig ab (2 s rein, 2 s raus)
ZWEI FALLEN, die die Messung gezeigt hat:
- Ein blankes `audio/mp4` ist nicht AAC: Chromium meldet darauf
`audio/mp4;codecs=opus` zurueck -- MP4 aussen, Opus innen, fuer Safari
genauso unbrauchbar wie WebM. Deshalb steht `audio/mp4;codecs=mp4a.40.2`
VOR dem blanken `audio/mp4`.
- Firefox kann kein MP4 aufnehmen und faellt sauber auf WebM/Opus
zurueck. Kein Rueckschritt -- das ist der heutige Stand.
Die Pruefung nimmt jetzt im echten Browser ueber den echten Knopf auf,
und der Server erkennt: audio/mp4, 45583 Bytes, 2734 ms.
BERICHTIGT: In zwei Kommentaren stand „Safari und das iPhone koennen
nur MP4". Das stimmt nicht. An Miss' eigener Aufnahme nachgemessen:
Behaelter WebM, Mux-Programm „WebKit", Tonspur A_OPUS. Safari NIMMT
WebM auf -- ob es WebM abspielt, ist eine andere Frage.
C) EIN AUSWEG STATT EINER VERTROESTUNG (chat.js, chat.css)
Vorher stand im Fehlerfall „Sprachnachricht laesst sich gerade nicht
laden". Das war fuer Miss die ganze Auskunft, und es stimmte nicht
einmal: Die Datei kam an, ihr Browser konnte den Behaelter nicht.
„Gerade" heisst „gleich nochmal versuchen" -- bei einem fremden
Behaelter hilft kein Versuch mehr.
Jetzt wird unterschieden (Fehlercode 4 = Format, alles andere = Laden)
und daneben steht ein Weg, der wirklich zum Ton fuehrt: Herunterladen,
44 px hoch, in der Farbe der Blase, mit eigenem Vorlesewort. Nur im
Fehlerfall -- ein Knopf an jeder Sprachnachricht waere Unordnung fuer
alle, damit einer Person geholfen ist.
WAS JETZT NACHGEZAEHLT WIRD
- pruef-chat-anhaenge: 119 -> 146 Pruefungen. Dreizehn davon messen
Teilanfragen am Foto (0-9, -8, 5-, ueber das Ende hinaus, 416, mehrere
Bereiche, unverstandener Kopf) und vergleichen jeden Abschnitt BYTEWEISE
mit der vollen Datei -- eine 206 mit den falschen Bytes waere schlimmer
als keine. Drei Gegenproben legen dieselbe Messlatte an erfundene
Antworten (die alte volle 200, falsche Gesamtgroesse, falsche Bytes) und
muessen durchfallen. Neun weitere pruefen die Sprachnachricht selbst und
den Ausweg.
- pruef-wissen-neu: +6. Der Weg zur PDF war der EINZIGE der zehn, den nie
eine Pruefung abgerufen hat -- genau der, bei dem eine Umstellung
unbemerkt danebengeht. Jetzt beide Spielarten (ansehen und laden).
- pruef-struktur: +6. Wer kuenftig wieder `createReadStream(...).pipe(res)`
schreibt, bekommt einen Befund. Mit Gegenproben in beide Richtungen; die
Probetexte sind zusammengesetzt, sonst meldet die Wache ihre eigene
Begruendung als Fund. Pruefdateien sind ausgenommen, weil sie an niemanden
ausliefern -- dort ist ein Weg ohne Teilanfragen die Gegenprobe.
(Beim ersten Lauf hat die Wache sofort meine eigene Messdatei gefunden.)
WAS NICHT NACHGESEHEN WERDEN KONNTE
Ob iOS-Safari WebM/Opus ueberhaupt abspielt. Playwrights WebKit startet auf
diesem Rechner nicht (`icuuc77.dll`, auch nach Neuinstallation), und ein
iPhone habe ich nicht. Der dritte Ausgang: konnte nicht nachsehen. Deshalb
sind A, B und C drei Sicherungen hintereinander statt einer Wette auf eine.
GEPRUEFT (alles einzeln, kein Gesamtlauf)
pruef-chat-anhaenge 146 ok pruef-material 159 ok
pruef-wissen-neu 33 ok pruef-spenden 172 ok
pruef-struktur 85 ok pruef-support 63 ok
pruef-video 74 ok pruef-steckbrief 65 ok
pruef-galerie 26 ok pruef-eintrag-bild 24 ok
pruef-chat 63 ok pruef-chat-optik 62 ok
pruef-haus-trennung 100 ok
Die beiden Haeuser bleiben getrennt (pruef-haus-trennung, 100 ok). Der
Ausliefer-Weg gehoert beiden gleichermassen und traegt nichts Haus-
spezifisches; die Aufnahme betrifft faktisch nur Team Dogi, weil nur dort
der Mikrofonknopf steht („also nur die modis rechte linke hand und
dogfather").
NICHT VON MIR, SCHON VORHER ROT: pruef-gifs meldet zwei Fehler („das GIF
steht danach wirklich im Verlauf", „die Tafel geht zu"). Gegen den
unveraenderten Stand von HEAD nachgemessen -- dieselben zwei Fehler, mit
denselben Zahlen. Ein eigener Befund, kein Nebenschaden dieser Arbeit.
Co-Authored-By: Claude Opus 5 <[email protected]>
466 lines
22 KiB
HTML
466 lines
22 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 · DogFather Universe</title>
|
||
<!-- WEDER "Arbeitsbereich" NOCH "die Modis" (11.09.2026).
|
||
|
||
Seit die Community durch diese Wand kommt, liest sie auch diesen
|
||
Satz. "Privater Arbeitsbereich fuer DogFather und die Modis" waere
|
||
fuer sie schlicht falsch -- und das Erste, was sie ueber das Haus
|
||
erfaehrt. -->
|
||
<meta name="description" content="Privater Bereich rund um DogFather. Zugang nur mit persönlichem Code." />
|
||
<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=202610020340" />
|
||
<link rel="apple-touch-icon" href="/assets/img/app-symbole/crew-180.png?v=202610020340" />
|
||
<link rel="stylesheet" href="assets/css/gate.css?v=202610020340" />
|
||
<!-- 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=202610020340" />
|
||
</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>
|
||
|
||
<!-- ================================================================
|
||
DIE KRONE BEI DOGFATHER (22.09.2026)
|
||
|
||
Filipe: "bei dogi soll kein husky sein sondern eine krone. die
|
||
auch extrem auffaellt damit man den unterschied extrem
|
||
erkennt."
|
||
|
||
WARUM ES NOETIG WAR: Drei der fuenf Rollen auf dieser Wand
|
||
trugen denselben Husky -- DogFather, rechte Hand, linke Hand.
|
||
Drei gleiche Zeichen untereinander sind kein Zeichen mehr,
|
||
sondern Tapete; man liest dann nur noch die Namen, und dafuer
|
||
braucht es kein Bild.
|
||
|
||
WARUM GOLD UND NICHT DER ROLLENTON: Die anderen vier Zeichen
|
||
sind blau bis blaugrau (Husky silbern, Pfote blau, Community
|
||
blaugrau). Eine Krone im selben Farbkreis waere eine andere
|
||
FORM, aber kein anderer Eindruck. Gold ist der einzige Ton im
|
||
Haus, der hier nicht schon vergeben ist -- und der, den eine
|
||
Krone ohnehin hat. Es sind die vorhandenen Hausfarben
|
||
(--k-gold-Familie), kein neuer Ton und kein Leuchten: Die Wand
|
||
bleibt augenschonend, der Unterschied kommt aus Form und
|
||
Farbkreis, nicht aus Helligkeit.
|
||
|
||
UND WAS SIE NICHT HEISST: Der Untertitel bleibt "Ueberblick &
|
||
Entscheidungen" -- eine AUFGABE, kein Rang. Das Zeichen sagt
|
||
hier "das ist die Rolle, die du suchst", nicht "der steht ueber
|
||
den anderen". Genau deshalb aendert sich am Text nichts und die
|
||
vier anderen Rollen behalten ihre Zeichen unveraendert.
|
||
================================================================ -->
|
||
<linearGradient id="rs-krone" x1=".1" y1="0" x2=".7" y2="1">
|
||
<stop offset="0" stop-color="#ffe9b8"/>
|
||
<stop offset=".42" stop-color="#e8c07d"/>
|
||
<stop offset="1" stop-color="#b8863c"/>
|
||
</linearGradient>
|
||
<linearGradient id="rs-krone-band" x1="0" y1="0" x2="0" y2="1">
|
||
<stop offset="0" stop-color="#f3d79b"/>
|
||
<stop offset="1" stop-color="#a9762f"/>
|
||
</linearGradient>
|
||
<g id="r-krone">
|
||
<!-- Der Koerper: fuenf Zacken. Die Taeler sind bewusst tief (bis
|
||
y=12), damit die Silhouette auch bei 22 px noch als Krone und
|
||
nicht als Zackenband gelesen wird. -->
|
||
<path fill="url(#rs-krone)"
|
||
d="M4.55 16.4 3.55 7.35 8.15 11.95 12 4.85 15.85 11.95 20.45 7.35 19.45 16.4 Z"/>
|
||
<!-- Die Kugeln auf den drei hohen Zacken. Sie sind das, was eine
|
||
Krone von einem Zackenrad unterscheidet. -->
|
||
<circle fill="url(#rs-krone)" cx="3.55" cy="6.6" r="1.5"/>
|
||
<circle fill="url(#rs-krone)" cx="12" cy="4.1" r="1.75"/>
|
||
<circle fill="url(#rs-krone)" cx="20.45" cy="6.6" r="1.5"/>
|
||
<!-- Das Band. Eigener Verlauf, dunkler nach unten -- ohne ihn
|
||
verschmilzt es mit dem Koerper zu einer Flaeche. -->
|
||
<rect fill="url(#rs-krone-band)" x="3.75" y="16.5" width="16.5" height="3.55" rx="1.3"/>
|
||
<!-- Drei Steine im Band. Der mittlere groesser, damit das Auge
|
||
eine Mitte hat. -->
|
||
<circle fill="#5f3c12" opacity=".55" cx="7.6" cy="18.3" r=".75"/>
|
||
<circle fill="#5f3c12" opacity=".55" cx="12" cy="18.3" r=".95"/>
|
||
<circle fill="#5f3c12" opacity=".55" cx="16.4" cy="18.3" r=".75"/>
|
||
<!-- Lichtkante oben links. Echtes Licht faellt nicht flaechig,
|
||
sondern auf eine Kante -- dieselbe Ueberlegung wie beim
|
||
Lichtstreifen auf dem Pfotenballen. -->
|
||
<path fill="rgba(255,255,255,.42)"
|
||
d="M4.75 15.2 4.0 8.6 6.1 10.7 Z"/>
|
||
</g>
|
||
|
||
<!-- 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>
|
||
|
||
<!-- DIE COMMUNITY (11.09.2026).
|
||
|
||
Zwei Figuren, keine einzelne. Das Zeichen EINER Person ist im
|
||
Haus schon vergeben; zwei Rollen mit demselben Zeichen heisst,
|
||
dass das Zeichen nichts mehr sagt.
|
||
|
||
(Und ja: Hier stand zuerst der Name jener anderen Rolle. Diese
|
||
Datei wird an jedes Mitglied der Community ausgeliefert, samt
|
||
Kommentaren -- eine Rolle der Agentur hat darin nichts verloren.
|
||
Gefunden hat das nicht das Auge, sondern pruef-crew-adresse, die
|
||
seit dem 10.09. genau danach sucht. Zum zweiten Mal an einem Tag,
|
||
und zum zweiten Mal in einem Kommentar, der erklaert, warum man
|
||
so etwas nicht schreibt.)
|
||
|
||
Die hintere Figur ist leiser gesetzt und teilweise verdeckt -- das
|
||
ist keine Zierde: Bei 22 px verschmelzen zwei gleich helle Formen
|
||
zu einem Klecks. Erst der Helligkeitsunterschied macht daraus zwei
|
||
Menschen.
|
||
|
||
DERSELBE VERLAUF WIE DIE PFOTE, nicht der Husky-Filter: Die Pfote
|
||
steht bei denen, die taeglich unterwegs sind, der Husky bei denen
|
||
mit dem Ueberblick. Die Community ist weder das eine noch das
|
||
andere -- sie bekommt die Farbe der Pfote und eine eigene Form.
|
||
Ein drittes Farbsystem auf einer Wand mit vier Kacheln waere
|
||
Unruhe ohne Aussage. -->
|
||
<g id="r-leute">
|
||
<circle fill="url(#rs-pfote)" opacity=".55" cx="15.9" cy="8.1" r="2.9"/>
|
||
<path fill="url(#rs-pfote)" opacity=".55"
|
||
d="M10.6 20.4v-2.2c0-2.6 2.4-4.3 5.3-4.3s5.3 1.7 5.3 4.3v2.2z"/>
|
||
<circle fill="url(#rs-pfote)" cx="9.2" cy="7.4" r="3.4"/>
|
||
<path fill="url(#rs-pfote)"
|
||
d="M2.8 20.4v-2.5c0-3 2.9-5 6.4-5s6.4 2 6.4 5v2.5z"/>
|
||
<path fill="rgba(255,255,255,.3)"
|
||
d="M6.6 5.6a3.4 3.4 0 0 1 3.6-1.4c-1.4.3-2.5 1.2-3 2.4z"/>
|
||
</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">Team Dogi und das Rudel. Zugang nur mit persönlichem Code.</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 rolle__zeichen--krone" viewBox="0 0 24 24" aria-hidden="true"><use href="#r-krone"/></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>
|
||
|
||
<!-- DIE LINKE HAND (21.09.2026).
|
||
|
||
SIE MUSS HIER STEHEN, SONST GIBT ES SIE NICHT. Die Anmeldung
|
||
sucht `WHERE rolle = ?` auf die angetippte Kachel. Ohne diese
|
||
Karte koennte sich eine linke Hand mit dem richtigen Code
|
||
NIEMALS anmelden -- und der Fehler saehe aus wie ein falscher
|
||
Code, nicht wie eine fehlende Kachel. Gemessen, nicht
|
||
angenommen: Es gibt auf dieser Wand keinen rollenuebergreifenden
|
||
Sonderweg.
|
||
|
||
DERSELBE HUSKY wie rechts: Beide tun dasselbe. Was sie
|
||
unterscheidet, gehoert nicht auf die Anmeldewand, sondern in
|
||
die Rollenauswahl bei den Personen -- hier steht nur, was
|
||
jemand HIER tut. -->
|
||
<button type="button" class="rolle" data-rolle="linke" 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">Linke 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>
|
||
|
||
<!-- DIE VIERTE KACHEL (Entscheidung Filipe, 11.09.2026).
|
||
|
||
Das Rudel ist kein eigenes Haus mehr, sondern ein Raum in
|
||
diesem. Damit kommt die Community durch DIESE Wand, und sie
|
||
braucht etwas zum Drauftippen.
|
||
|
||
SIE STEHT GANZ UNTEN, und das ist nicht Rangfolge, sondern
|
||
Haeufigkeit: Die drei darueber melden sich taeglich an, die
|
||
Community-Kachel wird von jedem Einzelnen genau einmal
|
||
gedrueckt und danach merkt sich der Browser die Wahl
|
||
(localStorage, siehe gate.js). Wer taeglich kommt, soll oben
|
||
finden, was er taeglich braucht.
|
||
|
||
DER UNTERTITEL BESCHREIBT EINEN ORT, KEINE RECHTE -- dieselbe
|
||
Ueberlegung wie bei den drei anderen: Wer vor der Auswahl
|
||
steht, fragt sich nicht, was er duerfte, sondern wo er
|
||
hinwill. -->
|
||
<button type="button" class="rolle" data-rolle="gast" role="radio" aria-checked="false">
|
||
<svg class="rolle__zeichen" viewBox="0 0 24 24" aria-hidden="true"><use href="#r-leute"/></svg>
|
||
<span class="rolle__text">
|
||
<span class="rolle__name">Community</span>
|
||
<span class="rolle__zusatz">Das Rudel</span>
|
||
</span>
|
||
</button>
|
||
</div>
|
||
|
||
<!-- ==== DAS ALTER (15.09.2026) ================================
|
||
Auf der Regelseite steht seit dem 11.09. „ab 18". Bis heute war
|
||
das ein Satz; jetzt ist es eine Bedingung.
|
||
|
||
Es erscheint nur bei der Community-Kachel: Wer zum Team gehört,
|
||
hat seinen Zugang von DogFather persönlich bekommen – da ist die
|
||
Frage vorher geklärt, und ein Häkchen an der Tür wäre nur im Weg.
|
||
|
||
Das Häkchen ist NICHT die Sicherung, es ist die Frage. Geprüft
|
||
und festgehalten wird sie am Server; hier steht sie nur so, dass
|
||
man sie liest, bevor man sie setzt. -->
|
||
<div class="alterfrage" id="alterfrage" hidden>
|
||
<label class="alterfrage__zeile">
|
||
<input type="checkbox" id="alter-ok" />
|
||
<span class="alterfrage__text">
|
||
Ich bin mindestens <strong id="alter-zahl">18</strong> Jahre alt.
|
||
</span>
|
||
</label>
|
||
</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>
|
||
|
||
<!-- EINE TÜR BRAUCHT EINE KLINGEL (ergänzt 19.09.2026).
|
||
|
||
Hier standen vier Kacheln, ein Feld „Code eingeben" und ein
|
||
Knopf. Wer keinen Code hat, fand keinen einzigen Satz, der ihm
|
||
sagt, was jetzt zu tun ist. Für die Community ist das besonders
|
||
teuer: Sie ist die einzige Rolle, die von außen kommt und
|
||
niemanden im Haus kennt. -->
|
||
<!-- ZWEI SORTEN MENSCHEN STEHEN HIER (ergaenzt 20.09.2026).
|
||
Der Satz galt nur der Community ("Frag im Live nach"). Ein
|
||
Modi oder die rechte Hand steht aber auf derselben Wand --
|
||
und wenn sein Code nicht geht, nennt ihm die Seite
|
||
niemanden, den er fragen koennte. Der Zusatz kostet eine
|
||
Zeile und schliesst die einzige Sackgasse, die es vor der
|
||
Anmeldung ueberhaupt geben kann. -->
|
||
<p class="fuss fuss--woher">Noch keinen Code? Frag im Live nach – Team Dogi gibt ihn dir persönlich.<br />
|
||
Gehörst du zum Team und dein Code geht nicht? Schreib DogFather – er macht dir einen neuen.</p>
|
||
|
||
<!-- DAS ANGEBOT ZUM INSTALLIEREN GEHOERT HIERHER (22.09.2026).
|
||
Filipe: "ich will einen installieren button. damit die leute es
|
||
viel einfacher haben die seite auf dem pc oder auf dem handy zu
|
||
installieren!!!"
|
||
|
||
Diese Seite ist die, auf der jeder zuerst landet -- und die
|
||
einzige, die keine Kopfleiste hat. Genau deshalb fehlte das
|
||
Angebot hier bisher ganz.
|
||
|
||
UNTER dem Anmelden-Knopf und nicht darueber: Wer hier ist, will
|
||
sich anmelden. Das Installieren ist das zweite Anliegen, nicht
|
||
das erste. Der Knopf ist von selbst weg, sobald die App liegt. -->
|
||
<p class="gate-install" data-install-platz></p>
|
||
|
||
<p class="fuss">
|
||
Verschlüsselte Verbindung · Zugriffe werden protokolliert
|
||
</p>
|
||
</main>
|
||
</div>
|
||
|
||
|
||
|
||
|
||
<script src="assets/js/gate.js?v=202610020340" defer></script>
|
||
<script src="assets/js/installieren.js?v=202610020340" defer></script>
|
||
</body>
|
||
</html>
|