Warndialogfeld

Für den Allertbox Usability Newsletter siehe Jakob Nielsen (Usability Consultant).

Ein Warndialogfeld ist ein besonderes Dialogbox das wird in a angezeigt grafische Benutzeroberfläche Wenn etwas Unerwartetes auftrat, das sofortige Benutzeraktion erfordert.

Der typische Alarmdialog enthält Informationen in einem separaten Kasten An den Benutzer, nach dem der Benutzer nur auf eine Weise antworten kann: durch Schließen. Durch das Schließen eines Warndialogs können Sie den Zugriff auf das ursprüngliche Fenster erhalten, das nicht verfügbar ist, während der Dialogfeld "Alarm" angezeigt wird.

Warndialoge, die die Anwendung blockieren Benutzerfreundlichkeit Praktizierende, da sie anfällig für Produkte sind Modusfehler. Auch wenn sie als Fehlerdialoge verwendet werden, haben sie sich in ihren Zielen als unwirksam erwiesen, um Benutzer über eine Fehlerbedingung zu informieren oder vor einer zerstörerischen Operation zu schützen.

Verwendungszweck

Warnungen haben mehrere typische Verwendungen:[1]

  • Fehler: Der Benutzer informiert den Benutzer, als eine Operation aufgrund eines unüberwindlichen Fehlers nicht fortgesetzt oder abgeschlossen sein könnte.
  • Warnung: Warnungen, dass die aktuelle Vorgehensweise in irgendeiner Weise gefährlich oder schädlich sein könnte und häufig die Möglichkeit bietet, nicht weiterzumachen.
  • Info: Enthält eine allgemeine Benachrichtigung über ein aktuelles Ereignis.
  • FRAGE: Erklärt eine Art Antwort vom Benutzer, die zum Abschluss des aktuellen Vorgangs erforderlich sind.

Warnung und Frage Warnungen bieten normalerweise zwei entgegengesetzte Optionen, um den Dialog zu schließen ("Erlauben/verweigern", "OK/Abbrechen", "Ja/Nein"), mit der implizit wird den Prozess ohne Aktion unterbrechen. Eine gute Praxis in Schnittstellen-Design, oft enthalten in Richtlinien für menschliche Schnittstellen, kann jede Option mit dem genauen Effekt kennzeichnen, den sie auf den Prozess haben wird (z. B. "Speichern/nicht speichern" in einem Dialog, das während der Bearbeitung eines Dokuments mit nicht gespeicherten Änderungen ausgelöst wird).

Der Hauptgrund für die Verwendung eines Alarmdialogs, anstatt über das Hauptprogrammfenster zu kommunizieren, ist Modalität. Ein typisches Online-Formular ist nicht modal. Sie präsentieren einem Benutzer viele Aktionen, die in jeder Reihenfolge ausgeführt werden können. Im Gegensatz dazu erzeugt ein Alarmdialog einen modalen Zustand, der ein bestimmtes Element des Formulars isoliert und einen Benutzer erfordert, dass er ihn angehen, bevor er mit dem nächsten Schritt fortfahren.

Der Nutzen des Alarmdialogs nimmt mit der Penetration des mobilen Geräts zu, da:

  • Modale Warnungen sind Teil der nativen Funktionalität eines mobilen Geräts und können daher im Gegensatz zu visuellen Styling-Techniken, die anfällig für plattformübergreifende Inkonsistenz sind, konsistent über das Geräteökosystem eingesetzt werden
  • Kleinere Ansichtsfenster (Bildschirme) machen es schwieriger, das Hauptprogrammfenster zu überprüfen, um nach Fehlern/Informationen zu suchen
  • Kleinere Ansichtsfenster haben Benutzer akklimatisiert, um mit einer Abfolge kleiner Bildschirme mit jeweils definierten Aktion zu interagieren, anstatt alle kontextuellen Informationen auf einmal auf einem großen Bildschirm anzusehen

Beispiel

Alarm() ist der Name der verwendeten Methode in JavaScript einen Alarmdialog hervorbringen. Das Argument für die Methode ist der Text, der im Fenster angezeigt wird.

Ein auf diese Weise erstellter Dialog enthält ein gelbes Dreieck -Warnsymbol (ähnlich wie auf elektrischen Geräten), den Text der Warnmeldung und eine einzige Taste "OK", die das Fenster schließt.

Ein solches Dialog übernimmt auch die Steuerung über die Benutzeroberfläche und verhindert, dass der Benutzer mit einer anderen Aufgabe in der Anwendung fortgesetzt wird, bis das Dialogfenster geschlossen ist.

Kritik

Modale Alarmdialoge sind anfällig für die Erzeugung Modusfehler aufgrund ihrer nicht formulierten Natur. Eine Studie, die bei der erscheinen soll Verfahren der menschlichen Faktoren und Ergonomiegesellschaft zeigten, dass beim Erscheinungsbild eines Benutzerdialogs das Hauptziel der Benutzer normalerweise so schnell wie möglich beseitigt wird[2] Auch ohne Analyse der Ursachen für das Erscheinungsbild des Dialogs. Auf die Frage entließ die Benutzer ein Dialogfeld als Ablenkung ihrer zugewiesenen Aufgabe.

Dies wird durch eine gemeinsame Beschwerde über den Wortlaut der Nachricht im Alarmbox erklärt, der für den Benutzer häufig unverständlich ist. In Anwendungen ohne ordnungsgemäß Benutzerzentriertes Design, Die Entwickler entscheiden den Text der Nachricht, einschließlich Begriffen und Konzepte aus dem mentales Modell des Programmierers, nicht der Sicht des Benutzers auf die Welt. Da der Dialog nicht für die Erfüllung der Benutzerbedürfnisse funktioniert, wird die gemeinsame Reaktion darin bestehen, die Warnung ohne weitere Prüfung abzulehnen.[3]

Gefährliche Handlungen sollten nach Möglichkeit unkompliziert werden. Ein modaler Dialog, der unerwartet erscheint oder von dem von entlassen wird von Gewöhnung wird nicht vor der gefährlichen Handlung schützen.[4] Dieses Problem kann durch Bereitstellung einer vermieden werden rückgängig machen Aktion statt einer Warnung,[5] oder die Warnung in einem zeigen Infobar anstelle eines Dialogs.

Ein weiteres anerkanntes Problem ist, dass als a Modal Fenster, der Dialog blockiert alle Arbeitsablauf im Programm, bis es geschlossen ist. Benutzer erkennen möglicherweise nicht, dass der Dialog ihre Aufmerksamkeit erfordert, was zu Verwirrung über das Hauptfenster ist, das nicht ansprechbar ist, oder zu einem Verlust der Dateneingabe des Benutzers führt. Dies geschieht häufig in Dateneingabeformularen, nachdem eine durch ungültige Daten erstellte Fehlerwarnung erstellt wurde. Das bevorzugte Design beinhaltet das Ändern eines visuellen Aspekts des Eingabeelements, um einen ungültigen Eintrag (z. B. Anwendung eines roten Randes) zu reflektieren oder ein Zeichen wie ein hinzuzufügen Sternchen Neben dem Eingabeelement, das korrigiert werden muss.[6]

Verweise

  1. ^ Java Look and Feel Design -Richtlinien, zweite Ausgabe.
  2. ^ Eine gefälschte Popup -Studie bestätigt leider, dass die meisten Benutzer Idioten sind ARS Technica, 23. September 2008
  3. ^ Raymond Chen, Das alte neue Ding: Die Standardantwort auf jedes Dialogfeld lautet "Abbrechen".
  4. ^ Raskin, JEF (2000). Die humane Schnittstelle. Addison Wesley. ISBN 0-201-37937-6.
  5. ^ Aza Raskin, Eine Liste auseinander: Verwenden Sie niemals eine Warnung, wenn Sie rückgängig machen
  6. ^ Cooper, Alan (17. März 2003). Über Face 2.0: Das Wesentliche des Interaktionsdesigns. Wiley. ISBN 0-7645-2641-3.

Externe Links