Kennt das jemand?

[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.

[Leanahtan]

Nur so am Rande, man kann durchaus die Beschriftung eines messagedlg ändern (oder gleich einen eigenen Dialog basteln).

Davon unabhängig finde ich den von dir geschilderten Fall schon halbwegs logisch. Da aber in verschiedenen Programmen die Funktion des Abbrechenbuttons nicht immer ersichtlich ist (und oft scheinbar das gleiche macht, wie ein Klick auf nein), kann ich die Verwirrung des Kunden zumindest nachvollziehen. Das liegt imho aber auch daran, dass man sich damals bei der Auswahl der Bezeichnung 'Abbruch' zu sehr am Quellcode orientiert hat (wo man natürlich sieht, welche Funktion man gegebenenfalls abbricht) und weniger am Benutzer.