Ein Klick statt eines Formulars -- der Schnell-Eintrag

Filipe mit dem Bildschirmfoto der Zeilen: „ich will das viel perfekter
und geiler. will dass es viel einfacher ist. am besten so wenig wie
moeglich zu tippen. fertige sachen, bereit um ab zu gehen."

GEZAEHLT, WAS EIN EINTRAG VORHER KOSTETE -- das war der Punkt:

    Manager Meeting   Knopf, Dialog, Speichern     2 Klicks + Fenster
    Schulung          dazu die Art waehlen         3 Klicks + Fenster
    Werbung           dazu den Link tippen         2 Klicks + tippen
    Creator           dazu den Namen tippen        2 Klicks + tippen

Ein Fenster fuer die Aussage „ich war heute im Meeting" sind drei
Handgriffe fuer null Angaben. Vier Aufgaben im Monat, acht Klicks,
acht Fenster.

JETZT

    Manager Meeting   EIN Klick  („Heute eingetragen")
    Schulung          EIN Klick  (zwei fertige Knoepfe)
    Werbung           Einfuegen + Eintragen, kein Tippen
    Creator           ein Klick je Lead -- oder mehrere Namen auf
                      einmal einwerfen

Am echten Bildschirm nachgemessen: 0/2 vorher, EIN Klick, 1/2 nachher,
„Rueckgaengig" bringt 0/2 zurueck. Nicht „der Knopf ist da", sondern
„danach steht eine andere Zahl dort".

DREI ENTSCHEIDUNGEN DAHINTER

1. DER WEG NIMMT EINE LISTE. „Drei Creator auf einmal" ist EIN
   Vorgang. Wer drei Namen aus Discord kopiert, hat das Monatsziel in
   einem Zug erledigt -- das ist der eigentliche Gewinn, nicht der
   gesparte Klick.

   JEDER EINTRAG WIRD EINZELN GEPRUEFT UND EINZELN BEANTWORTET. Die
   ganze Liste zurueckzuweisen, weil ein Name schon dasteht, waere
   die bequeme und die falsche Loesung: Dann weiss niemand, welcher
   der drei das Problem war, und tippt alles noch einmal. Geprueft
   wird genau dieser Fall -- zwei gehen durch, einer wird im Klartext
   abgelehnt, mit Namen.

2. KEINE SICHERHEITSABFRAGE VORHER, SONDERN „RUECKGAENGIG" DANACH.
   Eine Nachfrage bei jedem Klick waere der Handgriff, den wir gerade
   abgeschafft haben, in neuer Verkleidung. Sie kostet jeden; das
   Zuruecknehmen kostet nur den, der sich vertippt hat. Acht Sekunden
   statt drei -- lang genug, um es mit einem Daumen zu treffen.

3. DIE ZULETZT GEWAEHLTE ART IST VORGEWAEHLT -- abgeleitet aus dem
   letzten Eintrag, nicht in einer Einstellung gespeichert. Eine
   Spalte „Lieblingsart" waere ein zweiter Bestand, der veralten
   kann; der letzte Eintrag veraltet nie.

WAS MIR DABEI AUFGEFALLEN IST

Ein Ein-Klick-Knopf macht den Doppeltipper zur wahrscheinlichsten
Fehleingabe -- bei „Heute eingetragen" merkt man nichts davon, es gibt
ja keine Angabe. Zwei Meetings an einem Tag zu VERBIETEN waere aber
falsch, sie sind moeglich. Also ein Hinweis statt einer Sperre:
„Fuer diesen Tag stehen jetzt 2. War das Absicht?" -- und das
Zuruecknehmen liegt ohnehin daneben. Mit Gegenprobe, dass beim ERSTEN
keine Warnung kommt; sonst waere sie keine Warnung, sondern ein
Begleittext.

AUSSERDEM

  * Die Zeilen bauen sich beim Eintragen nicht mehr neu, sondern
    ziehen nur die Zahlen nach. Sonst verschwaende das Feld, in dem
    man gerade tippt, unter der Hand.
  * „Einfuegen" holt den Link aus der Zwischenablage -- mit drittem
    Ausgang: Firefox gibt sie ohne Erweiterung nicht her, und dann
    wird das gesagt, statt dass ein Knopf stumm bleibt.
  * Im Dialog drei fertige Tage (Heute / Gestern / Vorgestern) statt
    eines Kalenders. Was nicht mehr in diesen Monat gehoert, wird gar
    nicht erst angeboten -- am 1. und 2. fallen welche weg.
  * Der Dialog heisst jetzt „Mehr Angaben" und ist die Ausnahme fuer
    Notiz oder altes Datum. Dass er fuer etwas Normales gebraucht
    wurde, war sein Fehler.

GEPRUEFT: 194 Pruefungen, 0 Fehler (vorher 168)

Co-Authored-By: Claude Opus 5 <[email protected]>
This commit is contained in:
2026-10-02 17:48:04 +02:00
co-authored by Claude Opus 5
parent f6d2437985
commit b46f75484f
51 changed files with 1433 additions and 749 deletions
+173 -47
View File
@@ -317,6 +317,19 @@ export function standFuer(person, monat = monatJetzt(), heute = tagBerlin()) {
sehen; er soll nur nicht dafür gemahnt werden. */
const stufe = pflichtig ? stufeFuer(n, ziel, tag, letzter)
: (ziel > 0 && n >= ziel ? "gruen" : "neutral");
/* WAS DIESE PERSON ZULETZT GEWAEHLT HAT -- abgeleitet aus ihrem
letzten Eintrag, nicht in einer Einstellung gespeichert.
Zweck: Der Schnell-Eintrag kann die Art vorbelegen, und damit
faellt bei „Werbung" und „Schulung" je ein Handgriff weg. Eine
eigene Spalte „Lieblingsart" waere ein zweiter Bestand, der
pflegebeduerftig ist und veralten kann; der letzte Eintrag
veraltet nie, er ist der letzte Eintrag. */
const zuletzt = a.arten
? db().prepare(`SELECT art FROM mz_eintrag
WHERE person_id = ? AND aufgabe = ? AND art IS NOT NULL
ORDER BY id DESC LIMIT 1`).get(person.id, a.schluessel)?.art
: null;
return {
schluessel: a.schluessel,
name: a.name,
@@ -324,6 +337,7 @@ export function standFuer(person, monat = monatJetzt(), heute = tagBerlin()) {
hinweis: a.hinweis,
feld: a.feld,
arten: a.arten || null,
letzteArt: zuletzt || a.arten?.[0]?.wert || null,
einheit: a.einheit,
zahl: n,
ziel,
@@ -613,6 +627,159 @@ managerZieleRouter.get(`${BASIS}/eintraege`, (req, res) => {
}
});
/** Legt EINEN Eintrag an und gibt zurueck, was daraus wurde.
*
* HERAUSGEZOGEN (02.10.2026), weil es den Weg jetzt zweimal gibt:
* einzeln (Dialog) und als Liste (Schnell-Eintrag). Zwei Fassungen
* derselben Pruefungen waeren zwei Fassungen, von denen eine beim
* naechsten Nachschaerfen zurueckbleibt -- und gerade hier geht es
* um Dublettenschutz und Datumsgrenzen, also genau um das, was
* niemand doppelt pflegen sollte. */
function eintragAnlegen(person, rumpf, monat, heute) {
const gepruefte = eintragPruefen(rumpf, monat, heute);
if (gepruefte.fehler) return { fehler: gepruefte.fehler };
const w = gepruefte.werte;
const doppel = dublette(person.id, monat, w);
if (doppel.eigen) {
return {
fehler: "schon_eingetragen",
text: w.name
? `„${w.name}" steht diesen Monat schon in deiner Liste.`
: "Dieses Video steht diesen Monat schon in deiner Liste.",
};
}
/* Der Lead wird nur uebernommen, wenn er wirklich existiert und zu
dieser Person gehoert. Eine Nummer in der Adresse ist kein
Besitznachweis -- dieselbe Luecke, die am 03.09.2026 bei
`darfCreator` steckte. */
if (w.lead_id) {
const l = db().prepare("SELECT id, scout_id, erstellt_von FROM leads WHERE id = ?")
.get(w.lead_id);
const meiner = l && (l.scout_id === person.id || l.erstellt_von === person.id);
if (!l || (!meiner && !siehtAlles(person))) w.lead_id = null;
}
const info = db().prepare(
`INSERT INTO mz_eintrag
(person_id, von_name, von_rolle, aufgabe, monat, datum, name, name_klein,
link, link_klein, art, notiz, lead_id, doppelt_bei, erstellt)
VALUES (?,?,?,?,?,?,?,?,?,?,?,?,?,?,?)`).run(
person.id, person.name || null, person.rolle || null,
w.aufgabe, monat, w.datum, w.name, w.name_klein,
w.link, w.link_klein, w.art, w.notiz, w.lead_id,
doppel.fremd?.person_id ?? null, jetzt());
/* ZWEIMAL AM SELBEN TAG -- ein Hinweis, keine Sperre (02.10.2026).
Seit es den Ein-Klick-Weg gibt, ist ein Doppeltipper die
wahrscheinlichste Fehleingabe: Der Knopf „Heute eingetragen"
braucht keine Angabe, also merkt man nichts davon. Zwei Meetings
an einem Tag sind aber moeglich -- es zu VERBIETEN waere falsch.
Also gesagt, was dasteht, und das Zuruecknehmen liegt ohnehin
daneben. Nur fuer die Aufgaben OHNE eigenes Erkennungsmerkmal;
Creator und Link haben ihren Dublettenschutz schon. */
let tageswarnung = null;
if (!w.name_klein && !w.link_klein) {
const schonHeute = db().prepare(
`SELECT COUNT(*) n FROM mz_eintrag
WHERE person_id = ? AND monat = ? AND aufgabe = ? AND datum = ?`)
.get(person.id, monat, w.aufgabe, w.datum)?.n ?? 0;
if (schonHeute > 1) {
tageswarnung = {
art: "zweimal_am_tag",
text: `Achtung: Für diesen Tag stehen jetzt ${schonHeute}. War das Absicht?`,
};
}
}
return {
id: Number(info.lastInsertRowid),
was: w.name || w.link || null,
warnung: doppel.fremd
? { art: "auch_bei", name: doppel.fremd.name,
text: `Hinweis: ${doppel.fremd.name || "jemand anderes"} hat das diesen Monat auch eingetragen.` }
: tageswarnung,
};
}
/* =====================================================================
DER SCHNELL-EINTRAG (02.10.2026)
=====================================================================
Filipe: „will dass es viel einfacher ist. am besten so wenig wie
moeglich zu tippen. fertige sachen, bereit um ab zu gehen."
GEZAEHLT, WAS EIN EINTRAG VORHER KOSTETE: Knopf „+ Eintragen",
Dialog, Knopf „Speichern" -- zwei Klicks und ein Fenster fuer die
Aussage „ich war heute im Meeting". Bei vier Aufgaben im Monat
sind das acht Klicks und acht Fenster fuer etwas, das keine
einzige Angabe braucht.
DIESER WEG NIMMT EINE LISTE. Damit ist „drei Creator auf einmal"
ein Vorgang statt drei, und das ist der eigentliche Gewinn: Wer
drei Namen aus Discord kopiert, hat den Monat in einem Zug
erledigt.
JEDER EINTRAG WIRD EINZELN GEPRUEFT und einzeln beantwortet. Ein
Abbruch der ganzen Liste, weil ein Name schon dasteht, waere die
bequeme und die falsche Loesung: Dann weiss man nicht, welcher der
drei das Problem war, und tippt alles noch einmal.
===================================================================== */
managerZieleRouter.post(`${BASIS}/eintraege`, (req, res) => {
try {
const heute = tagBerlin();
const monat = monatJetzt();
monatSichern(monat);
const vorlage = req.body || {};
const liste = [];
const namen = Array.isArray(vorlage.namen) ? vorlage.namen : null;
const links = Array.isArray(vorlage.links) ? vorlage.links : null;
/* HOECHSTENS ZWANZIG AUF EINMAL. Nicht aus Angst vor Last --
zwanzig Zeilen sind nichts --, sondern weil ein versehentlich
eingefuegter Textblock sonst dreihundert Eintraege erzeugt,
die jemand einzeln wieder loeschen muss. */
const GRENZE = 20;
if (namen) {
for (const n of namen.slice(0, GRENZE)) liste.push({ ...vorlage, name: n });
} else if (links) {
for (const l of links.slice(0, GRENZE)) liste.push({ ...vorlage, link: l });
} else {
liste.push({ ...vorlage });
}
if (!liste.length) return res.status(400).json({ fehler: "nichts_angegeben" });
const angelegt = [], abgelehnt = [], warnungen = [];
for (const einzeln of liste) {
const e = eintragAnlegen(req.person, einzeln, monat, heute);
if (e.fehler) abgelehnt.push({ was: einzeln.name || einzeln.link || null, ...e });
else {
angelegt.push({ id: e.id, was: e.was });
if (e.warnung) warnungen.push(e.warnung);
}
}
/* 201 nur, wenn wirklich etwas entstanden ist. Ein 201 ueber eine
leere Liste waere eine Zusage, die nicht stimmt. */
res.status(angelegt.length ? 201 : 409).json({
angelegt, abgelehnt, warnungen,
zuviel: (namen || links || []).length > GRENZE
? `Nur die ersten ${GRENZE} wurden übernommen.` : null,
stand: standFuer(req.person, monat),
});
} catch (fehler) {
if (String(fehler?.message || "").includes("monat_gesperrt")) {
return res.status(409).json({ fehler: "monat_gesperrt" });
}
console.error("[manager-ziele] Schnell-Eintrag:", fehler?.message);
res.status(503).json({ fehler: "nicht_gespeichert" });
}
});
/** Einen Eintrag anlegen. */
managerZieleRouter.post(`${BASIS}/eintrag`, (req, res) => {
try {
@@ -620,56 +787,15 @@ managerZieleRouter.post(`${BASIS}/eintrag`, (req, res) => {
const monat = monatJetzt();
monatSichern(monat);
const gepruefte = eintragPruefen(req.body, monat, heute);
if (gepruefte.fehler) return res.status(400).json({ fehler: gepruefte.fehler });
const w = gepruefte.werte;
const doppel = dublette(req.person.id, monat, w);
if (doppel.eigen) {
return res.status(409).json({
fehler: "schon_eingetragen",
text: w.name
? `„${w.name}" steht diesen Monat schon in deiner Liste.`
: "Dieses Video steht diesen Monat schon in deiner Liste.",
});
const e = eintragAnlegen(req.person, req.body, monat, heute);
if (e.fehler) {
const code = e.fehler === "schon_eingetragen" ? 409 : 400;
return res.status(code).json({ fehler: e.fehler, text: e.text });
}
/* Der Lead wird nur übernommen, wenn er wirklich existiert und zu
dieser Person gehört. Eine Nummer in der Adresse ist kein
Besitznachweis — dieselbe Lücke, die am 03.09.2026 bei
`darfCreator` steckte. */
if (w.lead_id) {
const l = db().prepare("SELECT id, scout_id, erstellt_von FROM leads WHERE id = ?")
.get(w.lead_id);
const meiner = l && (l.scout_id === req.person.id || l.erstellt_von === req.person.id);
if (!meiner && !siehtAlles(req.person)) w.lead_id = null;
else if (!l) w.lead_id = null;
}
/* NAME UND ROLLE WERDEN MITGESCHRIEBEN, nicht nur verknuepft.
Zwei Gruende, und beide stehen in der Vorlage: „Wer die Rolle
verliert, sieht die Kachel nicht mehr; die Daten bleiben fuer
den DogFather erhalten." Ohne diese zwei Spalten staende nach
einem Rollenwechsel ein abgeschlossener Monat ploetzlich an den
Zielzahlen der NEUEN Rolle -- und nach einer Loeschung ohne
Namen da. */
const info = db().prepare(
`INSERT INTO mz_eintrag
(person_id, von_name, von_rolle, aufgabe, monat, datum, name, name_klein,
link, link_klein, art, notiz, lead_id, doppelt_bei, erstellt)
VALUES (?,?,?,?,?,?,?,?,?,?,?,?,?,?,?)`).run(
req.person.id, req.person.name || null, req.person.rolle || null,
w.aufgabe, monat, w.datum, w.name, w.name_klein,
w.link, w.link_klein, w.art, w.notiz, w.lead_id,
doppel.fremd?.person_id ?? null, jetzt());
res.status(201).json({
id: Number(info.lastInsertRowid),
id: e.id,
stand: standFuer(req.person, monat),
warnung: doppel.fremd
? { art: "auch_bei", name: doppel.fremd.name,
text: `Hinweis: ${doppel.fremd.name || "jemand anderes"} hat das diesen Monat auch eingetragen.` }
: null,
warnung: e.warnung,
});
} catch (fehler) {
if (String(fehler?.message || "").includes("monat_gesperrt")) {