Kennzahlen werden Wege, Team wird sichtbar, Felder bekommen ein Aussehen
Vier Wuensche vom 01.09.2026, dazu ein gemeldeter Fehler.
SCREEN 1 -- "wenn man auf die Kisten drueckt, sofort zu der Seite,
diesem Punkt". Jede Kennzahl im Bericht fuehrt jetzt dorthin, wo die
gezaehlten Dinge stehen: nicht nur auf die richtige Seite, sondern auf
die richtige Stelle (?zeigen=...). Ein gemeinsamer Helfer in kopf.js,
damit nicht jede Seite ihr eigenes Sprungverhalten erfindet.
Auf dem Aufgabenbrett wird HERVORGEHOBEN, nicht gefiltert -- das Brett
lebt davon, dass man die vier Spalten nebeneinander sieht. Bei den
Dateien wird gefiltert, denn die Seite hat ohnehin eine Filterleiste,
und deren Knoepfe zeigen dann mit an, wo man steht. Der Kalender
schaltet auf die Liste um: In der Monatsansicht liesse sich
"vergangen" gar nicht sinnvoll markieren.
Immer mit einem Weg zurueck ("Alles zeigen"), der auch den Parameter
aus der Adresse nimmt. Eine Seite, die gefiltert bleibt, ist eine
Falle: Man kommt spaeter wieder, sieht drei von zwanzig Aufgaben und
haelt das fuer den Bestand.
Drei Entscheidungen gegen den ersten Entwurf:
* KEIN ?creator= im Verweis. Das sah hilfreich aus und waere eine
Luege gewesen -- keine Zielseite liest den Wert.
* Kisten mit Null fuehren NIRGENDWOHIN. Ein Weg zu null Dingen ist
eine Enttaeuschung, kein Angebot.
* "neu angelegt" fuehrt ohne Ausschnitt aufs Brett: Der Bericht zaehlt
einen Zeitraum, das Brett kennt keinen. Eine Hervorhebung, die nicht
dieselbe Menge trifft, ist schlimmer als keine.
SCREEN 2 -- "ich will, dass wir Manager, Scouts, DogFather auch die
Fotos, Namen und so alles sehen". Der Steckbrief war eine Einbahnstrasse:
Jeder pflegte seinen, niemand bekam ihn je zu Gesicht. Die
Schnittstelle dafuer lag fertig da und wurde von keiner Seite
aufgerufen. Jetzt steht "Das Team" auf steckbrief.html und (fuer
Creator) auf profil.html -- nach Rollen gruppiert, mit Bild, Rolle,
eigenem Satz und Kanaelen. Wer wen sieht, entscheidet weiterhin der
Server; ein Creator sieht seine Betreuung, nicht die anderen Creator.
SCREEN 4 -- "das soll richtig geil aussehen und nicht so einfach, auch
die Schrift". Die Ursache war kein Geschmack, sondern ein Loch im
Aufbau: Jede Seite gestaltete ihre Felder mit einem EIGENEN Selektor,
und wer ein Feld anderswo hinsetzt, faellt durch alle Netze. Genau so
stand "Ein Satz ueber dich" als grauer Kasten in MONOSPACE da --
<textarea> faellt ohne `font: inherit` auf Schreibmaschinenschrift
zurueck. Jetzt gibt es eine Grundlage fuer jedes Feld, und die drei
wortgleichen Kopien in aufgaben/profil/bereich sind weg.
Der erste Anlauf setzte dort auch `width: 100%` -- die Pruefung
meldete sofort Felder von 28 statt 362 Pixeln. Breite ist LAYOUT und
gehoert der Seite; eine Grundlage mit Staerke null verliert jeden
Breitenstreit, also darf sie ihn nicht anfangen.
SCREEN 5 -- "wieso seh ich mein Bild da nicht?" Ein lehrreicher Fehler:
Der Server liefert das Bild laengst mit, und im Quelltext dort steht
ausdruecklich "es steht in der Kopfleiste JEDER Seite UND IN DER
BEGRUESSUNG". Die Absicht war aufgeschrieben, die Haelfte nie gebaut --
und aufgefallen ist es nicht, weil ein Buchstabe im Kreis nicht falsch
aussieht, nur eben nicht wie man selbst.
PRUEFUNGEN. Zwei neue (pruef-sprung, pruef-team), eine erweiterte
(pruef-formulare). Sie haben vier echte Fehler gefunden, die mit blossem
Auge nicht zu sehen waren:
* Der Sprung auf "dringend" hob auch ERLEDIGTE dringende Eintraege
hervor -- man klickt auf "2" und bekommt drei markiert.
* Auf einer leeren Zielseite erschien gar keine Erklaerung (frueher
Ausstieg uebersprang sie). Das ist der wichtigere Fall: Wer auf eine
Zahl klickt und im Leeren landet, glaubt, er sei falsch abgebogen.
* Das Kachel-Merkzeichen stiess mit der Zahl zusammen.
* Die Feldpruefung fand vier RICHTIGE Felder falsch (die Kanaele holen
ihren Rahmen vom Umschlag mit dem "@"). Eine Pruefung, die
Richtiges anmahnt, gewoehnt man sich ab zu lesen.
Und zwei Faelle, in denen die Pruefung sich selbst belogen haette: null
gefundene Felder galten als "in Ordnung", und der Ueberdeckungsvergleich
war nach einer Aenderung ohne ein einziges Vergleichselement gruen.
Beide zaehlen jetzt mit, wie viel sie tatsaechlich angesehen haben.
Co-Authored-By: Claude Opus 5 <[email protected]>
This commit is contained in:
@@ -34,6 +34,9 @@
|
||||
const $ = (id) => document.getElementById(id);
|
||||
const heute = new Date().toISOString().slice(0, 10);
|
||||
let ich = null;
|
||||
/* Nur beim ERSTEN Laden springen. Sonst reisst es die Seite nach
|
||||
jeder Statusaenderung erneut an dieselbe Stelle. */
|
||||
let gesprungen = false;
|
||||
|
||||
/* Texte werden ausschließlich über textContent gesetzt, nie über
|
||||
innerHTML -- ein Aufgabentitel darf keine Auszeichnung einschleusen. */
|
||||
@@ -236,6 +239,9 @@
|
||||
const eigene = aufgaben.filter((a) => a.status === s.status);
|
||||
const spalte = el('section', 'spalte');
|
||||
spalte.dataset.status = s.status;
|
||||
/* Die Karte merkt sich, wozu sie gehoert -- daraus findet der
|
||||
Sprung vom Bericht die richtigen wieder, ohne die Liste ein
|
||||
zweites Mal durchzugehen. */
|
||||
|
||||
const kopf = el('h2', 'spalte__kopf');
|
||||
kopf.append(el('span', 'spalte__punkt'), el('span', null, s.name),
|
||||
@@ -246,17 +252,53 @@
|
||||
spalte.append(el('p', 'spalte__unter', s.unter));
|
||||
|
||||
if (!eigene.length) spalte.append(el('p', 'spalte__leer', s.leer));
|
||||
else for (const a of eigene) spalte.append(karte(a));
|
||||
else for (const a of eigene) {
|
||||
const k = karte(a);
|
||||
k.dataset.status = a.status;
|
||||
if (a.status !== 'erledigt' && a.frist && a.frist < heute) k.dataset.faellig = 'ja';
|
||||
spalte.append(k);
|
||||
}
|
||||
|
||||
brett.append(spalte);
|
||||
}
|
||||
}
|
||||
|
||||
/* ---------- Sprung vom Bericht -------------------------------------------
|
||||
|
||||
"wenn man auf die Kisten drueckt, sofort zu diesem Punkt
|
||||
weitergeschickt werden" (01.09.2026).
|
||||
|
||||
Hier wird NICHT gefiltert, sondern hervorgehoben. Das Brett lebt
|
||||
davon, dass man alle vier Spalten nebeneinander sieht -- wer nur die
|
||||
ueberfaelligen zeigt, nimmt genau den Ueberblick weg, wegen dem man
|
||||
hergekommen ist. */
|
||||
const ZEIG_TEXT = {
|
||||
offen: 'Aufgaben, die offen sind',
|
||||
arbeit: 'Aufgaben, die gerade laufen',
|
||||
review: 'Aufgaben, die auf Freigabe warten',
|
||||
erledigt: 'Aufgaben, die erledigt sind',
|
||||
ueberfaellig: 'Aufgaben, deren Frist vorbei ist',
|
||||
};
|
||||
|
||||
function sprungZeigen() {
|
||||
const was = window.zielSchluessel?.();
|
||||
if (!was || !ZEIG_TEXT[was]) return;
|
||||
const treffer = was === 'ueberfaellig'
|
||||
? document.querySelectorAll('.karte[data-faellig="ja"]')
|
||||
: document.querySelectorAll(`.karte[data-status="${was}"]`);
|
||||
window.zielMarkieren?.(treffer, ZEIG_TEXT[was]);
|
||||
}
|
||||
|
||||
async function laden() {
|
||||
try {
|
||||
const antwort = await hole('/workspace/api/aufgaben');
|
||||
if (!antwort.ok) { melde('Aufgaben konnten nicht geladen werden.'); return; }
|
||||
zeichne((await antwort.json()).aufgaben);
|
||||
/* Erst NACH dem Zeichnen -- vorher gibt es die Karten nicht, und
|
||||
der Sprung ginge ins Leere, ohne dass jemand etwas merkt. Nur
|
||||
beim ersten Laden: Sonst springt die Seite nach jeder
|
||||
Statusaenderung erneut weg. */
|
||||
if (!gesprungen) { gesprungen = true; sprungZeigen(); }
|
||||
} catch { /* bereits umgeleitet */ }
|
||||
}
|
||||
|
||||
|
||||
Reference in New Issue
Block a user