Minor tweaks to local save / load #29

New issue

Closed

opened 2022-07-14 10:30:25 +00:00 by mslw · 1 comment

mslw commented

2022-07-14 10:30:25 +00:00

(Migrated from github.com)

Suggestion:

reorder buttons
make "save" depend on "local save"

Copying from email:

Bei der Eingabe ist uns aufgefallen, dass man vielleicht zuerst den oberen Button "Daten speichern" auswählen wird und dadurch die Eingabeseite schon verlässt. Dadurch würde man versehentlich vergessen eine lokale Kopie zu erstellen.

Wäre es vielleicht möglich den Button "Daten speichern" erst zu aktivieren, nachdem man eine lokale Kopie erstellt hat (also nach dem Anklicken des Buttons "Daten lokal speichern")?
Könnte man außerdem die Reihenfolge der Buttons ändern, damit zuerst "Daten lokal speichern", dann "Daten speichern" und dann "Lokale Daten laden" steht?

Suggestion: - reorder buttons - make "save" depend on "local save" Copying from email: > Bei der Eingabe ist uns aufgefallen, dass man vielleicht zuerst den oberen Button "Daten speichern" auswählen wird und dadurch die Eingabeseite schon verlässt. Dadurch würde man versehentlich vergessen eine lokale Kopie zu erstellen. > > Wäre es vielleicht möglich den Button "Daten speichern" erst zu aktivieren, nachdem man eine lokale Kopie erstellt hat (also nach dem Anklicken des Buttons "Daten lokal speichern")? > Könnte man außerdem die Reihenfolge der Buttons ändern, damit zuerst "Daten lokal speichern", dann "Daten speichern" und dann "Lokale Daten laden" steht?

mslw commented

2022-07-14 11:25:38 +00:00

(Migrated from github.com)

The easiest option is to enable "save" button after (successful) local save. This addresses the request, but doesn't guarantee integrity between the two saves.

The other option would be to add another mechanism on top - either to try to disable the "save" button after any field is changed (probably difficult to implement), or to keep the data object which was locally saved, and make a comparison whenever "save" is requested (also additional work, but probably easier).

The third alternative is to keep the "save" button enabled (meaning "local save" remains optional) and just show a popup saying "did you save the data locally) - this doesn't address the integrity issue, but maybe it's better than button enable/disable?

I wonder - when making "save" depend on "local save", how concerned should I be about the integrity between locally and externally saved data? As it is, you can do a local save, edit some fields, and then do the proper save. The easiest option is to enable "save" button after (successful) local save. This addresses the request, but doesn't guarantee integrity between the two saves. The other option would be to add another mechanism on top - either to try to disable the "save" button after any field is changed (probably difficult to implement), or to keep the data object which was locally saved, and make a comparison whenever "save" is requested (also additional work, but probably easier). The third alternative is to keep the "save" button enabled (meaning "local save" remains optional) and just show a popup saying "did you save the data locally) - this doesn't address the integrity issue, but maybe it's better than button enable/disable?