Kennt das jemand?

[Darlo]

Kunde: "Wenn ich auf das rote X oben rechts drücke kommt die Frage 'Möchten Sie den aktuellen Datensatz speichern?'. Zur Auswahl gibt es hier ja, nein und abbrechen. Wenn ich jetzt auf 'ja' klicke dann speichert es und beendet das Programm, wenn ich auf "nein" klicke dann speichert es nicht und schließt das Programm. Soweit ist ja alles in Ordnung. Nur wenn ich auf 'abbrechen' klicke dann passiert nix. Die Frage schließt sich und ich bin wieder in der Eingabemaske. Können Sie da bitte dann die Frage einbauen 'Wollen Sie wirklich abbrechen?' und dann die Knöpfe 'ja', 'nein' und 'abbrechen'?"

Ich: "Entschuldigung, können Sie mir nochmal Ihr Problem erklären?"

Kunde: "Das Programm hat hier eine falsche Logik. Kein anderes Programm verhält sich so wie das von Ihnen!"

Ich: *sprachlos*

Die machen einen doch manchmal echt fertig, oder?

[Bernhard Geyer]

Das Verhalten ist Programmtechnisch korrekt - aber verwirrend.

Dem User ist nicht klar das sich das Abbrechen auf die Aktion "Programm beenden" bezieht. Er sieht nur die Frage "Möchten Sie den aktuellen Datensatz speichern?". Und hier ist Logisch eigentlich nur ein Ja oder Nein sinnvoll.

Probier doch ob du hier nicht sinnvollerweise einen Taskdialog einbettest mit den Möglichkeiten/Texten:

a, Datensatz speichern und Programm beenden
b, Datensatz verwerfen und Programm beenden

Der Abbrechen-Button im Taskdialog wird dann eher damit in Verbindung gebracht das man das Programm nicht beenden will.

[Darlo]

Habe gerade mal WordPad geöffnet. Wenn ich hier was eintippe und das Programm beende dann kommt folgender Dialog:
"Möchten Sie die Änderungen an Dokument speichern?" Auswahl: "Speichern";"nicht speichern";"Abbrechen".

In meinen Augen ist die richtige Antwort auf möchten Sie speichern {ja/nein] und nicht [speichern/nicht speichern].
Und eine Exit Möglichkeit muss man doch auch bieten. Sonst ist Alt+F4 im falschen Fenster wirklich zeitraubend....

[Leanahtan]

Wie wärs mit zurück statt abbrechen?

[Uwe Raabe]

Bekommt der Benutzer denn auch die Möglichkeit zum Abbrechen, wenn sich am Datensatz nichts geändert hat und sich somit die Frage nach Speichern oder Verwerfen gar nicht stellt?

[Darlo]

Zurück gibt es nicht für MessageDLG. Jetzt aber mal im Ernst, verhalten sich nicht fast alle Programme genauso?

[Darlo]

Zitat von Uwe Raabe:

Bekommt der Benutzer denn auch die Möglichkeit zum Abbrechen, wenn sich am Datensatz nichts geändert hat und sich somit die Frage nach Speichern oder Verwerfen gar nicht stellt?

Ja, da die Möglichkeit besteht beim Speichern eine Bemerkung zu hinterlegen warum man diesen Datensatz geöffnet hat. Möchte man diese Bemerkung eingeben so wird die Bemerkung im Speichervorgang abgefragt.

[Bummi]

Programmieren könnte so schön sein, wenn nur diese Anwender nicht wären ....

[Uwe Raabe]

Zitat von Darlo:

Jetzt aber mal im Ernst, verhalten sich nicht fast alle Programme genauso?

Also ich persönlich halte das Verhalten auch für logisch, aber ich bin da (wie wohl alle hier) vorbelastet. Grundsätzlich sollte gelten: Don't surprise the user!, andererseits gilt aber auch: Don't let the user design the program! - wie man an dem Vorschlag deines Kunden schmerzhaft ersehen kann.

Eventuell hilft es, dem Benutzer den Vorgang zu erklären. Eine Garantie dafür gibt es aber nicht.

Zitat von Darlo:

Zitat von Uwe Raabe:

Bekommt der Benutzer denn auch die Möglichkeit zum Abbrechen, wenn sich am Datensatz nichts geändert hat und sich somit die Frage nach Speichern oder Verwerfen gar nicht stellt?

Ja, da die Möglichkeit besteht beim Speichern eine Bemerkung zu hinterlegen warum man diesen Datensatz geöffnet hat. Möchte man diese Bemerkung eingeben so wird die Bemerkung im Speichervorgang abgefragt.

Dann wäre es vielleicht eine Möglichkeit, einen Dialog für alle diese Fälle zu machen und je nach Zustand die möglichen Optionen anzubieten. Wenn immer der gleiche Dialog (wenn auch mit kontextabhängigen Optionen) kommt, ist der Benutzer vielleicht nicht so verwirrt.

[Darlo]

Zitat von Uwe Raabe:

Dann wäre es vielleicht eine Möglichkeit, einen Dialog für alle diese Fälle zu machen und je nach Zustand die möglichen Optionen anzubieten. Wenn immer der gleiche Dialog (wenn auch mit kontextabhängigen Optionen) kommt, ist der Benutzer vielleicht nicht so verwirrt.

Naja, vielleicht muss ich mich hier echt zusammenreißen und mal ne Möglichkeit anbieten. Das Problem ist der Teufelskreis dass dann alle anderen User sich melden und Fragen warum das geändert wurde und wie jetzt damit zu verfahren sei... .
Als Programmierer ist man halt mit seiner Logik vorbelastet. Wobei ich in den meisten Fällen die Logik von Programmen als richtig und durchaus nachvollziehbar betrachte.