Zwei Wuensche von Filipe, beide am Neu-Fenster. 1) "ich will eine bessere erklaerung dafuer bitte." Neben dem Umschalter "Gespraech | Kanal" stand ein Satz ueber das ANTIPPEN von Personen -- also ueber den naechsten Schritt, nicht ueber die Wahl, die gerade ansteht. Wer die beiden Woerter zum ersten Mal sieht, erfuhr nirgends, was sie bedeuten. Der Unterschied ist nicht "wenige/viele Leute", sondern WONACH der Raum benannt ist: ein Gespraech nach den Menschen darin, ein Kanal nach einem Thema. Daran haengt alles Weitere -- dass es einen Kanal je Zustaendigkeit nur einmal gibt (eindeutiger Index, nachgesehen), dass sein Name festliegt, dass die Teamleitung immer dabei ist (kanaeleAngleichen, nachgesehen) und dass Leute wechseln koennen, ohne dass der Raum ein anderer wird. Genau das steht jetzt da, und nichts davon ist behauptet. 2) "die person die ihn oeffnet soll auch das recht haben das zu loeschen und so dass es dan fuer jeden geloescht ist. aber nur die person die es gruendet." Ein EIGENER Weg (/ganz), kein Zusatzfeld am bestehenden. Es gibt jetzt zwei Loeschknoepfe nebeneinander, und sie tun etwas sehr Verschiedenes: Wegraeumen ist nur bei mir, Aufloesen ist fuer alle und endgueltig. Ein vergessenes Feld waere genau dieser Unterschied gewesen. Aus demselben Grund ein anderes Zeichen und eine eigene Warnfarbe -- zwei gleich aussehende Papierkoerbe waeren eine Falle. Nur der Gruender, woertlich: nicht die Teamleitung, nicht DogFather, nicht wer `leitung` in der Gruppe hat. Nicht bei Zweier-Gespraechen -- dort gibt es keinen Gruender, und "niemand nimmt einem anderen die Unterhaltung weg" gilt weiter. Reihenfolge beim Loeschen ist nicht beliebig: erst das Live-Ereignis (chatEreignis liest die Teilnehmer aus der Tabelle -- danach waere die Liste leer), dann die Zeilen in EINER Transaktion, dann die Anhaenge von der Platte. Umgekehrt haetten wir bei einem Ruecklauf Nachrichten, die auf geloeschte Dateien zeigen. WAS DIE PRUEFUNG GEFUNDEN HAT, BEVOR ES JEMAND GEMERKT HAETTE: Der Knopf blieb unsichtbar, obwohl das Recht stimmte. Die Oberflaeche holt den offenen Raum aus dem Nachrichten-Weg, nicht aus der Raumliste -- zwei Wege, ein Raumobjekt, und nur einer kannte das neue Feld. Die Regel steht jetzt in darfAufloesen() und wird von allen dreien benutzt: Liste, Nachrichten-Weg und der Loeschweg selbst. Gefunden hat das die Pruefung, weil sie den KNOPF misst und nicht das Recht dahinter. Haette sie nur `darf_aufloesen` geprueft, waere sie gruen gewesen und der Knopf nie erschienen. NEU: server/pruef-chat-aufloesen.mjs (59 Pruefungen). Sie misst am BESTAND, nicht an der Antwort: ob der Raum wirklich aus der Datenbank weg ist, ob keine Teilnehmerzeile liegen blieb, ob der Anhang von der Platte verschwand -- und mit Gegenprobe, dass der Anhang-Ordner selbst stehen bleibt. Ohne die waere "Datei ist weg" auch dann gruen, wenn es sie nie gab; genau das ist beim ersten Lauf passiert (der Upload lief ins 415, weil ich ihn als Formular statt roh geschickt hatte). Dazu: Wegraeumen ist NICHT Aufloesen (Ben raeumt weg, Cem hat alles noch), ein Zweier-Gespraech laesst sich gar nicht aufloesen, ein Aussenstehender bekommt 404 statt 403, ein zweiter Versuch findet nichts, und die Zustaendigkeit eines aufgeloesten Kanals wird wieder frei (sonst haette der eindeutige Index sie dauerhaft blockiert). Nebenbei: Die drei Kopfknoepfe schoben sich jeder einzeln mit `margin-left: auto` nach rechts. Bei zwei sichtbaren teilen sich zwei auto-Raender den freien Platz und reissen sie auseinander -- und WELCHE sichtbar sind, entscheidet der Server. Jetzt schiebt ein Behaelter einmal, die Knoepfe stehen beieinander, egal wie viele es sind. Co-Authored-By: Claude Opus 5 <[email protected]>
262 lines
12 KiB
HTML
262 lines
12 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=202609111522" />
|
||
<link rel="apple-touch-icon" href="/assets/img/app-symbole/workspace-180.png?v=202609111522" />
|
||
<link rel="stylesheet" href="assets/css/gate.css?v=202609111522" />
|
||
<link rel="stylesheet" href="assets/css/start.css?v=202609111522" />
|
||
<link rel="stylesheet" href="assets/css/aufgaben.css?v=202609111522" />
|
||
<link rel="stylesheet" href="assets/css/module.css?v=202609111522" />
|
||
<!-- 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=202609111522" />
|
||
</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>
|
||
|
||
<main class="inhalt inhalt--breit">
|
||
|
||
<section class="kopf-zeile">
|
||
<div>
|
||
<p class="marke">Aufgaben</p>
|
||
<h1 class="titel">Offen. In Arbeit. Review. Erledigt.</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>
|
||
<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>
|
||
<div id="feld-verant" hidden>
|
||
<label class="feld-schild" for="f-verant">Verantwortlich</label>
|
||
<select id="f-verant" name="verantwortlich_id"><option value="">—</option></select>
|
||
</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-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>
|
||
<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">Verantwortlich</label>
|
||
<select id="b-verant"><option value="">—</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>
|
||
|
||
<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>
|
||
|
||
<script src="assets/js/wahl.js?v=202609111522" defer></script>
|
||
<script src="assets/js/bereiche.js?v=202609111522" defer></script>
|
||
<script src="assets/js/kopf.js?v=202609111522" defer></script>
|
||
<script src="assets/js/glocke.js?v=202609111522" defer></script>
|
||
<script src="assets/js/aufgaben.js?v=202609111522" defer></script>
|
||
</body>
|
||
</html>
|