DogFatherGit/dogfather-universe
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
Files
c4bdc1c4c26058e31e368debb962f38515c48a33
dogfather-universe/workspace/buehne.html
T
DogFatherGitandClaude Opus 5 c4bdc1c4c2 Kapitel 04: der Knopf heisst "Hingehen" -- und das Datum war gar keins 
Zwei kleine Dinge aus dem Bauplan, Kapitel 04. Das zweite war ein
echter Fehler, und er war auf dem Weg nach draussen.

"AKTUALISIERT AM" -- UND DANN STUENDE DA EIN ZEITSTEMPEL
`datumKurz` prueft mit einem Ausdruck, der ein `$` am Ende hatte. Die
Stufenkarte schickt einen reinen Tag ("2026-10-13"), die Karte aber
einen ganzen Zeitstempel ("2026-10-06T18:22:31.123Z", aus
`new Date().toISOString()` -- siehe anleitung-tabellen.js und
workspace-anleitung.js). Die zweite Form bestand die Pruefung nicht
und waere UNVERAENDERT durchgereicht worden: Auf der Karte haette
woertlich "aktualisiert am 2026-10-06T18:22:31.123Z" gestanden. Kein
Fehler, kein Absturz, keine rote Meldung -- genau die Sorte Schaden,
die `node --check` nicht sehen kann, und die hier auch niemand
gesehen haette, weil die Zeile nur in der Pflege steht.

Gefunden hat es keine Eingebung, sondern das Nachsehen, WAS der
Server wirklich schickt. Die Pruefung fragt ihn jetzt selbst und
rechnet nicht gegen eine Erinnerung.

"HINGEHEN" STATT "ZUR KACHEL"
So steht es im Plan, und es ist die Sprache der Seite: Sie duzt,
begruesst mit Namen und sagt "Schoen, dass du da bist". "Kachel" ist
das Wort, mit dem wir INTERN ueber die Dinge reden; wer neu ist, hat
es noch nie gehoert.

"AKTUALISIERT AM" STEHT NUR IN DER PFLEGE -- eine Entscheidung, die
der Plan so nicht trifft. Fuer ein Mitglied beantwortet das Datum
keine Frage; DASS sich etwas geaendert hat, sagt ihm die Marke "Neu"
daneben, die von selbst wieder verschwindet. Fuer DogFather
beantwortet es eine sehr konkrete: "Habe ich die schon angefasst?"
Eine Zeile, die auf jeder der 34 Karten steht und niemanden angeht,
zieht den Blick von den drei Zeilen darueber weg. .an-karte__stand
ist deshalb klein und still -- --text-still, dieselbe Stimme wie die
Schilder "Wozu"/"Merke", deren Kontrast auf dieser Flaeche schon
geprueft ist. Keine neue, noch blassere Farbe, die niemand bemerkt,
bis sie nicht mehr lesbar ist.

AUSSERDEM: pruef-community-sicht war rot, und zwar zu Recht.
Die handgefuehrte Liste COMMUNITY_SEITEN kannte die neue
Einweisungsseite nicht und meldete "ZU VIEL: anleitung.html". Das ist
kein Mangel der Liste, sondern ihr Zweck -- sie nennt die
ueberzaehlige Seite selbst. anleitung.html ist jetzt eingetragen, mit
Begruendung, und bei willkommen.html steht dran, dass sie nur noch
weiterleitet. 13 -> 14 Seiten, gruen.

GEPRUEFT (pruef-anleitung 188 -> 196):
  - der Weg-Knopf heisst "Hingehen" (1x), "Zur Kachel" nirgends (0x)
  - "aktualisiert am" haengt an der Pflege (1x), nicht an jeder Karte
  - .an-karte__stand ist wirklich gestaltet
  - der Server schickt "geaendert" als ganzen Zeitstempel (14 von 14)
  - ...und die Karte macht daraus einen lesbaren Tag (14 von 14)
  - der reine Tag der Stufenkarte bleibt richtig (13.10.2026)
  - Gegenprobe: was kein Datum ist, wird auch zu keinem gemacht
Die Rechenvorschrift wird dafuer AUSGEFUEHRT und nicht mit einem
Muster angesehen -- ein Muster waere eine zweite, ungenaue
Nachbildung. Und die Voraussetzung ("der Server schickt wirklich
einen Zeitstempel") wird gemessen, nicht angenommen; ohne sie waere
die Zeile darunter eine Rechnung gegen eine Erinnerung, und die
altert.

GEGENPROBE GEFAHREN: `$` wieder eingebaut -> "...und die Karte macht
daraus einen lesbaren Tag (0 von 14)", EXIT=1, und die Zahl bleibt
196. Eine Pruefung, die immer bestaetigt, bestaetigt nichts.

Dazu gruen, gezielt und nicht als Gesamtlauf:
  pruef-css-klassen      4698 Klassenverwendungen, die neue Klasse ist
                         gestaltet; 42 Stellen unter 11,5 px wie
                         bisher (die neue Zeile ist 12,16 px)
  pruef-community-sicht  10 Pruefungen, 0 Fehler
  pruef-haus-trennung    107 geprueft, 0 Fehler -- das Agenturhaus
                         bleibt von der geaenderten Client-Datei
                         unberuehrt
  pruef-deutsche-texte   12 Pruefungen, 0 Fehler

Co-Authored-By: Claude Opus 5 <[email protected]>
2026-10-06 22:23:22 +02:00

70 lines
3.0 KiB
HTML
Raw Blame History

This file contains ambiguous Unicode characters
This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.
<!doctype html>
<html lang="de">
<head>
<meta charset="utf-8" />
<meta name="viewport" content="width=device-width, initial-scale=1" />
<title>Bühne – das laufende Video</title>
<!-- ======================================================================
DAS LAUFENDE VIDEO ALS BROWSER-QUELLE (28.09.2026)
Zeigt das Video, das gerade in der Reaction läuft — auf dieselbe
Sekunde wie bei allen anderen. Sonst nichts: kein Chat, keine
Kameras, keine Bedienung, kein Rand.
WARUM DIE EIGENE KAMERA HIER NICHT DRIN IST: Sie ist in OBS
direkt als Gerät verfügbar, in besserer Qualität und frei in
Größe und Lage. Den Umweg über den Browser zu nehmen hieße,
Qualität gegen nichts einzutauschen — und die Größe wäre dann
festgelegt statt frei.
Sind GÄSTE im Bild, kommen deren Kameras über eine
Direktverbindung an, und die braucht eine angemeldete Seite.
Dafür gibt es den Bühnenmodus der Reaction-Seite
(`reaktion.html?nur=buehne`), der als Fenster aufgenommen wird.
In OBS: Quelle → Browser → diese Adresse, 1920 × 1080,
„Steuerung anzeigen" aus.
====================================================================== -->
<style>
html, body {
margin: 0; padding: 0;
background: #000;
height: 100%; overflow: hidden;
font-family: "Segoe UI", system-ui, -apple-system, sans-serif;
}
#platz { position: fixed; inset: 0; }
#platz iframe { width: 100%; height: 100%; border: 0; display: block; }
/* ==== BEI „NUR KAMERA" GEHT DAS BILD AUS ========================
Sonst läge im Stream ein stehengebliebenes YouTube-Bild unter
den Kameras — und Filipe sähe es nicht, weil er in OBS auf
seine Szene schaut und nicht auf die Quelle.
`visibility` UND NICHT `display`. Ein Spieler, den man aus dem
Seitenaufbau nimmt, hört auf zu dekodieren; beim Zurückschalten
müsste er erst wieder an die richtige Stelle springen, und das
sehen dann alle. So läuft er weiter, nur eben unsichtbar, und
ist in derselben Sekunde wieder da. */
body[data-bild="aus"] #platz { visibility: hidden; }
/* Was zu sehen ist, wenn gerade nichts läuft. Schwarz und still --
eine Beschriftung stünde im Stream. Nur bei einem falschen
Schlüssel gibt es einen Hinweis, denn den sieht man sonst nie. */
.obs-fehler {
position: fixed; left: 16px; top: 16px;
padding: 10px 14px; border-radius: 10px;
background: rgba(140, 20, 30, .9); color: #fff; font-size: 14px;
}
</style>
<!-- DIE WERBEEINBLENDUNG. Dieselbe Datei wie in der Reaction-Seite:
Zwei Fassungen altern unterschiedlich, und dann sieht der Stream
anders aus als das, worueber geredet wird. -->
<link rel="stylesheet" href="assets/css/werbung.css?v=202610062222" />
</head>
<body class="obs-buehne">
<div id="platz"></div>
<script src="assets/js/werbung.js?v=202610062222" defer></script>
<script src="assets/js/buehne.js?v=202610062222" defer></script>
</body>
</html>
Reference in New Issue View Git Blame Copy Permalink