DogFatherGitandClaude Opus 5
2c12b8706e
Filipe, 30.09.2026: „wenn wir bei highlights videos rein setzen will
ich nicht mehr dass wir sie freigeben muessen, sobald die reingesetzt
wurden sollen die sofort zu sehen sein."
=====================================================================
WAS ICH NICHT GETAN HABE, UND WARUM NICHT
=====================================================================
Die naheliegende Loesung waere gewesen, `highlight` aus
`TREFF_FREIGABE_BRETTER` zu streichen. Das waere falsch: Auf diesem
Brett laedt auch die COMMUNITY hoch -- Clips, Bilder, Fanart. Im
Quelltext steht woertlich daneben:
„Zwei Schloesser, weil hier fremde Inhalte hochgeladen werden --
Urheberrecht und Anstand sind nichts, was man nachtraeglich
klaert."
Filipe meint nicht das. Er meint: „wenn WIR videos rein setzen".
=====================================================================
DIE UNTERSCHEIDUNG STAND SCHON IM HAUS -- nur nicht im Code
=====================================================================
Derselbe Quelltext sagt ueber die zwei Freigabe-Bretter
Verschiedenes:
ansteht -> der SCHALTER „Im Treff zeigen". Das Team entscheidet
JE TERMIN, ob die Community ihn sieht.
highlight -> der Urheberrechts- und Anstandsfilter.
Ein Filter fragt „hat das jemand angesehen?". Wenn der, der ihn
bedienen darf, den Eintrag SELBST anlegt, ist die Antwort ja. Genau
diese Begruendung steht seit dem Uebernehmen aus dem Katalog im
Haus: „Eine zweite daneben waere keine Sicherheit, sondern ein
Klick."
Ein Schalter dagegen ist eine Entscheidung je Fall. Termine bleiben
deshalb unberuehrt -- sonst stuende jeder interne Termin sofort im
Treff, und danach hat niemand gefragt.
Neu: `FREIGABE_IST_FILTER` und `sofortFreigeben()` in
workspace-treff.js. DIE BEDINGUNG FRAGT DIE ROLLE, NICHT DEN WEG --
waere der Weg gefragt, waere aus dem Filter ein Loch geworden, sobald
jemand einen zweiten Weg baut. Ein Community-Mitglied ab „Stamm"
darf weiterhin einstellen; sein Eintrag wartet auf das Team.
Gerufen an ZWEI Stellen: beim Videoweg und beim Anlegen von Hand.
Beide hatten es bisher nicht.
=====================================================================
DIE VORHANDENE FREIGABEPRUEFUNG BEWEIST DAS NICHT
=====================================================================
Sie blieb nach der Aenderung gruen -- und das zu Recht: Sie legt ihre
Eintraege unmittelbar in der Datenbank an und prueft damit den
Mechanismus, nicht den Weg. Haette ich mich darauf verlassen, waere
eine Aenderung ausgeliefert worden, fuer die keine Zeile spricht.
pruef-treff (+5): DogFather legt ueber den echten Weg an -> die
Community sieht es SOFORT. Ein TERMIN bleibt verborgen. Die Regel
gibt fuer eine Rolle von aussen NICHT frei und fuer Termine
ueberhaupt nicht.
pruef-video (+3): Der Videoweg hat seinen eigenen Aufruf -- genau
dort wird einer vergessen. Geprueft wird die Freigabezeile selbst,
samt Gegenprobe „freigegeben ist nur, was auch angelegt wurde".
Meinen Abschnitt hatte ich erst HINTER das Abschalten des
nachgebauten TikTok-Dienstes gehaengt -- der Kopf der Datei warnt
woertlich davor („das Abschalten steht ganz hinten"). Gelesen habe
ich ihn, als es rot wurde.
UND `pruef-struktur` HAT MEINE EIGENE NEUE ZEILE GEFANGEN: Sie bildete
das Datum aus UTC statt Ortszeit -- zwischen Mitternacht und zwei Uhr
waere es der falsche Tag gewesen. Behoben mit `tagLokal()`, Minuten
nach dem Schreiben.
Gemessen: pruef-treff 85/0 (war 80), pruef-video 74/0 (war 71),
pruef-highlights 31/0, pruef-bereiche-lesend 37/0,
pruef-treff-werkzeuge 73/0, pruef-alle-sehen-es 43/0,
pruef-community-sicht 10/0, pruef-wege-nach-draussen 67/0,
pruef-struktur 44/0.
Co-Authored-By: Claude Opus 5 <[email protected]>
88 lines
4.0 KiB
HTML
88 lines
4.0 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>Willkommen · Team Dogi</title>
|
|
<meta name="robots" content="noindex, nofollow" />
|
|
<!-- app.webmanifest, NICHT crew.webmanifest -- die Adresse biegt es um.
|
|
Der Server ersetzt den Pfad auf crew. an EINER Stelle
|
|
(crew-adresse.js). Wer hier das Crew-Manifest direkt nennt,
|
|
macht daraus eine zweite Stelle, die beim naechsten Umbau
|
|
vergessen wird. -->
|
|
<link rel="manifest" href="/workspace/app.webmanifest" />
|
|
<meta name="theme-color" content="#06090f" />
|
|
<link rel="icon" type="image/png" href="/assets/img/app-symbole/workspace-32.png?v=202609301254" />
|
|
<link rel="apple-touch-icon" href="/assets/img/app-symbole/workspace-180.png?v=202609301254" />
|
|
<link rel="stylesheet" href="assets/css/gate.css?v=202609301254" />
|
|
<link rel="stylesheet" href="assets/css/start.css?v=202609301254" />
|
|
<link rel="stylesheet" href="assets/css/willkommen.css?v=202609301254" />
|
|
<link rel="stylesheet" href="assets/css/module.css?v=202609301254" />
|
|
<link rel="stylesheet" href="assets/css/haus.css?v=202609301254" />
|
|
</head>
|
|
<!-- KOERPERKLASSE "start", NICHT "gate" (berichtigt 21.09.2026).
|
|
`body.gate` ist die Anmeldewand: `display:flex; align-items:center`,
|
|
gedacht fuer EINE zentrierte Karte. Damit standen Kopfleiste und
|
|
Inhalt NEBENEINANDER -- am Handy blieben dem Text 260 von 390
|
|
Pixeln, am Rechner klebte alles am rechten Rand. Gesehen hat das
|
|
kein gruener Haken, sondern das Bildschirmfoto. -->
|
|
<body class="start" data-ton="34" data-buehne="lounge">
|
|
|
|
<div class="schleier" aria-hidden="true"></div>
|
|
|
|
<header class="kopfleiste">
|
|
<button type="button" class="zurueck-knopf" id="zurueck">
|
|
<svg viewBox="0 0 24 24" aria-hidden="true"><path d="M15 5l-7 7 7 7"/></svg>
|
|
<span class="zurueck-knopf__text">Übersicht</span>
|
|
</button>
|
|
<p class="marke"><span class="marke__text"><a class="zurueck" href="start.html">Team Dogi</a> · Willkommen</span></p>
|
|
<div class="kopfleiste__rechts">
|
|
<span class="wer" id="wer">…</span>
|
|
<button type="button" class="abmelden" id="abmelden">Abmelden</button>
|
|
</div>
|
|
</header>
|
|
|
|
<main class="inhalt" id="haupt" aria-busy="true">
|
|
|
|
<!-- DIE BEGRÜSSUNG.
|
|
|
|
Der Name steht NICHT im HTML, sondern kommt vom Server -- eine
|
|
Seite, die jeder herunterlädt, soll keinen fremden Namen
|
|
enthalten. Bis er da ist, steht hier ein Satz, der auch ohne
|
|
Namen stimmt: "Willkommen!" ist nie falsch. -->
|
|
<section class="w-gruss">
|
|
<h1 class="w-gruss__titel" id="gruss">Willkommen!</h1>
|
|
<p class="w-gruss__rolle" id="rollentext" hidden></p>
|
|
<p class="w-gruss__was" id="einleitung-was"></p>
|
|
<p class="w-gruss__dazu" id="einleitung-dazu"></p>
|
|
</section>
|
|
|
|
<!-- Die Hinweise, die zur Rolle gehören und zu keiner Kachel. -->
|
|
<section class="w-hinweise" id="hinweise" hidden></section>
|
|
|
|
<!-- DIE KACHELN, ERKLÄRT. Sie werden aus derselben Liste gebaut wie
|
|
die Startseite -- deshalb steht hier nur der leere Behälter. -->
|
|
<section class="w-bereiche">
|
|
<h2 class="w-bereiche__titel">Was es hier gibt</h2>
|
|
<p class="w-bereiche__satz" id="bereiche-satz">
|
|
Jede Kachel, die für dich freigeschaltet ist — und wofür sie da ist.
|
|
Tipp eine an, um hinzugehen.
|
|
</p>
|
|
<div id="gruppen"></div>
|
|
</section>
|
|
|
|
<p class="w-laedt" id="laedt">Einen Moment …</p>
|
|
<p class="fehler" id="fehler" hidden></p>
|
|
</main>
|
|
|
|
<script src="assets/js/meldung.js?v=202609301254" defer></script>
|
|
<script src="assets/js/bereiche.js?v=202609301254" defer></script>
|
|
<script src="assets/js/wahl.js?v=202609301254" defer></script>
|
|
<script src="assets/js/nachfrage.js?v=202609301254" defer></script>
|
|
<script src="assets/js/installieren.js?v=202609301254" defer></script>
|
|
<script src="assets/js/kopf.js?v=202609301254" defer></script>
|
|
<script src="assets/js/glocke.js?v=202609301254" defer></script>
|
|
<script src="assets/js/willkommen.js?v=202609301254" defer></script>
|
|
</body>
|
|
</html>
|