VanVan im Support, Meldung #11, VIERMAL gemeldet: „Hier im Supportbereich kann man immer nur ein Bild hinzufuegen bei einer Meldung. 2-3 waeren besser." Und in der zweiten Runde der Satz, auf den es ankommt: „wenn man es nacheinander versucht hinzuzufuegen wird das Bild immer nur ersetzt." EINE TABELLE STATT NEUER SPALTEN `support_bilder` haelt ab jetzt JEDES Supportbild -- das der Meldung (`runde_nr` NULL) und das einer Antwort (`runde_nr` = Runde). Die Alternative waere `bild2_datei`, `bild3_datei` gewesen, und beim vierten Bild wieder. Eine Zeile je Bild kennt keine Obergrenze im Schema; die Grenze steht an EINER Stelle im Code (`BILDER_MAX = 3`) und kommt von dort in die Oberflaeche, statt dort ein zweites Mal zu stehen. DIE ACHT VORHANDENEN BILDER WANDERN MIT. Ohne diesen Schritt haette die neue Tabelle ab heute recht und die alten Bilder waeren unsichtbar -- ohne Fehler, ohne rote Zeile, nur acht leere Karten. Der Umzug steht NACH der Spaltennachruestung: Er liest `urteil_bild_datei`, und die gibt es in einer bestehenden Datenbank erst, nachdem sie ergaenzt wurde. Stuende er davor, scheiterte er genau dort, wo es darauf ankommt -- live, waehrend lokal alles gruen bliebe, weil jede Pruefung ihre Datenbank frisch anlegt. DREI BILDER IN EINER ANFRAGE `x-bilder: 20481,15320` sagt, wo zu schneiden ist, der Rumpf ist die Aneinanderreihung. `multipart/form-data` haette einen Zerleger gebraucht, den dieses Haus nicht hat; drei Anfragen nacheinander haetten den Zustand „Meldung da, Bild zwei laedt noch" erzeugt -- genau den, gegen den die Kommentare an dieser Route schon vorher argumentieren. Die Summe muss auf das Byte stimmen, und jedes Stueck wird einzeln an seinen ersten Bytes erkannt: Wer falsch schneidet, bekommt eine Absage, kein verfaelschtes Bild. Ohne den Kopf gilt der ganze Rumpf als ein Bild -- derselbe Satz mit einer Laenge, damit eine Seite aus dem Zwischenspeicher weiterlaeuft. EINE ROUTE STATT DREI. `/:id/bild` und `/:id/runde/:nr/bild` sind weg; es gibt `/:id/bild/:bid`. Wohin ein Bild gehoert, steht in seiner Zeile -- der Weg muss es nicht wiederholen. Die Meldungsnummer bleibt trotzdem im Pfad: Sie ist die Sichtbarkeitsfrage, und beides muss zusammenpassen (gemessen). ZWEI FUNDE, DIE DIE PRUEFUNG GEMACHT HAT UND NICHT ICH 1. UEBER DIE SEITE KAM GAR KEIN BILD MEHR AN. Beim Melden stand kein `Content-Type`. Das ging gut, solange der Rumpf eine einzelne Datei war -- ein `File` bringt seinen Typ mit. Ein `Blob` aus mehreren hat keinen, `fetch` schickt die Zeile dann gar nicht, `express.raw` fuehlt sich nicht zustaendig, und der Server bekam einen leeren Rumpf. Die Meldung waere durchgegangen, der Text angekommen, die Bilder weg -- ohne Fehlermeldung. Alle Pruefungen am Server waren dabei gruen; gefunden hat es erst der echte Browser. 2. DAS KREUZ DES DRITTEN BILDES LAG AUF DEM ZWEITEN. Der Entfernen-Knopf ist 44 px breit und absolut gesetzt, der Kasten aber nur so breit wie sein Bild. Bei einem schmalen Bild ragt er darueber hinaus -- wer „das zweite weg" antippt, loescht das dritte. `min-width`/`min-height` loesen das an der Ursache: Ein Kasten ist nie schmaler als der Knopf in ihm. WAS ICH FALSCH ANGENOMMEN HATTE: Ich hatte eingebaut, dass ein Nachtrag in derselben Runde die Bilder ersetzt. Die Pruefung dazu wurde rot -- zu Recht: Eine zweite Antwort in derselben Runde kann es nicht geben, die erste verlaesst den Stand „wartet". Der Code waere nie gelaufen und damit nie pruefbar gewesen. Er ist weg; an seiner Stelle steht der Beweis, dass er nicht fehlt. DREI WEITERE ROTE ZEILEN, DIE NICHT ZU DIESEM UMBAU GEHOERTEN * `manager-ziele.js` hatte einen ZWEITEN Notnagel (`frageNach ? … : confirm(…)`). `nachfrage.js` hat denselben laengst, und zwar mit dem vollstaendigen Text; der hiesige war der kuerzere und haette gewonnen. Zwei Antworten auf dieselbe Frage -- gemeldet von `pruef-nachfrage`. * Zwei Mittelpunkte in `reaktion.css` standen woertlich im `content`. Sie liegen im Latin-1-Block, wo `pruef-zeichen` die Truemmer einer verunglueckten Kodierung sucht. Jetzt als Escape -- im Browser nachgemessen, es steht Zeichen fuer Zeichen dasselbe da. * Das Aufraeumen nach 90 Tagen loeschte nur das EINE Bild der Meldung; die Bilder aus den Antwortrunden blieben ohne Zeile auf der Platte liegen. Die Liste kommt jetzt aus einer Abfrage statt aus einer Spalte und kann deshalb nicht wieder unvollstaendig sein. GEPRUEFT pruef-support 78 -> 104 ok darunter: der Umzug der alten Bilder auf einer eigenen Wegwerf-Datenbank -- zweimal und dreimal gestartet, nichts verdoppelt, Datum von damals erhalten pruef-support-bilder NEU, 36 ok (echter Browser) dreimal nacheinander waehlen ergibt drei, das vierte wird mit einem Satz abgelehnt, dasselbe zaehlt nicht doppelt, einzeln entfernen laesst die anderen stehen, alle drei laden wirklich (naturalWidth), Kreuze 44x44 und keines verdeckt (mit Gegenprobe per Deckel), nichts ragt auf 390 px heraus pruef-nachfrage 69 -> 74 ok pruef-struktur 102 ok, 413 Routen (vorher 414: zwei weg, eine neu) pruef-zeichen 7 ok (vorher 1 Fehler) pruef-aufbewahrung 45 ok pruef-manager-ziele 216 ok pruef-ports 10 ok · pruef-portnummern 41 ok (die neue Pruefdatei verschiebt die abgeleiteten Nummern) NUR DAS AGENTURHAUS IST BETROFFEN. Die Supportseite liegt unter `/workspace`; am Crew-Haus aendert sich keine Zeile. Co-Authored-By: Claude Opus 5 <[email protected]>
452 lines
21 KiB
HTML
452 lines
21 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>Aufgaben · 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=202610022336" />
|
||
<link rel="apple-touch-icon" href="/assets/img/app-symbole/workspace-180.png?v=202610022336" />
|
||
<link rel="stylesheet" href="assets/css/gate.css?v=202610022336" />
|
||
<link rel="stylesheet" href="assets/css/start.css?v=202610022336" />
|
||
<link rel="stylesheet" href="assets/css/aufgaben.css?v=202610022336" />
|
||
<link rel="stylesheet" href="assets/css/module.css?v=202610022336" />
|
||
<!-- 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=202610022336" />
|
||
</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>
|
||
<p class="marke"><span class="marke__text"><a class="zurueck" href="start.html">Creator Workspace</a> · Aufgaben</span></p>
|
||
<div class="kopfleiste__rechts">
|
||
<span class="wer" id="wer">…</span>
|
||
<button type="button" class="abmelden" id="abmelden">Abmelden</button>
|
||
</div>
|
||
</header>
|
||
|
||
<!-- inhalt--brett: BREITER ALS DER REST DES HAUSES, und nur hier.
|
||
|
||
.inhalt--breit deckelt bei 1240 px. Das ist fuer Fliesstext
|
||
richtig -- eine Zeile ueber 90 Zeichen liest sich schlecht. Ein
|
||
BRETT ist aber kein Fliesstext, sondern eine Tabelle aus Karten:
|
||
Je mehr nebeneinander passen, desto weniger muss man scrollen.
|
||
|
||
Gemessen am 23.09.2026 auf einem 1600-px-Schirm: Der Inhalt war
|
||
1160 px breit, die volle Spalte davon 369 px -- Platz fuer genau
|
||
EINE Kartenreihe, und das Brett lief 5 600 px nach unten. Rechts
|
||
und links blieben zusammen 440 px leer.
|
||
|
||
Der Deckel bleibt trotzdem stehen. Ohne ihn zoegen die Karten auf
|
||
einem sehr breiten Schirm ueber zwei Meter auseinander, und der
|
||
Blick muesste wandern, statt zu erfassen. -->
|
||
<main class="inhalt inhalt--breit inhalt--brett">
|
||
|
||
<section class="kopf-zeile">
|
||
<div>
|
||
<p class="marke">Aufgaben</p>
|
||
<!-- Hier stand "Offen. In Arbeit. Zur Freigabe. Erledigt." --
|
||
also die Namen der vier Spalten, die drei Zeilen darunter
|
||
ohnehin dastehen. Eine Ueberschrift, die aufzaehlt, was man
|
||
gleich sieht, kostet Platz und gibt nichts zurueck; am
|
||
Handy brauchte sie zwei Zeilen.
|
||
|
||
Die neue sagt, wofuer die Seite da ist -- und beschreibt
|
||
genau das, was das Brett seit dem 23.09.2026 zeigt: ein
|
||
Stueck Arbeit, die Leute darauf, und wie weit sie sind. -->
|
||
<h1 class="titel">Wer macht was – und wie weit.</h1>
|
||
</div>
|
||
<button type="button" class="knopf knopf--klein" id="neu-oeffnen">Neue Aufgabe</button>
|
||
</section>
|
||
|
||
<!-- Die Leiste über dem Brett (01.09.2026). Drei Zeilen, in dieser
|
||
Reihenfolge – die Reihenfolge ist die Aussage:
|
||
1. was brennt (ein Satz, sofort lesbar)
|
||
2. Ausschnitte (Nur meine · Heute · Überfällig)
|
||
3. die eigenen Creator (nur für Betreuer, siehe aufgaben.js)
|
||
Alle drei bleiben verborgen, bis feststeht, wer angemeldet ist –
|
||
eine Filterleiste ohne Zahlen ist ein Versprechen ohne Deckung. -->
|
||
<p class="lage" id="lage" role="status" hidden></p>
|
||
<div class="ausschnitte" id="ausschnitte" role="group"
|
||
aria-label="Ausschnitt wählen" hidden></div>
|
||
<div class="creator-reihe" id="creator-reihe" role="group"
|
||
aria-label="Nach Creator einschränken" hidden></div>
|
||
|
||
<!-- Formular zum Anlegen. Standardmäßig zu, damit das Brett im Vordergrund
|
||
steht und die Seite nicht mit einem Formular begrüßt. -->
|
||
<form class="neu" id="neu" hidden>
|
||
<div class="neu__zeile">
|
||
<label class="feld-schild" for="f-titel">Titel</label>
|
||
<input id="f-titel" name="titel" maxlength="160" placeholder="Was ist zu tun?" required />
|
||
</div>
|
||
<div class="neu__zeile">
|
||
<label class="feld-schild" for="f-text">Beschreibung <span class="leise">(optional)</span></label>
|
||
<textarea id="f-text" name="beschreibung" rows="3" maxlength="4000"
|
||
placeholder="Worum geht es genau?"></textarea>
|
||
</div>
|
||
<div class="neu__raster">
|
||
<div>
|
||
<label class="feld-schild" for="f-prio">Priorität</label>
|
||
<select id="f-prio" name="prioritaet">
|
||
<option value="hoch">hoch</option>
|
||
<option value="mittel" selected>mittel</option>
|
||
<option value="niedrig">niedrig</option>
|
||
</select>
|
||
</div>
|
||
<div>
|
||
<label class="feld-schild" for="f-frist">Frist <span class="leise">(optional)</span></label>
|
||
<input id="f-frist" name="frist" type="date" />
|
||
</div>
|
||
<!-- DAUERHAFT (30.09.2026).
|
||
|
||
VanVan im Support: „Man kann bei den Aufgaben, wenn man sie
|
||
verteilt … noch nicht festlegen, dass die Aufgabe dauerhaft
|
||
sein soll und somit nicht vom Modi in den Status erledigt
|
||
gesetzt werden kann."
|
||
|
||
ER STEHT NEBEN DER FRIST, und das ist Absicht: Er nimmt sie
|
||
weg. Eine dauerhafte Aufgabe mit Frist waere ab dem
|
||
naechsten Tag fuer immer ueberfaellig.
|
||
|
||
VERBORGEN FUER DIE, DIE NICHT VERTEILEN. Ein Modi legt sich
|
||
Aufgaben selbst an -- eine, die er nicht mehr abhaken kann,
|
||
waere eine Falle, die er sich selbst stellt. Das Skript
|
||
blendet ihn ein (aufgaben.js), die Schranke sitzt im
|
||
Server. -->
|
||
<div id="feld-dauerhaft" hidden>
|
||
<label class="feld-schild" for="f-dauerhaft">Dauerhaft</label>
|
||
<label class="dauerhaft-schalter">
|
||
<input id="f-dauerhaft" name="dauerhaft" type="checkbox" />
|
||
<span>Wird nicht abgehakt — sie gehört dazu</span>
|
||
</label>
|
||
</div>
|
||
<div id="feld-creator" hidden>
|
||
<label class="feld-schild" for="f-creator">Bereich von</label>
|
||
<select id="f-creator" name="creator_id"><option value="">—</option></select>
|
||
</div>
|
||
<!-- WER MACHT ES -- die Zuteilung an eine bestimmte Person
|
||
(umbenannt 21.09.2026).
|
||
|
||
Filipe: "ich sehe noch immer nicht dass dogfather oder die
|
||
rechte hand wenn sie aufgaben verteilen die spezifisch an
|
||
leute verteilen können. mach das endlich auch weil das ist
|
||
seeehr wichtig damit wir arbeiten können mit den leuten."
|
||
|
||
GEMESSEN: Es GAB die Zuteilung -- Feld sichtbar, vier
|
||
Menschen in der Auswahl. Gefunden hat er sie trotzdem nicht,
|
||
und das lag am Wort. "Verantwortlich" mit einem Strich
|
||
daneben liest sich wie eine Eigenschaft der Aufgabe, nicht
|
||
wie eine Frage an einen selbst. "Wer macht es?" ist eine
|
||
Frage, und Fragen beantwortet man.
|
||
|
||
Auch der leere Wert sagt jetzt, was er bedeutet: "noch
|
||
niemand" statt eines Strichs. Ein Strich ist kein Zustand,
|
||
sondern ein fehlendes Wort. -->
|
||
<div id="feld-verant" hidden>
|
||
<label class="feld-schild" for="f-verant">Wer macht es?</label>
|
||
<select id="f-verant" name="verantwortlich_id">
|
||
<option value="">— noch niemand —</option>
|
||
</select>
|
||
<p class="feld-hinweis">Such jemanden aus, dann steht die Aufgabe bei ihm
|
||
unter „Nur meine“ — und er bekommt eine Meldung.</p>
|
||
|
||
<!-- AN MEHRERE VERTEILEN (21.09.2026, Abschnitt 3).
|
||
|
||
ZUSÄTZLICH UND NICHT STATT DESSEN: Eine Person ist der
|
||
häufigste Fall, und der soll ein Klick bleiben. Wer mehr
|
||
will, klappt es auf — wer nicht, sieht davon nichts.
|
||
|
||
Die Namen stehen NICHT hier im HTML: Sie kommen aus
|
||
derselben Auswahl darüber, abgeleitet beim Öffnen. Zwei
|
||
Namenslisten in einer Datei, die jeder herunterlädt, wären
|
||
eine zu viel. -->
|
||
</div>
|
||
<!-- Die Kategorie aus Kapitel 6.1 des Anforderungsdokuments.
|
||
Bleibt leer und verborgen, bis der Server Kategorien mitschickt
|
||
und die Aufgabe wirklich zu jemandem gehoert, der sie benutzt
|
||
-- die Auswahl wird deshalb erst im Skript gefuellt. Stuenden
|
||
die Namen hier, stuenden sie in einer Datei, die jeder
|
||
bekommt, der die Seite oeffnet. -->
|
||
<div id="feld-kanal" hidden>
|
||
<label class="feld-schild" for="f-kanal">Für welchen Kanal?</label>
|
||
<select id="f-kanal" name="kanal"><option value="">Für alle</option></select>
|
||
<p class="feld-hinweis">Drei Accounts, eine Liste. Leer heißt: gilt für alles.</p>
|
||
</div>
|
||
<!-- EIGENE RASTERZEILE, NICHT IN DER ZELLE (22.09.2026).
|
||
|
||
Dieser Block stand bis heute IN "Wer macht es?". Damit war
|
||
die Zelle hoeher als ihre Nachbarin, und weil jedes Feld
|
||
`grid-template-rows: 1fr 44px` traegt, rutschte die Eingabe
|
||
darin nach oben: "Wer macht es?" bei 780..824,
|
||
"Fuer welchen Kanal?" bei 833..877. Genau 53 Pixel Versatz --
|
||
und genau das sieht man als "verzogen".
|
||
|
||
Gefunden hat es pruef-formulare, die seit dem 07.09. auf
|
||
buendige Unterkanten prueft. Sie war seit dem 21.09. rot,
|
||
als dieser Block dazukam.
|
||
|
||
Als eigene Zeile ist er ausserdem ehrlicher: "Noch jemanden
|
||
dazunehmen" ist ein zweiter Schritt, kein Teil des ersten. -->
|
||
<div id="feld-mehrere" class="feld--breit" hidden>
|
||
<button type="button" class="knopf knopf--still" id="mehrere-auf"
|
||
aria-expanded="false" aria-controls="mehrere-liste">
|
||
Noch jemanden dazunehmen
|
||
</button>
|
||
<div id="mehrere-liste" hidden>
|
||
<p class="feld-schild" id="mehrere-schild">Wer noch?</p>
|
||
<div id="mehrere-leute" class="z-wahl" role="group"
|
||
aria-labelledby="mehrere-schild"></div>
|
||
<fieldset id="mehrere-art" class="z-art" hidden>
|
||
<legend class="feld-schild">Wie soll das laufen?</legend>
|
||
<label class="z-art__wahl">
|
||
<input type="radio" name="verteilart" value="mehrere" checked />
|
||
<span><strong>Jede macht ihren Teil.</strong>
|
||
Alle sind gemeint, jede hat ihren eigenen Stand.</span>
|
||
</label>
|
||
<label class="z-art__wahl">
|
||
<input type="radio" name="verteilart" value="pool" />
|
||
<span><strong>Wer zuerst Zeit hat, übernimmt.</strong>
|
||
Sobald eine sie nimmt, ist sie für die anderen weg —
|
||
damit niemand doppelt arbeitet.</span>
|
||
</label>
|
||
</fieldset>
|
||
</div>
|
||
</div>
|
||
<div id="feld-kategorie" hidden>
|
||
<label class="feld-schild" for="f-kategorie">Kategorie</label>
|
||
<select id="f-kategorie" name="kategorie"><option value="">—</option></select>
|
||
</div>
|
||
</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">Anlegen</button>
|
||
<button type="button" class="abmelden" id="neu-abbrechen">Abbrechen</button>
|
||
</div>
|
||
</form>
|
||
|
||
<p class="fehler" id="fehler" role="alert" aria-live="polite"></p>
|
||
|
||
<!-- AUFGABEN AUS DER VORLAGE (09.09.2026).
|
||
|
||
Filipe: "ich will dass du die vier klassen ueberall mit aufgaben
|
||
perfektionnierst ... mit perfekt kategorien und aufgaben."
|
||
|
||
Die Checkliste sagt, WAS sitzen muss. Sie sagt nicht, was jemand
|
||
als Naechstes TUT. Hier stehen 48 fertige Aufgaben -- vier
|
||
Bereiche mal vier Stufen mal drei -- die man mit einem Klick zu
|
||
einer echten Aufgabe mit Frist und Verantwortlichem macht.
|
||
|
||
Der Block steht UEBER dem Brett: Wer ein leeres Brett hat, soll
|
||
nicht erst daran vorbeiscrollen, um zu sehen, womit man anfaengt. -->
|
||
<section class="vorlagenbrett" id="vorlagenbrett" hidden></section>
|
||
|
||
<div class="brett" id="brett" aria-busy="true">
|
||
<p class="leise" id="laedt">Aufgaben werden geladen …</p>
|
||
</div>
|
||
|
||
<!-- ABGEBROCHENE AUFGABEN (05.09.2026).
|
||
|
||
Ein eigener Bereich UNTER dem Brett, nicht als fünfte Spalte:
|
||
Am Handy wären dann alle fünf so schmal, dass keine mehr lesbar
|
||
ist. Und Abgebrochenes sieht man nicht täglich.
|
||
|
||
Verschwinden darf es aber auch nicht -- sonst wäre der Abbruch
|
||
ein Löschen mit Zwischenschritt, und genau das soll er nicht
|
||
sein. Deshalb: zugeklappt, mit der Anzahl im Titel, einen Klick
|
||
entfernt.
|
||
|
||
<details> und nicht selbstgebaut: bringt Tastaturbedienung,
|
||
aria-expanded und das Verhalten von Suchfunktionen im Browser
|
||
von sich aus mit. -->
|
||
<details class="abgebrochen" id="abgebrochen" hidden>
|
||
<summary class="abgebrochen__kopf">
|
||
<span class="abgebrochen__name">Abgebrochen</span>
|
||
<span class="abgebrochen__zahl" id="abgebrochen-zahl">0</span>
|
||
</summary>
|
||
<p class="abgebrochen__unter">
|
||
Nicht gelöscht – nur beiseitegelegt. Mit Grund, damit später
|
||
nachvollziehbar bleibt, warum. Jederzeit wieder aufnehmbar.
|
||
</p>
|
||
<div class="abgebrochen__liste" id="abgebrochen-liste"></div>
|
||
</details>
|
||
|
||
</main>
|
||
|
||
<!-- Bearbeiten. Als natives <dialog>: bringt Fokusfang, Schließen mit Esc
|
||
und die Abdunklung des Hintergrunds ohne eigenen Code mit. -->
|
||
<dialog class="dialog" id="bearbeiten-dialog">
|
||
<form method="dialog" id="bearbeiten" class="neu neu--blank">
|
||
<h2 class="dialog__titel">Aufgabe bearbeiten</h2>
|
||
|
||
<div class="neu__zeile">
|
||
<label class="feld-schild" for="b-titel">Titel</label>
|
||
<input id="b-titel" maxlength="160" required />
|
||
</div>
|
||
<div class="neu__zeile">
|
||
<label class="feld-schild" for="b-text">Beschreibung</label>
|
||
<textarea id="b-text" rows="3" maxlength="4000"></textarea>
|
||
</div>
|
||
<div class="neu__raster">
|
||
<div>
|
||
<label class="feld-schild" for="b-prio">Priorität</label>
|
||
<select id="b-prio">
|
||
<option value="hoch">hoch</option>
|
||
<option value="mittel">mittel</option>
|
||
<option value="niedrig">niedrig</option>
|
||
</select>
|
||
</div>
|
||
<div>
|
||
<label class="feld-schild" for="b-frist">Frist</label>
|
||
<input id="b-frist" type="date" />
|
||
</div>
|
||
<!-- DAUERHAFT (30.09.2026). VanVan: „ob selbst erstellt ODER
|
||
UEBER DIE VORLAGE". Eine Vorlagen-Aufgabe entsteht ohne
|
||
Formular -- ein Knopf, ein Name, fertig. Ein dritter
|
||
Schalter im Vorlagenbrett waere eine dritte Stelle fuer
|
||
dieselbe Frage; hier steht sie fuer jede Aufgabe, egal
|
||
woher sie kommt.
|
||
|
||
Verborgen fuer die, die nicht verteilen -- wie im
|
||
Anlegeformular. -->
|
||
<div id="b-feld-dauerhaft" hidden>
|
||
<label class="feld-schild" for="b-dauerhaft">Dauerhaft</label>
|
||
<label class="dauerhaft-schalter">
|
||
<input id="b-dauerhaft" type="checkbox" />
|
||
<span>Wird nicht abgehakt — sie gehört dazu</span>
|
||
</label>
|
||
</div>
|
||
<div id="b-feld-creator" hidden>
|
||
<label class="feld-schild" for="b-creator">Bereich von</label>
|
||
<select id="b-creator"><option value="">—</option></select>
|
||
</div>
|
||
<div id="b-feld-verant" hidden>
|
||
<label class="feld-schild" for="b-verant">Wer macht es?</label>
|
||
<select id="b-verant"><option value="">— noch niemand —</option></select>
|
||
</div>
|
||
<div id="b-feld-kanal" hidden>
|
||
<label class="feld-schild" for="b-kanal">Für welchen Kanal?</label>
|
||
<select id="b-kanal"><option value="">Für alle</option></select>
|
||
</div>
|
||
<div id="b-feld-kategorie" hidden>
|
||
<label class="feld-schild" for="b-kategorie">Kategorie</label>
|
||
<select id="b-kategorie"><option value="">—</option></select>
|
||
</div>
|
||
</div>
|
||
|
||
<p class="fehler" id="b-fehler" role="alert" aria-live="polite"></p>
|
||
|
||
<!-- ==== AUFWAND (15.09.2026, Stufe 9) =========================
|
||
„Wichtig“ gibt es schon – das ist die Priorität. Der Aufwand
|
||
ist die zweite Angabe, ohne die man nicht entscheiden kann:
|
||
Schaffe ich das zwischendurch, oder muss ich mir Zeit nehmen?
|
||
|
||
Freiwillig. Die erste Wahl ist deshalb „noch nicht
|
||
eingeschätzt“ und nicht etwa „mittel“ – eine Vorgabe wäre eine
|
||
Schätzung, die niemand abgegeben hat. -->
|
||
<div class="neu__zeile">
|
||
<label class="feld-schild" for="b-aufwand">Aufwand</label>
|
||
<select id="b-aufwand">
|
||
<option value="">noch nicht eingeschätzt</option>
|
||
</select>
|
||
</div>
|
||
|
||
<!-- ==== ANHÄNGE (15.09.2026, Stufe 9) =========================
|
||
Die Datei landet in der Dateiablage – mit ihrer Sichtbarkeit,
|
||
ihren Freigaben und ihren Fassungen. Hier steht nur, dass sie
|
||
zu dieser Aufgabe gehört. Ein eigener Hochladeweg wäre eine
|
||
zweite Ablage mit einer zweiten Rechtelogik gewesen. -->
|
||
<div class="neu__zeile anhaenge">
|
||
<span class="feld-schild">Anhänge</span>
|
||
<div id="b-anhaenge" class="anhaenge__liste"></div>
|
||
<label class="anhaenge__zufuegen">
|
||
<input type="file" id="b-datei" hidden />
|
||
<span class="anhaenge__knopf">Datei anhängen</span>
|
||
</label>
|
||
<p class="anhaenge__hinweis" id="b-anhang-stand"></p>
|
||
</div>
|
||
|
||
<div class="dialog__knoepfe">
|
||
<button type="button" class="knopf knopf--klein" id="b-speichern">Speichern</button>
|
||
<button type="button" class="abmelden" id="b-abbrechen">Abbrechen</button>
|
||
<button type="button" class="abmelden abmelden--warnung" id="b-loeschen" hidden>Löschen</button>
|
||
</div>
|
||
</form>
|
||
</dialog>
|
||
|
||
<!-- ABBRECHEN MIT GRUND (05.09.2026).
|
||
|
||
Kein confirm(): Das blockiert die ganze Seite, nimmt kein Textfeld
|
||
auf und sieht auf jedem Rechner anders aus.
|
||
|
||
Der Grund ist PFLICHT. Ohne ihn weiß in vier Wochen niemand mehr,
|
||
warum etwas wegfiel -- und dann ist ein Abbruch von einem Löschen
|
||
nicht mehr zu unterscheiden. Der Server verlangt ihn ebenfalls;
|
||
hier steht er, damit man es merkt, bevor man abschickt. -->
|
||
<dialog class="dialog" id="abbruch-dialog">
|
||
<form method="dialog" id="abbruch-form" class="neu neu--blank">
|
||
<h2 class="dialog__titel" id="abbruch-titel">Aufgabe abbrechen?</h2>
|
||
<!-- Sagt, was passiert UND was nicht passiert. Die Sorge bei so
|
||
einem Knopf ist immer, ob etwas verloren geht. -->
|
||
<p class="dialog__unter" id="abbruch-was"></p>
|
||
|
||
<div class="neu__zeile">
|
||
<label class="feld-schild" for="abbruch-grund">Warum wird sie abgebrochen?</label>
|
||
<textarea id="abbruch-grund" rows="3" maxlength="500"
|
||
placeholder="z. B. Kampagne wurde verschoben – kommt im Oktober neu."></textarea>
|
||
</div>
|
||
|
||
<p class="fehler" id="abbruch-fehler" role="alert" aria-live="polite"></p>
|
||
|
||
<div class="dialog__knoepfe">
|
||
<button type="submit" class="knopf knopf--klein" id="abbruch-ok">Abbrechen & beiseitelegen</button>
|
||
<button type="button" class="abmelden" id="abbruch-zurueck">Doch nicht</button>
|
||
</div>
|
||
</form>
|
||
</dialog>
|
||
|
||
<!-- 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=202610022336"></script>
|
||
<script src="assets/js/meldung.js?v=202610022336" defer></script>
|
||
<script src="assets/js/hochladen.js?v=202610022336" defer></script>
|
||
<script src="assets/js/nachfrage.js?v=202610022336" defer></script>
|
||
|
||
<script src="assets/js/wahl.js?v=202610022336" defer></script>
|
||
<script src="assets/js/bereiche.js?v=202610022336" defer></script>
|
||
<script src="assets/js/installieren.js?v=202610022336" defer></script>
|
||
<script src="assets/js/kopf.js?v=202610022336" defer></script>
|
||
<script src="assets/js/glocke.js?v=202610022336" defer></script>
|
||
<script src="assets/js/zuteilung.js?v=202610022336" defer></script>
|
||
<!-- Der Vorlagenkatalog stand bis zum 23.09.2026 mitten in
|
||
aufgaben.js. Er bedient jetzt zwei Seiten und hat deshalb eine
|
||
eigene Datei; hier zeigt er den Creator-Katalog.
|
||
Vor aufgaben.js, weil die Seite ihn beim Start einrichtet. -->
|
||
<script src="assets/js/vorlagenbrett.js?v=202610022336" defer></script>
|
||
<script src="assets/js/aufgaben.js?v=202610022336" defer></script>
|
||
</body>
|
||
</html>
|