Filipe: "ich will das alles auch so perfekt dass ich es ganz einfach
und easy mit obs oder mit tiktok studio verbinden kann. also so dass
man dan nur die kamera und das video sieht."
WARUM OHNE ANMELDUNG -- nachgesehen, nicht angenommen
OBS speichert die Anmeldung einer Browser-Quelle NICHT zuverlaessig;
im OBS-Forum stehen dazu Meldungen bis in die aktuelle Fassung 31.
Eine Quelle, bei der man sich nach jedem Programmstart neu anmelden
muss, ist mitten in einer Sendung unbrauchbar.
Deshalb ein SCHLUESSEL in der Adresse -- derselbe Weg, den jedes
Alert-Werkzeug im Netz geht. 32 Byte aus dem Zufall des Systems,
verglichen wird zeitgleich (`timingSafeEqual`): Ein gewoehnlicher
Vergleich bricht beim ersten falschen Zeichen ab, und aus den
Bruchteilen einer Millisekunde laesst sich ein Schluessel Zeichen
fuer Zeichen erraten.
DREI QUELLEN, WEIL DREI DINGE VERSCHIEDEN SIND
buehne.html Das laufende YouTube-Video, auf die Sekunde genau wie
bei allen anderen. Stumm (der Ton kommt aus dem
Mischpult) und ohne jede Bedienung -- was hier zu
sehen ist, geht in den Stream.
DIE EIGENE KAMERA IST ABSICHTLICH NICHT DRIN. Sie ist
in OBS direkt als Geraet verfuegbar, in besserer
Qualitaet und frei in Groesse und Lage -- genau das,
was Filipe will ("meine kamera groesser machen video
kleiner"). Den Umweg ueber den Browser zu nehmen
hiesse, Qualitaet gegen nichts einzutauschen und die
Groesse festzulegen statt sie freizugeben.
tafel.html Nur die Spendenkarten, auf DURCHSICHTIGEM Grund.
Groesse und Lage stehen in der Adresse (`&g=1.6`,
`&pos=or`): Wer in OBS eine Quelle einrichtet, hat die
Adresse ohnehin vor sich -- ein Wert, den man
stattdessen im Regiepult suchen muesste, waere ein
Fensterwechsel mitten im Einrichten. Alles rechnet in
`rem`, ein Wert nimmt Schrift, Bild und Polsterung
gleichmaessig mit.
Buehnenmodus `reaktion.html?nur=buehne` -- dieselbe Seite, nur ohne
alles Bedienbare. Fuer den Fall, dass GAESTE im Bild
sind: Deren Kameras kommen ueber eine
Direktverbindung an, und die braucht eine angemeldete
Seite. Diese eine wird als Fenster aufgenommen.
ES IST DIESELBE SEITE UND NICHT EINE ZWEITE. Eine
eigene muesste Video, Kameras, Verbindungsaufbau und
Nachfuehrung noch einmal enthalten -- und beim
naechsten Umbau saehe eine von beiden anders aus.
WAS HERAUSKOMMT, IST DIE EIGENTLICHE FRAGE
Wer den Schluessel hat, sieht genau das, was ohnehin im Stream
steht: Video, Stand, Sekunde, Titel -- und die Spendenkarten. Kein
Chat, keine Namen von Zusehenden, keine Zahlen ueber das Haus. Die
Pruefung zaehlt die Felder der Auskunft EINZELN auf und weist jedes
verbotene namentlich nach; eine Auskunft, die "ungefaehr das
Richtige" enthaelt, ist bei einem Weg ohne Anmeldung keine.
Ein neuer Schluessel macht die alten Adressen sofort tot -- und
schliesst die laufenden Quellen. Sonst liefe eine mit dem alten
weiter, obwohl er zurueckgezogen ist, und man haelt sich fuer
sicher, ohne es zu sein.
SIE MUESSEN TAGE LAUFEN, OHNE DASS JEMAND HINSIEHT
Das ist der Unterschied zu einer Seite im Browser: Wer eine Seite
offen hat, merkt, wenn sie haengt. Eine Quelle in OBS laeuft im
Hintergrund, und ein Stillstand faellt erst auf, wenn die erste
Spende nicht erscheint -- mitten in der Sendung. Deshalb ein
Lebenszeichen alle 25 Sekunden, eine eigene Wache (70 Sekunden ohne
alles = neu verbinden) und ein sofortiger Neuaufbau, wenn der
Rechner aus dem Ruhezustand kommt.
Und: Ein Fehler wird angezeigt, aber nur der, der etwas bedeutet --
ein falscher Schluessel. Alles andere bleibt still, weil jede
Flaeche hier im Stream zu sehen waere.
ZWEI EIGENE FEHLER, BEIDE VON DER MESSUNG GEFUNDEN
1. Die Quellen kamen mit 401 zurueck, obwohl die Seiten laengst
geladen waren: `aufgabenRouter` haengt eine Schranke ueber ALLE
Pfade unter /workspace/api. Genau dafuer stehen `sicherungRouter`
und der Weg fuers Profilbild schon davor -- die Buehne ist der
dritte Fall derselben Art und steht jetzt dort.
2. `waitUntil: "networkidle"` auf einer Seite mit Ereignisstrom. Der
Strom endet absichtlich nie; die Messung wartete auf einen
Zustand, der nicht eintreten kann, und brach nach 30 Sekunden ab.
Dieselbe Falle wie am 06.09. beim Regressionslauf.
ZWEI PRUEFUNGEN WURDEN DABEI GENAUER
`pruef-struktur` verlangte von den zwei OBS-Quellen ein Symbol fuer
den Startbildschirm, ein Manifest und eine Leistenfarbe. Sie
laufen in einem Programmfenster und werden nie installiert -- sie
fallen aus dieser Frage heraus, benannt und mit Grund.
Die Namensstreit-Regel zaehlte jede Klasse, die irgendwo in einem
Selektor vorkommt. Damit galt auch
`body[data-nur="buehne"] .kopfleiste { display: none }` als eigene
Klasse -- dabei ist das das Gegenteil: eine absichtliche
Bezugnahme, um sie im Buehnenmodus wegzunehmen. Gezaehlt wird
jetzt nur, was am ANFANG einer Regel steht, also als eigenes
Bauteil gemeint ist. Mit Gegenprobe in beide Richtungen -- sonst
haette ich eine Regel nur so lange geschaerft, bis sie schweigt.
GEMESSEN
mess-buehne (neu) Ein Browserfenster OHNE jeden Keks: beide
Quellen arbeiten, 0 Kekse, Grund durchsichtig
(rgba(0,0,0,0)), Karte laeuft an (25 EUR,
Rudel-Legende, 348x178). Falscher Schluessel: kein
Inhalt, Grund im Bild. Neuer Schluessel: alter 404,
neuer 200. Buehnenmodus: Kopf, Chat, Pult und
Schild weg, Leinwand da, Saal 720 von 720.
pruef-buehne (neu) 36 Punkte, 0 Fehler
pruef-reaktion 156 (war 154), spenden 46, haus-trennung 100,
haus-seiten 38, struktur 35, css-klassen 33,
verborgen 25, rechtetafel 19, portnummern 15,
ports 8 -- alle 0 Fehler.
323 lines
16 KiB
HTML
323 lines
16 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=202609280908" />
|
||
<link rel="apple-touch-icon" href="/assets/img/app-symbole/workspace-180.png?v=202609280908" />
|
||
<link rel="stylesheet" href="assets/css/gate.css?v=202609280908" />
|
||
<link rel="stylesheet" href="assets/css/start.css?v=202609280908" />
|
||
<link rel="stylesheet" href="assets/css/aufgaben.css?v=202609280908" />
|
||
<link rel="stylesheet" href="assets/css/bereich.css?v=202609280908" />
|
||
<!-- 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=202609280908" />
|
||
<link rel="stylesheet" href="assets/css/module.css?v=202609280908" />
|
||
<!-- 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=202609280908" />
|
||
</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" />
|
||
</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>
|
||
<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=202609280908"></script>
|
||
<script src="assets/js/meldung.js?v=202609280908" defer></script>
|
||
<script src="assets/js/nachfrage.js?v=202609280908" defer></script>
|
||
|
||
<script src="assets/js/wahl.js?v=202609280908" defer></script>
|
||
<script src="assets/js/bereiche.js?v=202609280908" defer></script>
|
||
<script src="assets/js/installieren.js?v=202609280908" defer></script>
|
||
<script src="assets/js/kopf.js?v=202609280908" defer></script>
|
||
<script src="assets/js/glocke.js?v=202609280908" defer></script>
|
||
<script src="assets/js/checkliste.js?v=202609280908" defer></script>
|
||
<script src="assets/js/ampel.js?v=202609280908" defer></script>
|
||
<script src="assets/js/schulung.js?v=202609280908" defer></script>
|
||
<script src="assets/js/holen.js?v=202609280908" defer></script>
|
||
<script src="assets/js/bereich.js?v=202609280908" defer></script>
|
||
</body>
|
||
</html>
|