Files
dogfather-universe/workspace/bereich.html
T
DogFatherGitandClaude Opus 5 10e24b0c93 Kampagnen-Kachel aus einem TikTok-Link -- Etappe 2 bis 4
Der Auftrag ist damit fertig: Im Agentur-Bereich gibt es ein Feld, in
das die ganze Einladungsnachricht eingefuegt wird -- und daraus
entsteht eine Agentur-Event-Kachel mit Titel, Zeitraum, Banner,
Aufgaben zum Abhaken, Regeln, Ligen und Preisen. Gemessen 38 ms vom
Einfuegen bis zur Kachel.

ETAPPE 2 -- DER WEG NACH DRAUSSEN (helfer-tiktok.mjs)
  linkAusText holt die Adresse aus dem Fliesstext, damit niemand sie
  heraussuchen muss. folgeUmleitung geht Sprung fuer Sprung
  (redirect "manual", hoechstens fuenf) und schickt JEDE
  Zwischenadresse durch istTikTok -- bisher folgte holeMitFrist den
  Umleitungen selbst, und istTikTok hatte nur die EINGABE gesehen.
  Das ist die einzige Stelle im Haus, an der unser Server eine
  fremdbestimmte Adresse abruft.

  holeSeite zieht die Grenze von 3 MB BEIM LESEN, nicht hinterher: Wer
  arrayBuffer() abwartet und dann die Laenge ansieht, hat die 50 MB
  schon im Speicher. Frist 12 s statt 8 -- gemessen 750 ms allein beim
  Ursprungsserver, dazu 1,1 MB Uebertragung.

  bildAdresseErlaubt kam beim Bauen dazu, nicht aus dem Bauplan: Die
  Banneradresse steht in der Seite, die TikTok ausliefert, ist also
  FREMDBESTIMMT. Ohne Schranke wuerde unser Server abrufen, was dort
  steht -- auch http://127.0.0.1:4100/ oder 169.254.169.254. Elf
  Faelle durchgemessen.

ETAPPE 3 -- DIE ROUTE (workspace-kampagne.js, 5 Spalten, 1 Index)
  Rechte aus istLeitung, nicht neu erfunden. Bremse 20 je Stunde, VOR
  dem ersten Abruf nach draussen -- eine Bremse hinter dem Abruf
  bremst den fremden Server nicht. Dublettenpruefung zweimal: im Code
  (faengt den Normalfall) und als eindeutiger Index (faengt den
  Wettlauf zweier gleichzeitiger Aufrufe).

  'kampagne_schon_da' zaehlt bei der Bremse MIT (gefunden von der
  Pruefung): Zuerst zaehlten nur Erfolg und Fehlschlag -- wer denselben
  Link wieder und wieder einfuegt, bekommt jedes Mal "schon da" und
  loeste jedes Mal einen Abruf aus, ohne gezaehlt zu werden. Gemessen:
  21 Versuche, 0 gebremst.

  Der Regeltext wird SICHTBAR gekuerzt, an einer Abschnittsgrenze.
  Gipfelstuermer ergibt 7474 Zeichen, das Feld fasst 6000 (TEXT_MAX),
  und die PUT-Route lehnt mehr ab: Ungekuerzt entstuende eine Kachel,
  die DogFather OEFFNEN, aber nicht SPEICHERN kann -- er aendert ein
  Wort und bekommt eine Fehlermeldung ueber etwas, das er nie getippt
  hat. Verloren geht nichts: kampagne_daten traegt das Gelesene
  gegliedert.

ETAPPE 4 -- DIE OBERFLAECHE
  Ein Textbereich (die Einladung ist mehrzeilig), der Knopf gibt sich
  nach 15 s von selbst frei, die Meldung steht neben dem Feld und
  nennt den Grund im Klartext. Ob jemand darf, sagt der Server ueber
  darf_kampagne_einlesen in /api/ich -- keine Rollenliste im Browser.

  Gemessen auf 412 und 1280 px (bild-kampagne.mjs, 20 Messungen):
  Knopf 44 px, Kontrast 7,68:1, nichts liegt auf dem Knopf, kein
  Ueberlauf, keine Bewegung bei prefers-reduced-motion. Die
  Antwortzeile steht auf .9rem statt der hausweiten .76rem -- dort
  erscheint, was der Server geantwortet hat, und eine Fehlermeldung in
  12 px liest niemand zweimal. Die hausweite Klasse bleibt unberuehrt.

VIERZEHN SABOTAGEN, VIERZEHN TREFFER
  Sieben an kampagne-lesen.mjs (Etappe 1) und sieben an Route und Weg:
  Umleitung ungeprueft folgen, Tag nach Serverzeit, Dublettenpruefung
  weglassen, dem fremden Server den Bildtyp glauben, Bremse
  abschalten, Bremse wieder blind fuer Dubletten, jeden einlesen
  lassen. Jede wurde bemerkt, jede im erwarteten Abschnitt.

  EINE BLIEB ZUERST BLIND, und das war lehrreich: Nimmt man die
  Dublettenpruefung aus dem Code, faengt der INDEX es auf -- die
  Antwort ist dieselbe, die Pruefung blieb gruen. Kein Schaden, aber
  ein blinder Fleck. Jetzt unterscheidet die Pruefung am
  Protokolltext, WELCHE der beiden Sicherungen gegriffen hat.

VIER VORBESTEHENDE BEFUNDE MIT ERLEDIGT
  willkommen.html hatte kein theme-color, kein Manifest, kein
  apple-touch-icon. Drei Zeilen sind billiger und haltbarer als eine
  Ausnahme in der Pruefung.

  workspace-anleitung.js bildete den Tag "ab wann geht mehr" aus UTC.
  Wer zwischen 00:00 und 02:00 beitritt, bekam einen Termin, der einen
  Tag zu frueh war. workspace.js hat dafuer jetzt tagLokalVon(zeitpunkt,
  versatz) -- und tagLokal ist nur noch ein Aufruf davon. Es gibt also
  WENIGER Rechenwege als vorher, nicht mehr.

  pruef-anleitung.mjs legte Testdaten auf den UTC-Tag und waere
  zwischen 00:00 und 02:00 rot gewesen, ohne dass etwas kaputt ist.

  mess-anleitung-crew.mjs rechnete seinen zweiten Port als PORT + 1.
  Das sieht aus wie eine Ableitung und ist keine: portNummer
  ueberspringt gesperrte Nummern, und dann gehoert PORT + 1 der
  naechsten DATEI.

  pruef-struktur ist damit zum ersten Mal vollstaendig gruen.

GEPRUEFT (alle gruen, keine Zahl gesunken)
  pruef-kampagne 96 (neu) · pruef-kampagne-lesen 108 · pruef-video 74 ·
  pruef-eventkarte 94 · pruef-agentur 62 · pruef-anleitung 196 ·
  pruef-portnummern 41 (war 40 mit einem Fehler) · pruef-struktur,
  pruef-zeichen 8, pruef-ports 10, pruef-buehnen-fest 13,
  pruef-css-klassen 39, pruef-haus-trennung 107, pruef-lesbarkeit,
  pruef-tippziele, pruef-deutsche-texte 12, pruef-formulare,
  pruef-fingermass 5, pruef-workspace-seiten, pruef-tempo-workspace

Co-Authored-By: Claude Opus 5 <[email protected]>
2026-10-07 17:14:26 +02:00

401 lines
20 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, 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=202610071712" />
<link rel="apple-touch-icon" href="/assets/img/app-symbole/workspace-180.png?v=202610071712" />
<link rel="stylesheet" href="assets/css/gate.css?v=202610071712" />
<link rel="stylesheet" href="assets/css/start.css?v=202610071712" />
<link rel="stylesheet" href="assets/css/aufgaben.css?v=202610071712" />
<link rel="stylesheet" href="assets/css/bereich.css?v=202610071712" />
<!-- 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=202610071712" />
<!-- Die Bildschau: ein Banner wird darin mittig gezeigt statt als nackte
Datei in einem neuen Tab. Sie ist seit dem 07.10.2026 eine eigene
Datei und keine Kopie aus chat.css -- dieselbe Schau im Chat und
hier, ein Stil. -->
<link rel="stylesheet" href="assets/css/bildschau.css?v=202610071712" />
<link rel="stylesheet" href="assets/css/module.css?v=202610071712" />
<!-- 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=202610071712" />
</head>
<body class="start">
<!-- ====================================================================
DIE SZENE, BEVOR GEZEICHNET WIRD (07.10.2026)
Jede andere Seite trägt ihre Szene fest im <body>. Diese hier kann
das nicht: Sie bedient fünf Bretter, und welches gemeint ist, steht
erst in der Adresse (`?b=live`).
WARUM DAS NICHT BIS ZU `kopf.js` WARTEN DARF: `start.css` hat an
`body.start::before` einen Rückfall (das Studio-Bild). Wird die
Szene erst nachträglich gesetzt, hat der Browser den Rückfall
längst geholt — gemessen am 07.10.2026 auf dieser Seite:
281 KB buehne-studio-breit.webp UND 262 KB buehne-portal-breit.webp,
zusammen 1094 KB für eine Seite, die ein Bild zeigt.
Deshalb hier, als erstes im Dokument und ohne `defer`: Zu diesem
Zeitpunkt steht noch nichts auf dem Schirm, und der Browser holt
nur das eine Bild, das wirklich gebraucht wird.
DIE ZUORDNUNG STEHT DAMIT AN ZWEI STELLEN — hier und in
`bereiche.js`. Das ist nur deshalb vertretbar, weil sie nicht
auseinanderlaufen kann: `pruef-buehnen-fest.mjs` hält beide
gegeneinander und wird rot, sobald sich eine ändert.
==================================================================== -->
<script>
(function () {
var SZENE = { live: "portal", community: "lounge", technik: "garage",
schutz: "halle", agentur: "halle" };
var b = new URLSearchParams(location.search).get("b");
if (b && SZENE[b]) document.body.dataset.buehne = SZENE[b];
})();
</script>
<!-- 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&nbsp;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.&#10;· 1 Punkt je Live-Stunde&#10;· 3 Punkte je neuem Abo&#10;· 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.&#10;· Nur Streams auf dem eigenen Konto&#10;· 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>
<!-- EINE KAMPAGNE AUS EINER EINLADUNG (07.10.2026), Etappe 4 des
Bauplans. NUR im Agentur-Bereich und nur fuer die Leitung --
ob jemand darf, sagt der Server (`darf_kampagne_einlesen` in
/workspace/api/ich), nicht eine Rollenliste im Browser.
EIN TEXTBEREICH, KEIN EINZEILENFELD. Die Einladung ist
mehrzeilig; wer sie in ein <input> einfuegt, verliert die
Zeilenumbrueche und sieht nur das Ende. Und niemand soll den
Link erst heraussuchen muessen -- das Feld nimmt den ganzen
Text und holt sich die Adresse selbst heraus.
DIE MELDUNG STEHT NEBEN DEM FELD (`#kampagne-sagt`), nicht in
einem Dialog, der weggeklickt wird. Sie nennt den Grund im
Klartext -- "Dieser Link fuehrt zu beispiel.de, nicht zu
TikTok" --, nicht "Fehler 502". -->
<section id="kampagneholen" class="kampagneholen" hidden>
<form id="kampagne-form" class="kampagneholen__form">
<h2 class="kampagneholen__titel">Kampagne aus einer Einladung anlegen</h2>
<label class="feld-schild" for="kampagne-text">Einladung einfügen</label>
<textarea id="kampagne-text" rows="3" spellcheck="false"
placeholder="Einladung hier einfügen – der ganze Text reicht."></textarea>
<div class="kampagneholen__zeile">
<p class="feld-hinweis" id="kampagne-sagt" role="status" aria-live="polite">Titel, Zeitraum, Banner, Aufgaben und Preise kommen von selbst.</p>
<button type="submit" class="knopf knopf--klein" id="kampagne-holen">Kampagne holen</button>
</div>
</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=202610071712"></script>
<script src="assets/js/meldung.js?v=202610071712" defer></script>
<script src="assets/js/nachfrage.js?v=202610071712" defer></script>
<script src="assets/js/wahl.js?v=202610071712" defer></script>
<script src="assets/js/bereiche.js?v=202610071712" defer></script>
<script src="assets/js/installieren.js?v=202610071712" defer></script>
<script src="assets/js/kopf.js?v=202610071712" defer></script>
<script src="assets/js/glocke.js?v=202610071712" defer></script>
<script src="assets/js/checkliste.js?v=202610071712" defer></script>
<script src="assets/js/ampel.js?v=202610071712" defer></script>
<script src="assets/js/schulung.js?v=202610071712" defer></script>
<script src="assets/js/holen.js?v=202610071712" defer></script>
<script src="assets/js/bildschau.js?v=202610071712"></script>
<script src="assets/js/bereich.js?v=202610071712" defer></script>
</body>
</html>