JVerein

Hallo Wald,

Deine radikale Vorgehensweise heiße ich nicht für gut.
Was ist, wenn ich unbemerkt einen Datensatz ändere? Ich werde nicht darauf hingewiesen, dass eine Änderung statgefunden hat und habe dann plötzlich einen Fehler im Mitgliedsdatensatz, der sich erst viel später auswirkt; z.B. weil ein Brief nicht zugestellt werden kann, eine Mail zurückkommt, der Einzug fehlschlägt.

Ich bin der Meinung, dass der Anwender auf die Änderung hingewiesen werden muss.

Gruß
Danzelot

Danzelot hat geschrieben: Ich bin der Meinung, dass der Anwender auf die Änderung hingewiesen werden muss.

Hallo,

im Prinzip finde ich die 'AutoSave'-Idee richtig und sinnvoll (zumindest für die meisten Benutzer).
Danzelots Einwand (s.o.) kann ich aber auch gut nachvollziehen und finde daher am bestende wenn Folgendes ginge bzw. einstellar wäre:

• Man kann das 'AutoSave' als (Jameica-)Option grundsätzlich ein- oder ausschalten (letzteres = aktuelles Verhalten)
• Bei 'AutoSave' erscheint oben ein grüner Balken falls Änderungen vorlagen und geschrieben wurden.
• Falls so ein Hinweis nicht realisierbar ist, sollten bei der Aktivierung von 'AutoSave' deutliche, erklärende Warnhinweise wie "Es werden immer alle Änderungen an den Daten gespeichert, aher nur aktivieren wenn man sich dessen stets bewusst ist." gezeigt werden.

Viele Grüße
Carsten

Hallo Danzelot, hallo Carsten,

Ich verstehe Deine Einwände, aber radikal würde ich sie nicht nenne. Immer mehr Anwendungen oder auch Apps gehen dazu über ein Autosave zu machen, da man davon ausgehen kann, dass Änderungen absichtlich gemacht werden. Das ist halt das natürliche Verhalten, denn ich etwas auf ein Blatt Papier schreibe, oder in einen Ordner fest, muss ich das auch nicht noch mal bestätigen.

In "meinem" und "deinem" Fall werden Bedienfehler abgefangen. Auch durch ein fehlendes Speichern, können Emails oder Überweisungen fehlschlagen.
Ich bekomme von "meinen" jVerein-Benutzern gerade die Rückmeldung, dass häufiger Fehler auftreten durch das fehlende Speichern.

Z.B. Im Splittbuchungsdialog ist das fehlende Speichern unintuitiv und dass man aus Versehen, unbemerkt eine Splittbuchung anlegt ist auch sehr unwahrscheinlich.

Ich werde auch einen Abbrechen Button einbauen, wenn sich nicht sicher ist, ob man aus versehen was geändert hat, dann kann man darüber ohne Änderungen speichern. Ist dann eben ein anderer Workflow.
Das Autospeichern passiert immer nur dann, wenn der aktuelle View verlassen wird, also eine komplett andere Ansicht erscheint. Also nicht, z.B. nach jeder Tastatureingabe.
Ein Abbrechen würde also immer den Stand belassen, der beim Anzeigen des Views war.

Eine Statusmeldungen über das Autospeichern ist auch eingebaut. Leider kann diese durch das Laden des neuen Views schnell überschrieben werden.

Natürlich müssen solche Änderungen ordentlich in den Relesenotes bekannt gegeben werden. Theoretisch ist auch eine optionales Autospeichern möglich, dass muss im Endeffekt Heiner entscheiden, denn jede Option bedeutet zusätzlichen test und Implementierungsaufwand.

Gruß Thomas

Mir ist es gerade gestern noch passiert, dass ich mir auf meinem iPhone den Eintrag zum Proxy aus versehen zerschrotet habe. Das zeigt mir wieder, dass generelles speichern, auch "wenn es alle machen" nicht immer gut ist. Ich fände eine Lösung gut, die beim verlassen einer View ggfls. darauf hinweist, dass noch nicht gespeichert wurde und eine Speicherung anbietet. Das ist aber aufwändig zu implementieren. Aber wenn sich jemand findet ...

Heiner

Hallo,

im Unterschied zu dem iPhone-Fall, würde ich immer noch ein Abbrechen implementieren, damit käme man immer zurück - wenn man es gemerkt hat, dass man was geändert hat.

Ich behaupte ja nicht, dass der Fall nie eintritt, aus der Erfahrung ist es aber so, dass das vergessene Speichern der wesentlich häufigere Fehler ist. Da in Jameica per desing kein "Change-Tracking" vorgesehen ist, kann man leider nicht zuverlässig Änderungen tracken. Ein Verhalten wir Word, dass einen warnt ist also fast gar nicht zu implementieren.

Für den ungünstigen Fall, dass man sich Daten zerstört hat (auch durch autosave) gibt es ja noch das Backup von Jameica, über das man wieder zurück kommt.

Es geht mir halt darum den häufigsten Fehlerfall abzufangen, der meiner Meinung nach ist, dass jemand das Speichern vergisst.
Da in JVerein auch kein Drap&Dorp oder ähnliches möglich ist, sehe ich die Gefahr von ungewollten Veränderungen sehr gering.

Ich habe eine Autosave ohne Change Detektion in weiten Teilen schon fertig. Würde gerne Bescheid wissen, wenn das eh nicht übernommen wird.

Danke
Thomas

Hallo Thomas,

Ich habe eine Autosave ohne Change Detektion in weiten Teilen schon fertig. Würde gerne Bescheid wissen, wenn das eh nicht übernommen wird.

Ich würde das schon gerne übernehmen. Allerdings sollten folgende Bedingungen erfüllt sein:

- Da du auch Änderungen an Jameica vorgenommen hast, würde ich den Code frühestens nach dem Jameica-Release produktiv übernehmen.
- Es muss so implementiert sein, dass das die künftige Weiterentwicklung nicht erheblich erschwert, bzw. ggfls. fehleranfällig macht.
- Du musst auf jeden Fall den Support zu diesem Thema übernehmen.



Wie gehst du mit Views um, die keine Datenbankfelder enthalten?

Baust du Auto-Save auch in Hibiscus ein?

Heiner