QFQ

Benj hat schon immer gesagt: schmeiss den Save Button weg.

• Sobald ein User etwas eintippt, ist das in der Datenbank (temp record). Wie das mit non-primary records funktionieren kann weiss ich nicht.
• Ich war das von ausgangengen das wir bei 5 Pills, auch 5 Forms haben. Aber Marcs Ansatz mit einem Form auf dem die 5 Pills sind, loest einige andere Probleme.
• Ob es ein 'finalize' Button gibt (=save) oder wir mit/ohne save unterstuetzen: beides koennte interessant sein.

Anmerkung Philipp:

hmm ja das wäre schon sexy. Allgemein die Möglichkeit, den 'QFQ Form Header' mehr customizen zu können als nur enablen und disablen der Standard Buttons

1. Eine Form mit mehreren Pills vs. mehrere Forms: Evtl. wäre auch gewünscht, dass die entsprechenden Forms auf unterschiedlichen Tabellen arbeiten, dann wäre 1 Form mit mehreren Pills nicht ideal.
2. Für mich hört sich das nach einem Prozess an mit mehreren Schritten und wie Philipp im Chat gesagt hat, könnte man das einfach mit einem smarten Submit-Button (und evtl. einem angepassten Form Title) lösen. Ich weiss nicht, ob ich QFQ für eine doch eher spezifische Problemstellung grundlegend umstellen würde?
3. Die Idee von Philipp, im QFQ Form Header eigene Buttons zu definieren, tönt attraktiv. Das könnte man auch recht allgemein halten. Könnte z.B. mit Report-Notation angeboten werden.
4. Die Idee mit dem Save-Button tönt interessant; das könnte man auch separat diskutieren. Wäre allerdings auch eine rechte Umstellung für die User.

• Es gibt noch keine user fuer das (wird denke ich auch nicht backported), also keine user umstellung fuers erste
• Die loesung sollte im schlimmsten fall auch ohne modern magic funktionieren, also braucht es einen graceful fallback, i.e. save button (/"smart")
• Ich waehre auch fan von "customizable (submit/form) buttons"