K-L logic: conditions unify on custom builder only (drop toggle)

After weighing it, Dejan decided against the Einfach/Erweitert toggle:
a ready-made condition list bakes in fixed values that rarely fit (every
business wants different thresholds) and isn't maintainable (fields are
per-tenant). One friendly custom builder (field + operator + value, plain
wording) covers everything and stays consistent.

- Removed the toggle from Wenn-Dann and deleted the "einfach" frame.
- Rebuilt "Und" from the ready-made list onto the custom builder, so all
  four condition blocks (Wenn-Dann, Und, Oder, Filter) now build
  conditions the same way.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
This commit is contained in:
dejanandClaude Opus 4.8 committed 2026-07-17 18:20:25 +02:00
1 parent 62c72b5304
commit 257a812862
2 files changed
+2 -2

No files matched your search

@@ -270,7 +270,7 @@ Info-Kästen gegrünt. Zwei klare Fehler direkt behoben:
| Befund | Details |
|---|---|
| **Bedingungen: Umschalter Einfach/Erweitert** ✅ entschieden | **Entscheidung (Dejan 2026-07-17): beides mit Umschalter.** Standard = »Einfach« (fertige Bedingung aus Liste wählen). Umschalter »Erweitert« = Profi-Baukasten (Feld + Vergleich + Wert). Jeder Logik-Bedingungs-Baustein bekommt oben einen `ToggleGroup` »Einfach \| Erweitert« + Hilfetext. **Muster gebaut an Wenn-Dann** (zwei Frames: `K-L1 Wenn-Dann` = Erweitert, `K-L1 Wenn-Dann einfach` = Einfach). **Rollout auf Oder, Und, Filter steht noch aus** (Und hat bisher nur Einfach, Oder/Filter nur Erweitert — je der fehlende Zustand + Umschalter). |
| **Bedingungen: nur Custom, aber freundlich** ✅ entschieden | **Entscheidung (Dejan 2026-07-17, nach Abwägung):** EIN Muster für alle Logik-Bedingungs-Bausteine — Feld + Vergleich + Wert, mit Klartext-Vergleichen (»ist größer als«), guten Feldnamen und Beispiel-Platzhaltern. **Kein Umschalter, kein »Einfach«-Modus, keine fertige-Bedingungs-Liste.** Grund: Fertige Bedingungen mit festem Wert (»Auftragswert über 10.000«) passen fast nie exakt (jeder Betrieb will andere Schwellen) und die Liste wäre nicht pflegbar (Felder sind pro Betrieb individuell). Der Custom-Builder ist ohnehin nur »Filter wie in Excel« und mit gutem Wording niederschwellig genug. **Der zuvor gebaute Umschalter + Einfach-Frame wurden wieder entfernt.** Umgesetzt: Wenn-Dann/Oder/Filter waren schon Custom; **Und wurde von der fertigen-Liste auf Custom umgebaut.** |
| **Symbol-Darstellung uneinheitlich** | Wenn-Dann/Und/Switch/Wert setzen: `IconWithBackground` mit Violett-Hintergrund. »Oder«: Symbol **handgebaut** als eigenes div. Glyph-Farbe mal neutral, mal violett. → auf ein Muster vereinheitlichen. |
| **Dialog-Breiten springen** | Wenn-Dann und Filter stehen auf `large` (1200 px) für 2 Bedingungszeilen — deutlich zu breit. Oder/Switch `medium`, Und/Warten/Schleife/Wert setzen `default` (560). → einheitliche Breite je Komplexität. |
| **Warten**: »Dauer« ist Textfeld | Sollte Zahlenfeld sein (wie bei »Frist oder Termin« / »Projekt gewonnen«). Zusätzlich: Icon hat `variant="primary"` **und** Violett-Override gleichzeitig (widersprüchlich). |