Michael Geers

Wording: Ich würd hier nicht `repetetive` verwenden. Da steckt von der Bedeutung was "ermüdendes", "monotones" drin. Lass uns `repeating` nehmen. Sowohl Richtung User als auch im Code.

Lass uns bei `repeating` bleiben.

Hi @Maschga, ich hab die Ursache für das Recusionsthema gefunden und gefixt. Das liegt daran, dann in dem Updateprozess immer wieder ein neues Array für die Wochentage erstellt wird. Die...

**Layout:** Hier sollten die Aktionen am Ende der Zeile auf großen Screens immer untereinander und links ausgerichtet stehen. 

> [ ] Backend-Implementierung > [ ] Preview Pläne visuell anzeigen Bzw. der Preview, aber auch der eigentlichen Regelung und der Status-Anzeige am Ladepunkt sollten wir so verfahren, dass wir...

> Liese sich der nächstfrühere Plan nicht im Frontend berechnen? Ja die werden beide gepublisht. Aber wichtig ist ja vor allem, dass der Planner im Backend das Richtige mit den...

@Maschga bzgl. Vorschau und Kennzeichnung: Ja, aktuell wird das Diagramm immer angezeigt, auch wenn kein Ladeplan aktiv ist. Dann auf Basis der Werte des "Einmalplans". In diesem Fall steht da...

Bzg. Kennzeichnung würde ich eher Richtung "Badge" Denken. Hinter dem Aktivierungshäkchen ist Platz den wir nutzen können. Hat den Vorteil, dass wir dann Text nutzen können. Das machts gerade für...

Aktuell werden die Wiederholenden Pläne in jedem Publish Zyklus im UI wieder überschrieben/zurückgesetzt. [publish overwrite.webm](https://github.com/user-attachments/assets/7c6d9455-5af0-4b63-b613-4111384d91e9) Meine Vermuting ist, dass hier der entsprechende Watcher noch auf Deep-Compare umgestellt werden muss.

Hier noch mal ein kompakterer Vorschlag für die Markierung des nächsten Plans. Gibt es nur einen (also keine wiederholenden) würde ich die Markierung komplett weg lassen (wie heute). Der "Stern"...