Das Foyer: eine Seite vor dem Saal, mit Plan, Eintritt und Vorschlägen
Filipe: „diese kachel soll nicht mehr geschlossen sein, ABER wenn man
drauf drückt geht zuerst eine seite auf mit reihen/kategorien. links
eine reihe wo die nächsten geplanten videos schon bereit stehen. wan
und umd wie viel uhr … und das soll geschlossen sein außer für vanvan
und dogfather. in der mitte sollen die leute dan wenn eine sendung
läuft drauf drücken können und der sendung beitreten. auch bei der
vorschau schon und dan rechts will ich die letzte reihe/kategorie, da
sollen die leute alle mir videos anraten können … und nur ich und
vanvan sehen sie."
Haus: Team Dogi (crew.dogfather-universe.com). Die Agentur ist nicht
berührt -- pruef-haus-trennung 107/0, pruef-workspace-seiten 37/0.
WARUM EINE EIGENE SEITE UND KEIN VIERTER ZUSTAND DES SAALS
Der Saal meldet jeden an, der ihn öffnet („dabei"), baut Verbindungen
auf und hält den Ereignisstrom offen. Das ist richtig für jemanden,
der zusieht -- und falsch für jemanden, der nur nachsehen will, ob
heute Abend etwas läuft. Wäre das Foyer der vierte Zustand derselben
Seite, zählte jeder Blick als Zuschauer, und die Zahl im Regiepult
sähe nach Publikum aus, wo niemand zusieht.
Im Foyer wird nur gelesen: Stand holen, zeichnen, alle 20 Sekunden
nachfragen -- und nicht, solange der Reiter im Hintergrund liegt. Kein
Ereignisstrom: Der hielte eine Verbindung offen, und manche Browser
geben je Adresse nur sechs her; im Saal wird jede davon gebraucht.
DREI REIHEN
LINKS die Warteschlange, nach TERMIN sortiert statt nach Platz.
Was keinen hat, steht unten; was vorbei ist, bekommt
„· überfällig". Nur admin und rechte Hand -- und für alle
anderen steht sie gar nicht erst da, statt leer oder
gesperrt zu sein. Ein Kasten mit Schloss erzählt, dass es
etwas zu sehen gäbe. Entschieden wird das am Server; die
Seite fragt nicht nach der Rolle, sondern danach, ob die
Auskunft gekommen ist.
MITTE Lampe (Geschlossen / Gleich / Auf Sendung), Vorschaubild,
Titel, Satz -- und der Knopf, der NUR dasteht, wenn er auch
hineinführt. Er ist ein Link und kein Button: Wer ihn mit
der mittleren Maustaste antippt, bekommt einen neuen Reiter.
RECHTS Video anraten. Jeder darf schicken, niemand sieht fremde,
jeder sieht seine eigenen mit Stand. Vier Sperren, und jede
beantwortet etwas anderes: zu schnell (45 s), zu viele offen
(5 je Person), schon angeraten, steht schon bereit.
Am Telefon steht die MITTE oben. Dort ist „links" nur noch „vor allem
anderen", und das wäre die falsche Reihenfolge.
WAS SONST NOCH DAZUGEHÖRT
* Jede Zeile der Warteschlange im Saal hat jetzt ein Terminfeld.
* Die Kachel sagt nicht mehr „geschlossen" -- das Foyer ist immer
offen. „gleich" und „● live" bleiben: Sie sagen etwas, das man ohne
sie nicht weiß.
* reaktion.html steht in OHNE_KACHEL_UEBERALL. Die erlaubten Seiten
werden aus den Kachelzielen abgeleitet; als die Kachel aufs Foyer
zeigte, war der Saal plötzlich von keiner mehr genannt und
antwortete mit einer Umleitung.
DREI DOPPELTE ANTWORTEN BESEITIGT
* „Wie viele Vorschläge darf einer offen haben" stand VIERMAL:
dreimal als `je_person_max || 5` und einmal als Wort „fünf" im Satz
(plus ein fünftes Mal in meldung.js). Kommt jetzt vom Server.
* `maxlength="200"` im Formular neben VORSCHLAG_NOTIZ_MAX im Server.
Das Feld lernt die Grenze von der Auskunft.
* Die drei Foyer-Tafeln hatten eine eigene Fläche (Weiß mit 4,5 %) und
eine eigene Form. Beides gibt es im Haus längst: Material in
start.css (45 Klassen, gemessen), Form in module.css. Die eigene
Fläche war dazu fast durchsichtig -- über einem hellen
Hintergrundbild stand der Text ohne deckenden Grund. Gefunden hat
das nicht eine Prüfung, sondern das Bildschirmfoto.
EINE LÜCKE IN DER PRÜFUNG GESCHLOSSEN
In module.css steht dieselbe 48er-Klassenliste ACHTMAL. Sieben trugen
die Marke MODULLISTE und wurden verglichen; die achte -- die Umrandung
beim Tabben (:focus-visible) -- nicht. Sie war damit die Einzige, die
still hätte abweichen können, ausgerechnet bei der Regel, die nur
sieht, wer mit der Tastatur bedient. pruef-css-klassen erwartet jetzt
acht. Eine steigende Prüfzahl, und sie ist begründet.
UND EINER, DEN KEIN WERKZEUG FINDEN KANN
Der Satz oben lautete „Links steht, was ansteht; rechts kannst du
etwas anraten." Für die Community gibt es „links" gar nicht, und am
Telefon stehen die Reihen untereinander. Eine Richtung im Text ist
eine Aussage über das Aussehen -- und das ändert sich mit dem
Bildschirm und mit der Rolle. Jetzt steht dort, WAS geht, nicht WO.
GEMESSEN
mess-foyer (neu) 70 Messungen, 0 Fehler, 9 Bildschirmfotos
pruef-reaktion 538, 0 Fehler (vorher 478)
pruef-handy-teamdogi 263 Seitenaufrufe, 0 Befunde (vorher 244)
pruef-sackgassen 14, 0 Fehler
pruef-crew-adresse 173, 0 Fehler
pruef-haus-trennung 107, 0 Fehler
pruef-struktur 102, 0 Fehler
pruef-neue-seiten 109, 0 Fehler
pruef-portnummern 41, 0 Fehler
pruef-haus-seiten 38, 0 Fehler
pruef-workspace-seiten 37, 0 Fehler
pruef-breiten 45 Seiten auf fünf Breiten, 0 beanstandet
pruef-community-sicht 10, 0 Fehler
pruef-deutsche-texte 12, 0 Fehler
pruef-css-klassen grün
mess-foyer klickt den ganzen Weg durch: Ein Gast schickt ein Video,
DogFather sieht es mit Namen, nimmt es, und es muss links im Plan
stehen. Zum Schluss macht es sechs seiner Messungen absichtlich kaputt
und prüft, dass sie das merken.
NICHT BEHOBEN, WEIL NICHT MEINS: pruef-meldungen ist rot (28
Kennungen ohne Satz, 3 Rohanzeigen) -- gemessen im worktree auf dem
letzten Commit schon vorher, Zeichen für Zeichen dieselbe Liste. Die
Dateien gehören überwiegend der Agentur; das gehört in einen eigenen
Durchgang.
Co-Authored-By: Claude Opus 5 <[email protected]>
This commit is contained in:
Claude Opus 5
@@ -97,6 +97,57 @@ export const EINLADUNG_SEKUNDEN = 120;
|
||||
sieht im Quelltext aus wie eine Regel und ist keine -- genau die
|
||||
Sorte Zeile, auf die man sich beim naechsten Umbau verlaesst. */
|
||||
|
||||
/* =====================================================================
|
||||
DAS FOYER (08.10.2026)
|
||||
|
||||
Filipe: „wenn man drauf drückt geht zuerst eine seite auf mit
|
||||
reihen/kategorien. links eine reihe wo die nächsten geplanten
|
||||
videos schon bereit stehen. wan und umd wie viel uhr … und das
|
||||
soll geschlossen sein außer für vanvan und dogfather. in der mitte
|
||||
sollen die leute dan wenn eine sendung läuft drauf drücken können
|
||||
und der sendung beitreten … und dan rechts … da können die leute
|
||||
videos reinschicken und nur ich und vanvan sehen sie."
|
||||
|
||||
---------------------------------------------------------------------
|
||||
WARUM DER PLAN KEINE ZWEITE LISTE BEKOMMT
|
||||
|
||||
Die naheliegende Loesung waere eine eigene Tabelle „Sendeplan"
|
||||
gewesen. Es gibt aber schon eine Liste mit genau diesem Inhalt:
|
||||
die WARTESCHLANGE. Sie ueberlebt das Beenden einer Sendung
|
||||
ausdruecklich („Wer Videos fuer morgen vorbereitet, soll sie nicht
|
||||
verlieren"), sie traegt Titel und Vorschaubild, und sie ist der
|
||||
Ort, an dem die zwei ohnehin einraeumen.
|
||||
|
||||
Zwei Listen nebeneinander waeren zwei Antworten auf „was schauen
|
||||
wir als Naechstes" -- und spaetestens beim ersten Verschieben
|
||||
liefen sie auseinander. Die Schlange bekommt deshalb nur EINE
|
||||
Spalte dazu: WANN.
|
||||
|
||||
LEER IST EIN GUELTIGER WERT und der Normalfall: „liegt bereit,
|
||||
aber noch ohne Termin". Ein Pflichttermin haette aus einer
|
||||
Vorbereitung eine Verabredung gemacht.
|
||||
===================================================================== */
|
||||
|
||||
/** Hoechstens so viele offene Vorschlaege je Person.
|
||||
*
|
||||
* Fuenf. Nicht gegen Boeswilligkeit -- dagegen hilft eine Zahl
|
||||
* nicht --, sondern gegen die Liste, die niemand mehr durchsieht:
|
||||
* Wer zwanzig Videos einschickt, bekommt keine Antwort mehr, und
|
||||
* dann schickt er beim naechsten Mal gar keins. */
|
||||
export const VORSCHLAEGE_JE_PERSON = 5;
|
||||
|
||||
/** Was jemand zu seinem Vorschlag dazuschreiben darf. */
|
||||
export const VORSCHLAG_NOTIZ_MAX = 200;
|
||||
|
||||
/** So viele Vorschlaege je Minute und Person.
|
||||
*
|
||||
* Einer. Wer zwei Videos im Kopf hat, tippt sie nicht in derselben
|
||||
* Minute -- und ein Doppelklick soll nicht zwei Zeilen ergeben. */
|
||||
export const VORSCHLAG_BREMSE_SEKUNDEN = 45;
|
||||
|
||||
/** Die Zustaende eines Vorschlags. */
|
||||
export const VORSCHLAG_STAENDE = ["offen", "uebernommen", "abgelehnt"];
|
||||
|
||||
/** Ein Chatbeitrag in der Reaction. */
|
||||
export const TEXT_MAX = 400;
|
||||
|
||||
@@ -454,6 +505,49 @@ export function reaktionTabellen(d) {
|
||||
gesetzt_am TEXT NOT NULL
|
||||
);
|
||||
|
||||
/* ==== WAS DIE LEUTE ANRATEN (08.10.2026) ====================
|
||||
|
||||
Filipe: „da können die leute videos reinschicken und nur ich
|
||||
und vanvan sehen sie."
|
||||
|
||||
EINE EIGENE TABELLE UND NICHT DIE WARTESCHLANGE. Ein Vorschlag
|
||||
ist eine Bitte, ein Eintrag in der Schlange eine Entscheidung.
|
||||
Haetten beide dieselbe Tabelle, stuende auf der Wartetafel
|
||||
„Danach: …" ein Video, das niemand ausgesucht hat -- und zwar
|
||||
in dem Augenblick, in dem es jemand einschickt.
|
||||
|
||||
DIE ZEILE BLEIBT STEHEN, AUCH WENN SIE ABGELEHNT IST. Wer
|
||||
etwas einschickt, soll sehen, dass es angekommen ist und was
|
||||
daraus wurde. Eine Zeile, die verschwindet, sieht aus wie ein
|
||||
Fehler -- und man schickt dasselbe Video noch einmal. */
|
||||
CREATE TABLE IF NOT EXISTS reaktion_vorschlaege (
|
||||
id INTEGER PRIMARY KEY AUTOINCREMENT,
|
||||
person_id INTEGER REFERENCES personen(id) ON DELETE SET NULL,
|
||||
/* Der Name wird MITGESCHRIEBEN und nicht nur verwiesen: Wer
|
||||
das Haus verlaesst, soll seinen Vorschlag nicht als
|
||||
„(niemand)" hinterlassen. */
|
||||
name TEXT NOT NULL DEFAULT '',
|
||||
video TEXT NOT NULL,
|
||||
titel TEXT NOT NULL DEFAULT '',
|
||||
notiz TEXT NOT NULL DEFAULT '',
|
||||
stand TEXT NOT NULL DEFAULT 'offen'
|
||||
CHECK (stand IN ('offen','uebernommen','abgelehnt')),
|
||||
erstellt TEXT NOT NULL,
|
||||
erledigt_am TEXT,
|
||||
erledigt_von INTEGER REFERENCES personen(id) ON DELETE SET NULL
|
||||
);
|
||||
|
||||
/* DASSELBE VIDEO NICHT ZWEIMAL OFFEN. Nicht aus Ordnungsliebe:
|
||||
Bei einem Video, das drei Leute gut finden, stuende es
|
||||
dreimal in der Liste -- und die Leitung entschiede dreimal
|
||||
ueber dieselbe Sache. Die Bedingung laesst ABGELEHNTE und
|
||||
UEBERNOMMENE nebeneinander stehen; sonst koennte ein Video nie
|
||||
wieder vorgeschlagen werden, auch Monate spaeter nicht. */
|
||||
CREATE UNIQUE INDEX IF NOT EXISTS idx_reaktion_vorschlag_offen
|
||||
ON reaktion_vorschlaege (video) WHERE stand = 'offen';
|
||||
CREATE INDEX IF NOT EXISTS idx_reaktion_vorschlag_stand
|
||||
ON reaktion_vorschlaege (stand, id);
|
||||
|
||||
CREATE INDEX IF NOT EXISTS idx_reaktion_liste_platz
|
||||
ON reaktion_liste (platz, id);
|
||||
CREATE INDEX IF NOT EXISTS idx_reaktion_chat_zeit
|
||||
@@ -605,6 +699,22 @@ export function reaktionTabellen(d) {
|
||||
wirklich. Eine Vorgabe 'gefragt' haette alle laufenden Gaeste
|
||||
mitten in einer Sendung zu Eingeladenen gemacht und ihr Bild
|
||||
abgeschaltet. */
|
||||
/* ==== NACHGEWACHSEN: DER TERMIN AN DER WARTESCHLANGE ===========
|
||||
(08.10.2026)
|
||||
|
||||
`ALTER TABLE ... ADD COLUMN` und nicht „Tabelle neu bauen": Am
|
||||
11.09.2026 hat genau dieses Umkopieren an anderer Stelle drei
|
||||
Spalten mit Inhalt verschluckt, ohne Fehlermeldung.
|
||||
|
||||
LEER IST DER NORMALFALL. Was schon in der Schlange liegt, hat
|
||||
keinen Termin -- und soll auch keinen erfundenen bekommen. */
|
||||
const listeSpalten = new Set(
|
||||
d.prepare("PRAGMA table_info(reaktion_liste)").all().map((z) => z.name));
|
||||
if (!listeSpalten.has("wann")) {
|
||||
d.exec("ALTER TABLE reaktion_liste ADD COLUMN wann TEXT NOT NULL DEFAULT ''");
|
||||
console.log("[reaktion] Spalte wann an der Warteschlange angelegt.");
|
||||
}
|
||||
|
||||
const gaeste = new Set(
|
||||
d.prepare("PRAGMA table_info(reaktion_gaeste)").all().map((z) => z.name));
|
||||
if (!gaeste.has("stand")) {
|
||||
|
||||
Reference in New Issue
Block a user