DogFatherGitandClaude Opus 5
8a9ab66c44
Filipe: „ich will dass wenn sich jemand bei der workspace seite
anmeldet, angemeldet bleibt bis er sich selbst abmeldet."
ERST GEMESSEN, DANN GEBAUT -- und das hat die Richtung gedreht.
Die naheliegende Antwort waere gewesen, die Sitzung zu verlaengern.
Sie war aber nie zu kurz:
* Der Keks gilt 180 Tage und verlaengert sich beim Benutzen.
* In der echten Datenbank lief KEINE der 28 Sitzungen vor Maerz
2027 ab.
* Am echten Browser nachgestellt: Er uebersteht dreimaliges
Neuladen, den Service Worker UND das Schliessen des Browsers.
Trotzdem meldeten sich dieselben Geraete staendig neu an. DogFathers
Android am 05.10. um 22:54 UND um 22:55 -- gleiche IP, gleiche
Browserkennung, eine Minute auseinander. Kein zweites Geraet.
DER GRUND: `/workspace/` lieferte die Anmeldung aus, OHNE zu fragen,
ob schon jemand angemeldet ist. Das ist die Adresse, die man tippt,
als Lesezeichen hat und weitergibt. Wer sie oeffnete, sah das
Codefeld und tippte den Code noch einmal -- obwohl seine Sitzung die
ganze Zeit gueltig war. Jede Eingabe legt eine neue Sitzung an;
deshalb standen sieben davon bei einer Person.
Haette ich die Sitzungsdauer erhoeht, waere der Fehler geblieben und
die Sicherheit schlechter geworden.
(Die installierte App startet auf `start.html` und war nie betroffen.
Es traf nur den Weg ueber die Adresszeile -- also den haeufigsten.)
WARUM DIE WEITERLEITUNG AUF DEM SERVER STEHT
Mein erster Entwurf stand in gate.js und fragte `/api/ich`. Er
funktionierte und war trotzdem die schlechtere Loesung:
* Ohne Sitzung antwortet `/api/ich` mit 401 -- danach stand bei
JEDEM Aufruf der Anmeldung ein Fehler in der Browserkonsole.
`pruef-neue-seiten` wurde davon zehnmal rot, und eine Meldung,
die immer kommt, liest nach dem zweiten Mal niemand mehr.
* Die Seite musste waehrend der Abfrage verdeckt werden, und diese
Verdeckung brauchte wieder eine Notfrist, damit sie bei
schlechtem Netz nicht haengen bleibt.
* Und es brauchte eine Schleifensperre mit Zeitstempel in zwei
Dateien -- deren erste Fassung prompt jeden ZWEITEN Aufruf auf
der Anmeldung stehen liess. Die Pruefung hat genau das gefunden.
Drei Hilfskonstruktionen fuer etwas, das der Server in einer Zeile
weiss: Er liest die Sitzung ohnehin bei jeder Anfrage. Jetzt sieht
man die Anmeldung gar nicht erst, es gibt keinen Fehler in der
Konsole, und es geht auch ohne JavaScript. Die drei Hilfskonstruktionen
sind wieder entfernt; gate.css ist unveraendert.
BEIDE HAEUSER, OHNE SIE ZU VERMISCHEN: Auf der Crew-Adresse liefert
`/workspace/` die Datei crew-index.html -- derselbe Weg, dasselbe
Ziel. Der Keks bleibt host-gebunden: Wer nur im anderen Haus
angemeldet ist, bekommt weiterhin die Anmeldung, genau wie es die
Haustrennung vom 24.09.2026 verlangt. pruef-crew-adresse bleibt gruen.
NEU: pruef-angemeldet-bleiben.mjs (22 Pruefungen, 0 Fehler)
Mit einem echten Browserprofil auf der Platte -- nur so ueberlebt ein
Keks das Schliessen des Browsers; ein gewoehnlicher Kontext vergisst
alles, und dann maesse die Pruefung ihre eigene Einrichtung.
DIE WICHTIGSTE ZEILE IST DIE ZAHL DER SITZUNGEN. „Man bleibt
angemeldet" laesst sich leicht vortaeuschen: Wer bei jedem Besuch
stillschweigend neu anmeldet, sieht auch nie ein Codefeld. Deshalb
wird durchgehend gezaehlt -- es bleibt bei EINER, ueber drei Aufrufe
und einen Browserneustart hinweg.
Dazu die Gegenprobe in beide Richtungen: Abmelden beendet es
wirklich (die Sitzung ist weg, die Anmeldung bleibt stehen, kein Hin
und Her), und ohne Keks fuehrt `/workspace/` nicht zur Startseite --
die Messung kann also auch Nein sagen.
DREI MEINER EIGENEN MESSUNGEN WAREN ZUERST FALSCH, nicht der Code:
Die Pruefung klickte „Abmelden" ohne die Rueckfrage zu bestaetigen
und meldete dann „die Sitzung ist nicht weg"; ihre Knopfauswahl traf
einen unsichtbaren Knopf und lief 30 Sekunden in eine
Zeitueberschreitung; und die erste Schleifensperre war zu grob.
Alle drei berichtigt, bevor sie als Befund durchgingen.
NICHT VON MIR: pruef-css-klassen meldet weiterhin 44 statt 42
Schriftgroessen unter 11,5 px (uebersicht.css, wissen.css) -- derselbe
aeltere Befund wie gestern.
Co-Authored-By: Claude Opus 5 <[email protected]>
337 lines
17 KiB
HTML
337 lines
17 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>Bereich · Spicy & Dogi</title>
|
||
<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" />
|
||
<link rel="icon" type="image/png" href="/assets/img/app-symbole/workspace-32.png?v=202610060113" />
|
||
<link rel="apple-touch-icon" href="/assets/img/app-symbole/workspace-180.png?v=202610060113" />
|
||
<link rel="stylesheet" href="assets/css/gate.css?v=202610060113" />
|
||
<link rel="stylesheet" href="assets/css/start.css?v=202610060113" />
|
||
<link rel="stylesheet" href="assets/css/aufgaben.css?v=202610060113" />
|
||
<link rel="stylesheet" href="assets/css/bereich.css?v=202610060113" />
|
||
<!-- Wegen des Blocks „Willst du dazugehoeren?" auf dem Brett
|
||
„Mitmachen". Eine eigene Kopie der Regel hier waere die zweite
|
||
Stelle, an der dieselbe Sache anders aussieht. -->
|
||
<link rel="stylesheet" href="assets/css/bewerbung.css?v=202610060113" />
|
||
<link rel="stylesheet" href="assets/css/module.css?v=202610060113" />
|
||
<!-- haus.css MUSS die letzte Stilvorlage sein (10.09.2026).
|
||
Auf der Agenturadresse ist sie leer -- das Haus hier IST der
|
||
Grundzustand. Auf der Adresse von Team Dogi biegt der Server
|
||
genau diesen Dateinamen auf crew-haus.css um, und die Seite
|
||
kommt schon beim ERSTEN Abruf in Lila und Babyblau an --
|
||
ohne Umfaerben im Browser, ohne Flackern. -->
|
||
<link rel="stylesheet" href="assets/css/haus.css?v=202610060113" />
|
||
</head>
|
||
|
||
<body class="start">
|
||
|
||
<!-- Der Schleier ueber der Buehne (Casper und HasiDog in den unteren
|
||
Ecken, siehe start.css). Ein eigenes Element statt eines dritten
|
||
Pseudo-Elements -- body hat nur ::before und ::after. -->
|
||
<div class="schleier" aria-hidden="true"></div>
|
||
|
||
<header class="kopfleiste">
|
||
<button type="button" class="zurueck-knopf" id="zurueck" hidden>
|
||
<svg class="zurueck-knopf__pfeil" viewBox="0 0 24 24" aria-hidden="true">
|
||
<path d="M14.5 5.5 8 12l6.5 6.5" />
|
||
</svg>
|
||
<span class="zurueck-knopf__text">Zurück</span>
|
||
</button>
|
||
<!-- Der innere span.marke__text fehlte hier als einziger Seite. Damit
|
||
griffen weder die Überlauf-Kürzung noch der Rang im Schriftzug --
|
||
aufgefallen erst, als die Seitenprüfung die Marke auf allen
|
||
dreizehn Seiten nachgesehen hat. -->
|
||
<p class="marke"><span class="marke__text"><a class="zurueck" href="start.html">Creator Workspace</a> ·
|
||
<span id="marke-bereich">…</span></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 inhalt--breit">
|
||
|
||
<section class="kopf-zeile">
|
||
<div>
|
||
<!-- LEER, UND DAS IST ABSICHT (20.09.2026). Hier stand fest
|
||
"Betreuung" -- und weil sechs Bretter keine eigene
|
||
Oberzeile haben, stand das Wort ueber den Brettern eines
|
||
Modi, der niemanden betreut. Der Server schickt jetzt die
|
||
Gruppe der Kachel mit, ueber die man hergekommen ist. -->
|
||
<p class="marke" id="ober"></p>
|
||
<h1 class="titel" id="titel">…</h1>
|
||
<p class="unterzeile" id="unterzeile"></p>
|
||
<!-- WER ENTSCHEIDET (21.09.2026).
|
||
|
||
Filipe: "immer wenn es um was geht was ich machen soll ...
|
||
dass ich immer am ende entscheide ob ich was mache oder
|
||
nicht. ich kann immer annehmen oder ablehnen."
|
||
|
||
STEHT NUR AUF BRETTERN, FUER DIE ES VORSCHLAEGE GIBT -- der
|
||
Server entscheidet das, abgeleitet aus dem Vorschlagskatalog.
|
||
Auf einem Brett fuer Termine oder Dateien waere der Satz
|
||
sinnlos, und ein Hinweis, der ueberall steht, wird nirgends
|
||
gelesen.
|
||
|
||
`hidden` von Anfang an: Sonst blitzt beim Laden eine leere
|
||
Zeile auf und die Ueberschrift springt. -->
|
||
<p class="brett-entscheidung" id="brett-entscheidung" hidden></p>
|
||
</div>
|
||
<button type="button" class="knopf knopf--klein" id="neu-oeffnen">Neuer Eintrag</button>
|
||
</section>
|
||
|
||
<form class="neu" id="neu" hidden>
|
||
<!-- STARTHILFE (18.09.2026). Ein leeres Feld ist der haeufigste
|
||
Grund, warum ein Brett still bleibt, obwohl viele mitlesen.
|
||
Die Zeile verschwindet, sobald jemand selbst tippt -- Hilfe,
|
||
die stehen bleibt, wenn man sie nicht mehr braucht, ist im Weg. -->
|
||
<div class="starthilfe" id="starthilfe" hidden>
|
||
<p class="starthilfe__wort">Kein Anfang? Nimm eines davon und schreib es um:</p>
|
||
<div class="starthilfe__reihe" id="starthilfe-reihe"></div>
|
||
</div>
|
||
<div class="neu__raster">
|
||
<div>
|
||
<label class="feld-schild" for="f-art">Art</label>
|
||
<select id="f-art"></select>
|
||
</div>
|
||
<div>
|
||
<label class="feld-schild" for="f-datum" id="schild-datum">Datum</label>
|
||
<input id="f-datum" type="date" />
|
||
<!-- WAS DAS DATUM BEWIRKT (17.09.2026). Das Feld ist mit heute
|
||
vorbelegt und hiess bisher nur "Datum" -- dass ein Tag in der
|
||
Zukunft den Zettel in den Kalender bringt, konnte niemand
|
||
wissen. Der Satz aendert sich mit der Eingabe: Ein fester
|
||
Hinweis beantwortet die Frage nicht, die man gerade hat. -->
|
||
<p class="feld-hinweis" id="hinweis-datum" aria-live="polite"></p>
|
||
</div>
|
||
<!-- DIE UHRZEIT (17.09.2026). Nur dort sichtbar, wo Termine
|
||
stehen. Optional: Viele Termine haben keine Uhrzeit ("diese
|
||
Woche", "im Oktober"), und ein Pflichtfeld haette dafuer eine
|
||
erfundene erzwungen. Ohne sie zaehlt der Countdown in Tagen. -->
|
||
<div id="feld-uhrzeit" hidden>
|
||
<label class="feld-schild" for="f-uhrzeit">Uhrzeit</label>
|
||
<input id="f-uhrzeit" type="time" />
|
||
<p class="feld-hinweis">Wenn du sie weißt. Dann zählt der Countdown in Stunden.</p>
|
||
</div>
|
||
<!-- Nur bei Agentur-Events: das Ende des Zeitraums. Der Beginn ist
|
||
das Feld darueber -- ein zweites Datumsfeld daneben liest sich
|
||
als Spanne, ein Feld "Zeitraum" mit Text darin nicht. -->
|
||
<div id="feld-ende" hidden>
|
||
<label class="feld-schild" for="f-ende">Bis</label>
|
||
<input id="f-ende" type="date" />
|
||
<!-- WIE LANGE DAS LAEUFT, STEHT DARUNTER (03.10.2026).
|
||
"02.10. bis 15.10." liest man als Spanne, aber ob das zwei
|
||
Wochen sind, rechnet man im Kopf nach. Und ein Ende VOR dem
|
||
Anfang faellt hier auf statt erst auf der Karte - dort
|
||
stuende dann "vorbei seit 3 Tagen" an einem Event, das
|
||
gerade erst angelegt wurde. -->
|
||
<p class="feld-hinweis" id="hinweis-dauer" aria-live="polite"></p>
|
||
</div>
|
||
<!-- ZU WELCHEM ACCOUNT GEHOERT DAS? (20.09.2026)
|
||
|
||
Filipe: "und wenn man was hinzufuegt soll man auch den
|
||
account auswaehlen koennen."
|
||
|
||
NUR AUF DEN HIGHLIGHTS, und nur dort auch noetig: Bei einem
|
||
TikTok-Link leitet der Server den Kanal aus dem Handle ab
|
||
(kanalVonHandle) -- das ist genauer als jede Auswahl, weil
|
||
niemand sich vertippen kann. Ein Bild, ein Moment oder eine
|
||
Fanart hat aber keinen Link, und bisher landete so etwas
|
||
unweigerlich in "Ohne Account".
|
||
|
||
"Noch offen" steht an erster Stelle und ist die Vorgabe. Ein
|
||
Pflichtfeld haette hier einen falschen Kanal erzwungen, und
|
||
ein falscher Eintrag ist schlechter als ein leerer -- genau
|
||
das steht so schon an KANAELE im Server. -->
|
||
<div id="feld-kanal" hidden>
|
||
<label class="feld-schild" for="f-kanal">Zu welchem Account?</label>
|
||
<select id="f-kanal"></select>
|
||
<p class="feld-hinweis" id="hinweis-kanal"></p>
|
||
</div>
|
||
<!-- Was DogFather dafuer tun muesste. Nur in Bereichen, die das
|
||
Feld kennen (siehe BEREICHE.angebote) -- sonst bleibt es
|
||
verborgen und wird auch nicht mitgeschickt. -->
|
||
<div id="feld-einsatz" hidden>
|
||
<label class="feld-schild" for="f-einsatz" id="einsatz-schild">Einsatz</label>
|
||
<input id="f-einsatz" type="text" maxlength="300"
|
||
placeholder="z. B. Termin ansagen und den Gast einladen" />
|
||
</div>
|
||
<!-- FÜRS TEAM ODER NUR AN DOGFATHER (10.09.2026, Kapitel 5).
|
||
Steht nur dort, wo der Bereich es vorsieht -- der Server sagt
|
||
das über `einstellung.vertraulich`, nicht diese Datei.
|
||
Es ist ein Schalter mit zwei Zuständen und keine Auswahlliste:
|
||
Es gibt genau zwei Antworten, und eine davon ist der
|
||
Normalfall. -->
|
||
<div id="feld-vertraulich" hidden>
|
||
<label class="feld-schild" for="f-vertraulich">Wer darf das lesen?</label>
|
||
<label class="vertraulich-zeile">
|
||
<input type="checkbox" id="f-vertraulich" />
|
||
<span>
|
||
<strong>Nur DogFather</strong>
|
||
<em>Sonst liest es das ganze Team – auch die rechte Hand.</em>
|
||
</span>
|
||
</label>
|
||
</div>
|
||
|
||
<div id="feld-dringlich" hidden>
|
||
<label class="feld-schild" for="f-dringlich" id="dringlich-schild">Dringlichkeit</label>
|
||
<select id="f-dringlich">
|
||
<option value="hoch">hoch</option>
|
||
<option value="mittel" selected>mittel</option>
|
||
<option value="niedrig">niedrig</option>
|
||
</select>
|
||
</div>
|
||
<div id="feld-bewertung" hidden>
|
||
<label class="feld-schild" for="f-bewertung" id="bewertung-schild">Bewertung (1–5)</label>
|
||
<select id="f-bewertung">
|
||
<option value="">—</option>
|
||
<option value="1">1 – schwach</option>
|
||
<option value="2">2</option>
|
||
<option value="3">3 – solide</option>
|
||
<option value="4">4</option>
|
||
<option value="5">5 – stark</option>
|
||
</select>
|
||
</div>
|
||
<div id="feld-creator" hidden>
|
||
<label class="feld-schild" for="f-creator" id="schild-creator">Creator</label>
|
||
<select id="f-creator"><option value="">—</option></select>
|
||
<p class="feld-hinweis" id="hinweis-creator" hidden></p>
|
||
</div>
|
||
</div>
|
||
<div class="neu__zeile">
|
||
<label class="feld-schild" for="f-titel" id="schild-titel">Überschrift</label>
|
||
<input id="f-titel" maxlength="160" required />
|
||
</div>
|
||
<div class="neu__zeile">
|
||
<label class="feld-schild" for="f-text" id="schild-text">Text <span class="leise">(optional)</span></label>
|
||
<textarea id="f-text" rows="4" maxlength="6000"></textarea>
|
||
</div>
|
||
<!-- ==== Nur bei Agentur-Events ====================================
|
||
Zwei Felder, die den Unterschied zwischen einem Aufruf und einer
|
||
Aktion ausmachen, an der jemand teilnehmen kann: WAS ist zu tun
|
||
(und was springt dabei heraus) und WAS GILT dabei. Beides stand
|
||
bisher irgendwo im Fliesstext oder gar nicht -- und jede
|
||
Rueckfrage dazu kostet eine Nachricht. -->
|
||
<div class="neu__zeile" id="feld-aufgaben" hidden>
|
||
<label class="feld-schild" for="f-aufgaben">Aufgaben
|
||
<span class="leise">– womit sammelt man Punkte, was gibt es zu gewinnen</span></label>
|
||
<textarea id="f-aufgaben" rows="5" maxlength="6000"
|
||
placeholder="z. B. · 1 Punkt je Live-Stunde · 3 Punkte je neuem Abo · Platz 1 gewinnt …"></textarea>
|
||
</div>
|
||
<div class="neu__zeile" id="feld-regeln" hidden>
|
||
<label class="feld-schild" for="f-regeln">Regeln
|
||
<span class="leise">– was zählt, was nicht, bis wann</span></label>
|
||
<textarea id="f-regeln" rows="5" maxlength="6000"
|
||
placeholder="z. B. · Nur Streams auf dem eigenen Konto · Punkte zählen bis 23:59 am letzten Tag"></textarea>
|
||
</div>
|
||
<!-- DIE VORSCHAU (03.10.2026). Sie zeigt die Buehne mit DERSELBEN
|
||
Funktion, die sie spaeter auf dem Brett baut - eine nachgebaute
|
||
Vorschau waere eine zweite Fassung derselben Sache und zeigte
|
||
irgendwann etwas, das hinterher anders aussieht.
|
||
`hidden` von Anfang an: Ein leerer Kasten ueber einem leeren
|
||
Formular ist nur ein weiterer Kasten. -->
|
||
<section class="ev-vorschau" id="ev-vorschau" hidden aria-live="polite"></section>
|
||
<p class="fehler" id="neu-fehler" role="alert" aria-live="polite"></p>
|
||
<div class="neu__knoepfe">
|
||
<button type="submit" class="knopf knopf--klein" id="neu-speichern">Eintragen</button>
|
||
<button type="button" class="abmelden" id="neu-abbrechen">Abbrechen</button>
|
||
</div>
|
||
</form>
|
||
|
||
<p class="fehler" id="fehler" role="alert" aria-live="polite"></p>
|
||
|
||
<!-- DER COUNTDOWN STEHT GANZ OBEN, noch vor den Filtern.
|
||
|
||
Zuerst stand er UNTER dem Startkatalog -- und der schob die
|
||
Antwort auf "wann ist der naechste Stream" von 458 px auf
|
||
1488 px, also aus dem ersten Handybildschirm heraus.
|
||
Gefunden hat das nicht das Auge, sondern pruef-countdown:
|
||
Das Abnahmekriterium aus Stufe 2 wurde rot, als Stufe 5
|
||
dazukam.
|
||
|
||
Die Regel dahinter: Ein WERKZEUG (fuer das Team) draengt
|
||
nie eine ANTWORT (fuer alle) nach unten. -->
|
||
<section id="countdown" class="countdown" hidden></section>
|
||
|
||
<!-- DER NAECHSTE SCHRITT. Was hier steht, entscheidet der Server --
|
||
er kennt die Rolle, und Rollennamen stehen in keiner Datei, die
|
||
jeder herunterladen kann. Derzeit genau eine Stelle: der Weg zur
|
||
Anfrage auf dem Brett "Mitmachen".
|
||
|
||
UEBER DEM FILTER, weil es eine ANTWORT ist und kein Werkzeug --
|
||
dieselbe Regel, die den Countdown nach oben gebracht hat. -->
|
||
<section id="weiter" class="bw-tor" hidden></section>
|
||
<div class="filter" id="filter"></div>
|
||
|
||
<!-- Fertige Punkte zum Uebernehmen -- nur in Bereichen, fuer die es
|
||
welche gibt (derzeit LIVE-Analyse). -->
|
||
<!-- Unterweisungen mit beidseitiger Bestaetigung. Nur im Bereich
|
||
"Schutz & Regeln" -- dort gehoeren Richtlinien hin. -->
|
||
<div id="schulung" hidden></div>
|
||
|
||
<div id="vorlagen" hidden></div>
|
||
|
||
<!-- DER COUNTDOWN. Nur bei "Was ansteht": Die einzige Frage, die
|
||
ein Zuschauer dort wirklich hat, ist WANN -- und sie gehoert
|
||
gross beantwortet, nicht in Zeile vier. -->
|
||
<!-- DER STARTKATALOG (17.09.2026). Nur fuer das Team und nur,
|
||
solange es etwas zu holen gibt. Ein Brett, das nur aus
|
||
Filterknoepfen und "Noch kein Eintrag" besteht, sieht nicht
|
||
neu aus, sondern aufgegeben. -->
|
||
<!-- EIN VIDEO EINLESEN (17.09.2026), Stufe A des Video-Plans.
|
||
Nur bei den Highlights und nur fuer das Team. Link einfuegen,
|
||
den Rest macht der Server: Titel, Coverbild, Kanal. -->
|
||
<section id="videoholen" class="videoholen" hidden>
|
||
<form id="video-form" class="videoholen__form">
|
||
<label class="feld-schild" for="video-url">Video-Link einfügen</label>
|
||
<div class="videoholen__zeile">
|
||
<input id="video-url" type="url" inputmode="url"
|
||
placeholder="https://www.tiktok.com/@dogfather0804/video/…" />
|
||
<button type="submit" class="knopf knopf--klein" id="video-holen">Holen</button>
|
||
</div>
|
||
<!-- WOHIN ES GELEGT WIRD (22.09.2026). Filipe: "ich will das wenn
|
||
man da video holt das man auch aussuchen kann in welcher
|
||
account es unten angezeigt werden soll."
|
||
Vorgabe bleibt "aus dem Link" -- das ist der haeufigste Fall
|
||
und soll keinen zusaetzlichen Handgriff kosten. -->
|
||
<div class="videoholen__wohin">
|
||
<label class="feld-schild" for="video-kanal">In welchen Account?</label>
|
||
<select id="video-kanal"></select>
|
||
</div>
|
||
<p class="feld-hinweis" id="video-hinweis">Titel und Coverbild kommen von selbst. Es zählen nur deine drei Kanäle.</p>
|
||
</form>
|
||
</section>
|
||
<section id="startkatalog" class="startkatalog" hidden></section>
|
||
<div id="liste" aria-busy="true"><p class="leise">Einträge werden geladen …</p></div>
|
||
|
||
</main>
|
||
|
||
<!-- TEXTFORM ZUERST (21.09.2026): Die Seite fragt beim Zeichnen nach
|
||
`window.Textform`. Kaeme sie spaeter, waere der erste Eintrag ohne
|
||
Gestaltung. Kein `defer`, damit sie wirklich vorher dasteht. -->
|
||
<script src="assets/js/textform.js?v=202610060113"></script>
|
||
<script src="assets/js/meldung.js?v=202610060113" defer></script>
|
||
<script src="assets/js/nachfrage.js?v=202610060113" defer></script>
|
||
|
||
<script src="assets/js/wahl.js?v=202610060113" defer></script>
|
||
<script src="assets/js/bereiche.js?v=202610060113" defer></script>
|
||
<script src="assets/js/installieren.js?v=202610060113" defer></script>
|
||
<script src="assets/js/kopf.js?v=202610060113" defer></script>
|
||
<script src="assets/js/glocke.js?v=202610060113" defer></script>
|
||
<script src="assets/js/checkliste.js?v=202610060113" defer></script>
|
||
<script src="assets/js/ampel.js?v=202610060113" defer></script>
|
||
<script src="assets/js/schulung.js?v=202610060113" defer></script>
|
||
<script src="assets/js/holen.js?v=202610060113" defer></script>
|
||
<script src="assets/js/bereich.js?v=202610060113" defer></script>
|
||
</body>
|
||
</html>
|