Kennt das jemand?

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

[Namenloser]

Zitat:

Zitat von Darlo (Beitrag 1124165)

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

In meinen Augen auch, aber ich habe schon beobachtet, dass einige Softwarehersteller diese Unart in den letzten Jahren übernommen haben, vor allem Microsoft. Ich denke es hat mit solchen Usern zu tun wie mit dem im Eingangspost genannten – die Stellen zwar wahrscheinlich die Minderheit dar, aber bei entsprechender Verbreitung der Software kommen da dennoch einige Zusammen. Wenn auf dem Button klar „Speichern“ drauf steht ist eindeutig klar, was passiert, wenn ich diesen Button drücke, während man bei „Ja“ erst mal überlegen muss, worauf sich das „Ja“ bezieht. Für einen halbwegs intelligenten Menschen mit grundlegendem Textverständnis sollte das kein Problem sein, aber...

Ich kann verstehen, dass Softwarehersteller lieber solche kleinen sprachlichen Unschönheiten in Kauf nehmen und sich dafür Support-Anrufe/E-Mails ersparen...

[mirage228]

Zitat:

Zitat von NamenLozer (Beitrag 1124180)

In meinen Augen auch, aber ich habe schon beobachtet, dass einige Softwarehersteller diese Unart in den letzten Jahren übernommen haben, vor allem Microsoft. Ich denke es hat mit solchen Usern zu tun wie mit dem im Eingangspost genannten – die Stellen zwar wahrscheinlich die Minderheit dar, aber bei entsprechender Verbreitung der Software kommen da dennoch einige Zusammen. Wenn auf dem Button klar „Speichern“ drauf steht ist eindeutig klar, was passiert, wenn ich diesen Button drücke, während man bei „Ja“ erst mal überlegen muss, worauf sich das „Ja“ bezieht. Für einen halbwegs intelligenten Menschen mit grundlegendem Textverständnis sollte das kein Problem sein, aber...

Besonders schön, wenn man sich dann an die Frage "Möchten Sie speichern?" gewöhnt hat und dann andere Programme plötzlich ankommen und fragen "Möchten Sie wirkliche alle Änderungen verwerfen?". Das Ja/Nein ist hier einfach nicht so schnell zuordnenbar und führt potentiell zu Fehlern. Bei "Speichern" / "Nicht speichern" ist die Sache hingegen sofort klar. Auch wenn die Frage vielleicht anders formuliert ist, wird der User aufgefordert zu sagen, was er nun tun möchte ("Task oriented").
Gibt natürlich auch Fälle, z.B. in Form von Rückfragen, wo es mit "Ja/Nein" schon eindeutiger ist, beispielsweise eine Rückfrage nach dem Klick irgendwo auf "Löschen".

[Sir Rufo]

Zitat:

Zitat von mirage228 (Beitrag 1124184)

Bei "Speichern" / "Nicht speichern" ist die Sache hingegen sofort klar. Auch wenn die Frage vielleicht anders formuliert ist, wird der User aufgefordert zu sagen, was er nun tun möchte ("Task oriented").

:thumb:

Vor allem ist der User dann nicht immer dazu gezwungen die gesamte Frage zu lesen und die Antworten zu interpretieren.

Im Sprachgebrauch wird auch oft mit Wiederholungen gearbeitet, die den Wunsch wesentlich stärker hervorheben.

"Wollen Sie Speichern?"

"Ja, Speichern"
"Nein, nicht Speichern"

Die Verkürzung auf "Speichern"/"nicht Speichern" halte ich darum auch für eingängiger als die Verkürzung auf "Ja"/"Nein"

[schlecki]

Zitat:

Zitat von Sir Rufo (Beitrag 1124185)

Vor allem ist der User dann nicht immer dazu gezwungen die gesamte Frage zu lesen und die Antworten zu interpretieren.

Aber die Formulierung der Frage war vielleicht sehr aufwendig und hat viel Zeit in Anspruch genommen. Von daher sollte der Anwender, möglichst noch mit vielen Negationen, gezwungen werden, die Frage genau und vielleicht auch mehrfach zu lesen. :stupid:

[himitsu]

Dialoge und sonstige Funktionsweisen darf/sollte man sowieso nicht "grunsätzlich" ändern.

- Buttonreihenfolge (Tabs)
- Defaultbuttons
- Dialogaussage (willst du es <> willst du es nicht)

Jedenfalls nicht ohne eine extra Mitteilung/Schulung an die Benutzer.

Denn viele Lesen irgendwann keine Dialoge mehr und klicken blind durch, was dann schnell im Chaos endet. :angle2:

[fkf]

Hallo,

innerhalb eines sauberen GUI haben Button Beschriftungen wie "OK", "JA", "NEIN" nichts verloren.
Dem Benutzer muss klar und deutlich die Aktion des jeweiligen Buttons angezeigt werden, eben durch "SPEICHERN", "LÖSCHEN", "ZURÜCK" oder was sich auch immer im Kontext des Source Codes anbietet.

[Sharky]

Zitat:

Zitat von fkf (Beitrag 1124211)

Hallo,

innerhalb eines sauberen GUI haben Button Beschriftungen wie "OK", "JA", "NEIN" nichts verloren.

Das ist deine Meinung!

Wenn ich in einem Dialog frage: "Möchtest Du das Programm beenden" dann gibt es hier als Antowort nur Ja oder Nein.

[BUG]

Ich finde das Ganze zB. bei paint.net gut gelöst:
Anhang 35180

[Nersgatt]

Ich finde, bei dieser Darstellung sind die Regionen nicht klar genug abgegrenzt, wo man klicken muss.
Im Windows Explorer (Win 7) fällt mir das immer wieder auf, wenn man Dateien ersetzen will. Ich brauch länger, um zu erfassen, wo ich denn nun klicken muss.