Dialogfelder (Entwurfsgrundeinstellungen)

Hinweis

Dieser Entwurfsleitfaden wurde für Windows 7 erstellt und für neuere Versionen von Windows nicht aktualisiert. Ein Großteil der Anleitungen gilt weiterhin im Prinzip, aber die Präsentation und die Beispiele spiegeln nicht unsere aktuellen Entwurfsleitfädenwider.

Ein Dialogfeld ist ein sekundäres Fenster, in dem Benutzer einen Befehl ausführen, Benutzern eine Frage stellen oder Benutzern Informationen oder Fortschrittsfeedback zur Verfügung stellen können.

Screenshot: Identifizieren von Dialogfeldelementen

Ein typisches Dialogfeld.

Dialogfelder bestehen aus einer Titelleiste (um den Befehl, das Feature oder das Programm zu identifizieren, von dem ein Dialogfeld stammt), einer optionalen Hauptanweisung (um das Ziel des Benutzers mit dem Dialogfeld zu erklären), verschiedenen Steuerelementen im Inhaltsbereich (um Optionen anzuzeigen) und Commitschaltflächen (um anzugeben, wie der Benutzer einen Commit für die Aufgabe ausführen möchte).

Dialogfelder verfügen über zwei grundlegende Typen:

  • Modale Dialogfelder erfordern, dass Benutzer abgeschlossen und geschlossen werden, bevor sie mit dem Besitzerfenster fortfahren. Diese Dialogfelder eignen sich am besten für kritische oder seltene, einmalige Aufgaben, die abgeschlossen werden müssen, bevor Sie fortfahren.
  • Mithilfe von Dialogfeldern ohne Modus können Benutzer nach Bedarf zwischen dem Dialogfeld und dem Besitzerfenster wechseln. Diese Dialogfelder eignen sich am besten für häufige, sich wiederholende, laufende Aufgaben.

Ein Aufgabendialog ist ein Dialogfeld, das mithilfe der Api (Application Programming Interface) des Aufgabendialogfelds implementiert wird. Sie bestehen aus den folgenden Teilen, die in einer Vielzahl von Kombinationen zusammengesetzt werden können:

  • Eine Titelleiste zum Identifizieren der Anwendungs- oder Systemfunktion, von der das Dialogfeld stammt.
  • Eine Hauptanweisung mit einem optionalen Symbol, um das Ziel des Benutzers mit dem Dialogfeld zu identifizieren.
  • Ein Inhaltsbereich für beschreibende Informationen und Steuerelemente.
  • Ein Befehlsbereich für Commit-Schaltflächen, einschließlich der Schaltfläche Abbrechen, und optionale Optionen "Weitere" und "Dieses Element nicht < erneut > anzeigen"-Steuerelemente.
  • Ein Fußnotenbereich für optionale zusätzliche Erklärungen und Hilfe, der in der Regel für weniger erfahrene Benutzer vorgesehen ist.

Screenshot eines typischen Aufgabendialogfelds

Ein typisches Aufgabendialogfeld.

Aufgabendialoge werden nach Bedarf empfohlen, da sie einfach zu erstellen sind und ein konsistentes Aussehen erzielen. Aufgabendialogfelder erfordern Windows Vista oder höher, sodass sie nicht für frühere Versionen von Microsoft Windows geeignet sind.

Ein Aufgabenbereich ähnelt einem Dialogfeld, mit der Ausnahme, dass er in einem Fensterbereich anstelle eines separaten Fensters angezeigt wird. Daher haben Aufgabenbereiche ein direkteres kontextbezogenes Gefühl als Dialogfelder. Obwohl sie technisch gesehen nicht identisch sind, ähneln Aufgabenbereiche Dialogfeldern so, dass ihre Richtlinien in diesem Artikel vorgestellt werden.

Screenshot eines typischen Aufgabenbereichs

Ein typischer Aufgabenbereich.

Eigenschaftenfenster sind ein spezieller Dialogfeldtyp, der zum Anzeigen und Ändern von Eigenschaften für ein Objekt, eine Auflistung von Objekten oder ein Programm verwendet wird. Darüber hinaus unterstützen Eigenschaftenfenster in der Regel mehrere Aufgaben, während Dialogfelder in der Regel einen einzelnen Task oder Schritt in einer Aufgabe unterstützen. Da ihre Verwendung spezialisiert ist, werden Eigenschaftenfenster in einer anderen Reihe von Richtlinien behandelt.

Dialogfelder können Registerkartenaufweisen, und wenn ja, werden sie als Dialogfelder im Registerkartenbett bezeichnet. Eigenschaftenfenster werden durch ihre Darstellung von Eigenschaften bestimmt, nicht durch die Verwendung von Registerkarten.

Hinweis: Richtlinien im Zusammenhang mit Layout, Fensterverwaltung,allgemeinen Dialogfeldern, Eigenschaftenfenstern, Assistenten, Bestätigungen, Fehlermeldungenund Warnmeldungen werden in separaten Artikeln dargestellt.

Ist dies die richtige Benutzeroberfläche?

Orientieren Sie sich an folgenden Fragen:

  • Sollen Benutzer Informationen bereitstellen, Benutzern eine Frage stellen oder Benutzern erlauben, Optionen zum Ausführen eines Befehls oder einer Aufgabe auszuwählen? Falls nicht, verwenden Sie eine andere Benutzeroberfläche .
  • Sollen Eigenschaften für ein Objekt, eine Auflistung von Objekten oder ein Programm angezeigt und geändert werden? Verwenden Sie in diesem Falle stattdessen ein Eigenschaftenfenster oder eine Symbolleiste.
  • Soll eine Sammlung von Befehlen oder Tools präsentiert werden? Verwenden Sie in diesem Falle eine Symbolleiste oder ein Palettenfenster.
  • Soll überprüft werden, ob der Benutzer mit einer Aktion fortfahren möchte? Gibt es einen eindeutigen Grund, nicht fortzufahren, und eine angemessene Wahrscheinlichkeit, dass benutzer dies manchmal nicht tun? Wenn ja, verwenden Sie eine Bestätigung.
  • Soll ein Fehler oder eine Warnmeldung ausgegeben werden? Verwenden Sie in diesem Falle eine Fehlermeldung oder eine Warnmeldung.
  • Ist der Zweck für Folgendes:
    • Öffnen von Dateien
    • Speichern von Dateien
    • Öffnen von Ordnern
    • Suchen oder Ersetzen von Text
    • Drucken eines Dokuments
    • Auswählen von Attributen einer gedruckten Seite
    • Auswählen einer Schriftart
    • Auswählen einer Farbe
    • Suchen nach einer Datei, einem Ordner, einem Computer oder einem Drucker
    • Suchen nach Benutzern, Computern oder Gruppen in Microsoft Active Directory
    • Geben Sie einen Benutzernamen und ein Kennwort ein?

Verwenden Sie in diesem Falle stattdessen das entsprechende allgemeine Dialogfeld. Viele dieser allgemeinen Dialoge sind erweiterbar.

  • Ist der Zweck, eine mehrstufige Aufgabe auszuführen, die mehr als ein einzelnes Fenster erfordert? Verwenden Sie in diesem Falle stattdessen einen Taskflow oder Assistenten.
  • Soll der Zweck darin besteht, Benutzer über ein System- oder Programmereignis zu informieren, das nicht mit der aktuellen Benutzeraktivität in Zusammenhang steht, das keine sofortige Benutzeraktion erfordert und die Benutzer frei ignorieren können? Verwenden Sie in diesem Falle stattdessen eine Benachrichtigung.
  • Soll der Programmstatus angezeigt werden? Verwenden Sie in diesem Falle stattdessen eine Statusleiste.
  • Wäre es besser, die benutzeroberfläche vor Ort zu verwenden? Dialogfelder können den Benutzerflow unterbrechen, indem sie die Aufmerksamkeit erfordern. Manchmal ist diese Unterbrechung des Flows gerechtfertigt, z. B. wenn der Benutzer eine Aktion ausführen muss, die sich außerhalb des aktuellen Kontexts befindet. In anderen Fällen besteht ein besserer Ansatz darin, die Benutzeroberfläche im Kontext darzustellen, entweder direkt mit der direkten Benutzeroberfläche (z. B. einem Aufgabenbereich) oder bei Bedarf mithilfe der progressiven Offenlegung.
  • Soll ein nicht kritisches Benutzereingabeproblem oder eine besondere Bedingung angezeigt werden? Verwenden Sie in diesem Falle stattdessen einen Balloon.
  • Wäre es für Aufgabenflows besser, eine andere Seite zu verwenden? Im Allgemeinen möchten Sie, dass eine Aufgabe innerhalb eines einzelnen Fensters von Seite zu Seite fließt. Verwenden Sie Dialogfelder, um direkt ausgeführte Befehle zu bestätigen, Eingaben für direkt ausgeführte Befehle abzurufen und sekundäre, eigenständige Aufgaben auszuführen, die am besten unabhängig und außerhalb des Haupttaskflows ausgeführt werden.
  • Ändern Benutzer die Optionen wahrscheinlich für die Auswahl von Optionen? Falls nicht, sollten Sie Alternativen in Betracht ziehen, z. B.:
    • Verwenden sie die Standardoptionen, ohne die Benutzer zu fragen, aber später Änderungen vornehmen zu können.
    • Bereitstellen einer Version mit Optionen (z. B. Drucken... in einem Menü) sowie einer Version ohne Optionen (z. B. Drucken auf der Symbolleiste). Im Allgemeinen sollten Symbolleistenbefehle sofort sein und das Anzeigen von Dialogfeldern vermeiden.
  • Gibt es für die Auswahl von Optionen eine einfachere, direktere Möglichkeit, die Optionen darzustellen? Ziehen Sie in diesem Falle Alternativen in Betracht, z. B.:
    • Verwenden einer unterteilten Schaltfläche zum Auswählen von Variationen eines Befehls.
    • Verwenden eines Untermenüs für Befehle, Kontrollkästchen, Optionsfelder und einfache Listen.

Screenshot: Menü und Untermenü

Screenshot eines Menüs und Untermenüs

In diesen Beispielen werden Untermenüs anstelle von Dialogfeldern für einfache Auswahl verwendet.

Entwurfskonzepte

Bei ordnungsgemäßer Verwendung sind Dialogfelder eine hervorragende Möglichkeit, Ihrem Programm Energie und Flexibilität zu geben. Wenn sie missbraucht werden, sind Dialogfelder eine einfache Möglichkeit, Benutzer zu verärgern, ihren Flow zu unterbrechen und das Programm indirekt und mühsam zu verwenden. Modale Dialogfelder erfordern die Aufmerksamkeit der Benutzer. Dialogfelder lassen sich häufig einfacher implementieren als alternative Benutzeroberflächen, sodass sie tendenziell überladen sind.

Ein Dialogfeld ist am effektivsten, wenn seine Entwurfsmerkmale der Verwendung entsprechen. Der Entwurf eines Dialogfelds wird größtenteils durch seinen Zweck bestimmt (zum Anbieten von Optionen, Stellen von Fragen, Bereitstellen von Informationen oder Feedback), Typ (modal oder moduslos) und Benutzerinteraktion (erforderlich, optionale Antwort oder Bestätigung), während seine Verwendung größtenteils durch den Kontext (benutzer- oder programminitiiert), die Wahrscheinlichkeit von Benutzeraktionen und die Häufigkeit der Anzeige bestimmt wird.

Um effektive Dialogfelder zu entwerfen, verwenden Sie die folgenden Elemente effektiv:

  • Text im Dialogfeld
  • Hauptanweisungen
  • Option "Dieses Element nicht erneut anzeigen" < >

Wenn Sie nur eine Sache durchführen...

Stellen Sie sicher, dass der Entwurf des Dialogfelds (bestimmt durch Zweck, Typ und Benutzerinteraktion) mit seiner Verwendung übereinstimmt (bestimmt durch den Kontext, die Wahrscheinlichkeit von Benutzeraktionen und die Häufigkeit der Anzeige).

Verwendungsmuster

Dialogfelder weisen mehrere Verwendungsmuster auf:

  • Fragedialoge (mitHilfe von Schaltflächen) stellen Benutzern eine einzelne Frage oder zum Bestätigen eines Befehls und verwenden einfache Antworten in horizontal angeordneten Befehlsschaltflächen.
  • Fragedialoge (mithilfe von Befehlslinks) stellen Benutzern eine einzelne Frage, oder wählen Sie eine auszuführende Aufgabe aus, und verwenden Sie ausführliche Antworten in vertikal angeordneten Befehlslinks.
  • Auswahldialogfelder stellen Benutzern eine Reihe von Optionen zur Verfügung, in der Regel, um einen Befehl vollständiger anzugeben. Im Gegensatz zu Fragedialogen können Auswahldialoge mehrere Fragen stellen.
  • Statusdialogfelder zeigen Benutzern während eines längeren Vorgangs (länger als fünf Sekunden) ein Statusfeedback sowie einen Befehl zum Abbrechen oder Beenden des Vorgangs an.
  • Informationsdialogfelder zeigen vom Benutzer angeforderte Informationen an.

Richtlinien

Allgemein

  • Verwenden Sie keine bildlauffähigen Dialogfelder. Verwenden Sie keine Dialogfelder, in denen die Verwendung einer Bildlaufleiste während der normalen Nutzung vollständig angezeigt werden muss. Gestalten Sie stattdessen das Dialogfeld neu. Erwägen Sie die Verwendung von progressiver Offenlegung oder Registerkarten.

  • Sie verfügen nicht über eine Menüleiste oder Statusleiste. Gewähren Sie stattdessen zugriff auf Befehle und den Status direkt im Dialogfeld selbst oder mithilfe von Kontextmenüs für die relevanten Steuerelemente.

    • Ausnahme: Menüleisten sind akzeptabel, wenn ein Dialogfeld verwendet wird, um ein primäres Fenster (z. B. ein Hilfsprogramm) zu implementieren.

    Falsch:

    Screenshot eines Dialogfelds mit einer Menüleiste

    In diesem Beispiel ist Zertifikate suchen ein modusloses Dialogfeld mit einer Menüleiste.

  • Wenn ein Dialogfeld sofortige Aufmerksamkeit erfordert und das Programm nicht aktiv ist, blinken Sie die Taskleistenschaltfläche dreimal, um die Aufmerksamkeit zu lenken, und lassen Sie es hervorgehoben. Machen Sie nichts anderes: Stellen Sie das Fenster nicht wieder her, oder aktivieren Sie es nicht, und geben Sie keine Soundeffekte wieder. Beachten Sie stattdessen die Fensterzustandsauswahl des Benutzers, und lassen Sie den Benutzer das Fenster aktivieren, wenn er bereit ist.

  • Weitere Richtlinien und Beispiele finden Sie unter Taskleiste.

  • Verwenden Sie für kritische oder seltene, einmalige Aufgaben, die abgeschlossen werden müssen, bevor Sie fortfahren.
  • Verwenden Sie ein verzögertes Commitmodell, damit Änderungen erst wirksam werden, wenn ein expliziter Commit ausgeführt wurde.
  • Implementieren Sie nach Bedarf mithilfe eines Aufgabendialogfelds, um ein konsistentes Aussehen zu erzielen. Aufgabendialogfelder erfordern Windows Vista oder höher, sodass sie nicht für frühere Versionen von Windows geeignet sind.

Dialogfelder ohne Modus

  • Wird für häufige, sich wiederholende, laufende Aufgaben verwendet.
  • Verwenden Sie ein Modell mit sofortigem Commit, damit Änderungen sofort wirksam werden.
  • Verwenden Sie für dialoglose Dialoge eine explizite Befehlsschaltfläche Schließen im Dialogfeld, um das Fenster zu schließen. Verwenden Sie für beide eine Schaltfläche Schließen auf der Titelleiste, um das Fenster zu schließen.
  • Erwägen Sie, moduslose Dialogfelder andockbar zu machen. Andockbare dialoglose Dialoge ermöglichen eine flexiblere Platzierung.

Screenshot eines andockbaren, moduslosen Dialogfelds

Einige in Microsoft Office verwendete dialogfelder ohne Modus können angedockt werden.

Mehrere Dialogfelder

  • Zeigen Sie in einem Dialogfeld für die Auswahl des Besitzers nicht mehr als ein Dialogfeld für die Auswahl im Besitz gleichzeitig an. Das Anzeigen mehrerer Schaltflächen erschwert es Benutzern, die Bedeutung der Commitschaltflächen zu verstehen. Sie können bei Bedarf andere Arten von Dialogfeldern (z. B. Fragedialogfelder) anzeigen.
  • Für eine Sequenz verwandter Dialoge sollten Sie nach Möglichkeit einen mehrseitigen Dialog verwenden. Verwenden Sie einzelne Dialoge, wenn sie nicht eindeutig verknüpft sind.

Dialogfelder mit mehreren Seiten

  • Verwenden Sie ein Mehrseitendialogfeld anstelle einzelner Dialogfelder, wenn Sie über die folgende Sequenz verwandter Seiten verfügen:
    • Eine einzelne Eingabeseite (optional)
    • Eine Statusseite
    • Eine einzelne Ergebnisseite

Die Eingabeseite ist optional, da die Aufgabe möglicherweise an einer anderen Stelle initiiert wurde. Dadurch erhält die resultierende Erfahrung ein stabiles, einfaches, einfaches Gefühl.

Screenshot einer Statusanzeige

Screenshot der Meldung "Keine Probleme gefunden"

In diesem Beispiel besteht Windows Netzwerkdiagnose aus Status- und Ergebnisseiten.

  • Verwenden Sie kein mehrseitiges Dialogfeld, wenn es sich bei der Eingabeseite um ein Standarddialogfeld handelt. In diesem Fall ist die Konsistenz der Verwendung eines Standarddialogs wichtiger.
  • Verwenden Sie nicht die Schaltflächen Weiter oder Zurück, und haben Sie nicht mehr als drei Seiten. Mehrseitige Dialogfelder sind für Einzelschrittaufgaben mit Feedback vorgesehen. Sie sind keine Assistenten,die für mehrstufige Aufgaben verwendet werden. Assistenten haben im Vergleich zu dialogfeldern mit mehreren Seiten eine starke, indirekte Haptik.
  • Verwenden Sie auf der Eingabeseite bestimmte Befehlsschaltflächen oder Befehlslinks, um die Aufgabe zu initiieren.
  • Verwenden Sie auf den Eingabe- und Statusseiten die Schaltfläche Abbrechen und auf der Ergebnisseite die Schaltfläche Schließen.

Entwickler: Sie können Dialogfelder für mehrseitige Aufgaben mithilfe der TDM _ NAVIGATE _ PAGE-Meldung erstellen.

Präsentation

Damit Dialogfelder leicht zu finden und darauf zugreifen können, ordnen Sie den Dialog eindeutig der Quelle zu und funktionieren gut mit mehreren Monitoren:

  • Anfänglich werden Dialoge "zentriert" über dem Besitzerfenster angezeigt. Für die nachfolgende Anzeige sollten Sie die Anzeige am letzten Speicherort (relativ zum Besitzerfenster) in Betracht ziehen, wenn dies wahrscheinlich bequemer ist.

Diagramm des Dialogfelds, das auf dem Fenster im Hintergrund zentriert ist

Anfangs werden Dialoge über dem Besitzerfenster in den Mittelpunkt gemittelt.

  • Wenn ein Dialogfeld kontextabhängig ist, zeigen Sie es in der Nähe des Objekts an, von dem aus es gestartet wurde. Platzieren Sie es jedoch außerhalb des Wegs (vorzugsweise nach unten und nach rechts versetzt), sodass das Objekt nicht durch den Dialog abgedeckt wird.

Diagramm des Offsets des Dialogfelds nach unten und rechts

Die Eigenschaften eines Objekts werden in der Nähe des -Objekts angezeigt.

  • Für dialoglose Dialoge wird zunächst über dem Besitzerfenster angezeigt, um die Suche zu vereinfachen. Wenn der Benutzer das Besitzerfenster aktiviert, wird der moduslose Dialog möglicherweise verdeckt.
  • Passen Sie bei Bedarf den ursprünglichen Speicherort so an, dass der gesamte Dialog im Zielmonitor sichtbar ist. Wenn ein Fenster mit größenveränderlicher Größe größer als der Zielmonitor ist, reduzieren Sie es, damit es passt.
  • Wenn ein Dialogfeld erneut angezeigt wird, sollten Sie erwägen, es im selben Zustand wie der zuletzt aufgerufene anzuzeigen. Speichern Sie beim Schließen den verwendeten Monitor, die Fenstergröße, den Speicherort und den Zustand (maximiert im Vergleich zur Wiederherstellung). Stellen Sie bei der erneuten Anzeige die gespeicherte Dialoggröße, den Speicherort und den Status mithilfe des entsprechenden Monitors wieder her. Erwägen Sie außerdem, diese Attribute auf Programminstanzen pro Benutzer dauerhaft zu speichern.
  • Legen Sie für fenstergrößenveränderbare Fenster eine minimale Fenstergröße fest, wenn eine Größe vorhanden ist, unter der der Inhalt nicht mehr verwendet werden kann. Ändern Sie die Präsentation, um den Inhalt in kleineren Größen nutzbar zu machen.

Screenshot der zentrierten Media Player-Schaltflächen

In diesem Beispiel ändert Windows Media Player sein Format, wenn das Fenster für das Standardformat zu klein wird.

  • Verwenden Sie nicht das Always On Top-Attribut.
    • Ausnahme: Verwenden Sie nur, wenn ein Dialogfeld einen im Wesentlichen modalen Vorgang implementiert, aber kurz angehalten werden muss, um auf das Besitzerfenster zuzugreifen. Beispielsweise können Benutzer bei der Rechtschreibprüfung eines Dokuments gelegentlich das Rechtschreibprüfungsdialogfeld verlassen und auf das Dokument zugreifen, um Fehler zu beheben.

Weitere Informationen und Beispiele finden Sie unter Fensterverwaltung.

Titelleisten

  • Dialogfelder verfügen nicht über Titelleistensymbole. Titelleistensymbole werden als visueller Unterschied zwischen primären und sekundären Fensternverwendet.
    • Ausnahme: Wenn ein Dialogfeld zum Implementieren eines primären Fensters (z. B. eines Hilfsprogramms) verwendet wird und daher auf der Taskleiste angezeigt wird, verfügt es über ein Titelleistensymbol. Optimieren Sie in diesem Fall den Titel für die Anzeige auf der Taskleiste, indem Sie zuerst die Unterscheidungsinformationen präzise platzieren.
  • Dialogfelder verfügen immer über die Schaltfläche Schließen. Moduslose Dialoge können auch über die Schaltfläche Minimieren verfügen. Dialogfelder, deren Größe geändert werden kann, können über die Schaltfläche Maximieren verfügen.
  • Deaktivieren Sie nicht die Schaltfläche Schließen. Die Schaltfläche Schließen hilft Benutzern, die Kontrolle zu behalten, indem sie Fenster schließen können, die sie nicht wünschen.
    • Ausnahme: Für Statusdialogfelder können Sie die Schaltfläche Schließen deaktivieren, wenn der Task bis zum Abschluss ausgeführt werden muss, um einen gültigen Zustand zu erreichen oder Datenverluste zu verhindern.
  • Die Schaltfläche Schließen auf der Titelleiste sollte die gleiche Auswirkung wie die Schaltfläche Abbrechen oder Schließen im Dialogfeld haben. Geben Sie ihm niemals den gleichen Effekt wie OK.
  • Wenn die Titelleistenbeschriftung und das Symbol am oberen Rand des Fensters bereits hervorgehoben angezeigt werden, können Sie die Titelleistenbeschriftung und das Symbol ausblenden, um Redundanz zu vermeiden. Sie müssen jedoch intern einen geeigneten Titel für die Verwendung durch Windows festlegen.

Interaktion

  • Wenn sie angezeigt werden, sollten vom Benutzer initiierte Dialogfelder immer den Eingabefokus haben. Vom Programm initiierte Dialogfelder sollten den Eingabefokus nicht übernehmen, da der Benutzer möglicherweise mit einem anderen Fenster interagiert. Eine solche Interaktion, die im Dialogfeld fehlgeleitet wird, kann unbeabsichtigte Folgen haben.

  • Weisen Sie dem Steuerelement den anfänglichen Eingabefokus zu, mit dem Benutzer höchstwahrscheinlich mit dem ersten interagieren. Dies ist normalerweise (aber nicht immer) das erste interaktive Steuerelement. Vermeiden Sie es, einem Hilfelink den anfänglichen Eingabefokus zuzuweisen.

  • Für die Tastaturnavigation sollte die Tabstoppreihenfolge in einer logischen Reihenfolge ablaufen, in der Regel von links nach rechts, von oben nach unten. In der Regel folgt die Tabstoppreihenfolge der Lesereihenfolge, aber erwägen Sie, diese Ausnahmen zu treffen:

    • Ordnen Sie die am häufigsten verwendeten Steuerelemente weiter oben in der Tabstoppreihenfolge an.
    • Setzen Sie Hilfelinks am unteren Rand eines Dialogfelds nach den Commitschaltflächen in der Tabstoppreihenfolge.

    Gehen Sie beim Zuweisen der Reihenfolge davon aus, dass Benutzer Dialogfelder für ihren beabsichtigten Zweck anzeigen. So zeigen Benutzer beispielsweise Auswahldialogfelder an, um Entscheidungen zu treffen, dürfen sie nicht überprüfen und auf Abbrechen klicken.

  • Durch Drücken der ESC-TASTE wird immer ein aktives Dialogfeld geschlossen. Dies gilt für Dialogfelder mit Abbrechen oder Schließen. Dies gilt auch, wenn Abbrechen in Schließen umbenannt wurde, da die Ergebnisse nicht mehr rückgängig gemacht werden können.

Zugriffsschlüssel

  • Weisen Sie nach Möglichkeit allen interaktiven Steuerelementen oder deren Bezeichnungen eindeutige Zugriffsschlüssel zu. Schreibgeschützte Textfelder sind interaktive Steuerelemente (da Benutzer sie scrollen und Text kopieren können), sodass sie von Zugriffsschlüsseln profitieren. Weisen Sie folgenden Benutzern keine Zugriffsschlüssel zu:

    • Die Schaltflächen OK, Abbrechen und Schließen. Eingabe und ESC werden für ihre Zugriffsschlüssel verwendet. Weisen Sie einem Steuerelement jedoch immer einen Zugriffsschlüssel zu, der OK oder Abbrechen bedeutet, aber eine andere Bezeichnung aufweist.

      Screenshot des Dialogfelds "Datei löschen"

      In diesem Beispiel ist der Schaltfläche für positive Commits ein Zugriffsschlüssel zugewiesen.

    • Gruppenbezeichnungen. Normalerweise werden den einzelnen Steuerelementen innerhalb einer Gruppe Zugriffsschlüssel zugewiesen, sodass die Gruppenbezeichnung keine benötigt. Wenn es jedoch zu einem Mangel an Zugriffsschlüsseln kommt, weisen Sie der Gruppenbezeichnung und nicht den einzelnen Steuerelementen einen Zugriffsschlüssel zu.

    • Generische Hilfeschaltflächen, auf die mit F1 zugegriffen wird.

    • Linkbezeichnungen. Es gibt häufig zu viele Links, um eindeutige Zugriffsschlüssel zuzuweisen, und die Unterstriche, die häufig zum Kennzeichnen von Links verwendet werden, blenden die Unterstriche des Zugriffsschlüssels aus. Greifen Sie stattdessen auf Links mit der TAB-TASTE zu.

    • Registerkartennamen. Registerkarten werden mit STRG+TAB und STRG+UMSCHALT+TAB zyklust.

    • Schaltflächen zum Durchsuchen mit der Bezeichnung "...". Diesen Schaltflächen durchsuchen können keine eindeutigen Zugriffsschlüssel zugewiesen werden.

    • Steuerelemente ohne Bezeichnung, z. B. Drehsteuerelemente, Schaltflächen für grafische Befehle und steuerelemente für die progressive Offenlegung ohne Bezeichnungen.

    • Nicht bezeichnungsbasierter statischer Text oder Bezeichnungen für Steuerelemente, die nicht interaktiv sind, z. B. Statusleisten.

  • Weisen Sie nach Möglichkeit Zugriffsschlüssel für häufig verwendete Befehle gemäß den Standardzugriffsschlüsselzuweisungen zu. Konsistente Zuweisungen von Zugriffsschlüsseln sind zwar nicht immer möglich, werden aber insbesondere für häufig verwendete Dialogfelder bevorzugt.

  • Weisen Sie zunächst Zugriffsschlüssel für commit-Schaltflächen zu, um sicherzustellen, dass sie über die Standardschlüsselzuweisungen verfügen. Wenn keine Standardschlüsselzuweisung vorhanden ist, verwenden Sie den ersten Buchstaben des ersten Worts. Beispielsweise sollte der Zugriffsschlüssel für die Schaltflächen Ja und Kein Commit immer "Y" und "N" sein, unabhängig von den anderen Steuerelementen im Dialogfeld.

  • Um die Suche nach Zugriffsschlüsseln zu vereinfachen, weisen Sie die Zugriffsschlüssel einem Zeichen zu, das früh in der Bezeichnung angezeigt wird, idealerweise dem ersten Zeichen, auch wenn ein Schlüsselwort vorhanden ist, das später in der Bezeichnung angezeigt wird.

  • Bevorzugen Sie Zeichen mit breiter Breite, z. B. w, m und Großbuchstaben.

  • Bevorzugen Sie einen typischen Konsonanten oder einen Vokal, z. B. "x" in Exit.

  • Vermeiden Sie die Verwendung von Zeichen, die die Unterstreichung schwierig zu erkennen machen, z. B. (von den problematischsten bis zu den am wenigsten problematischen):

    • Buchstaben, die nur ein Pixel breit sind, z. B. i und l.
    • Buchstaben mit Nachfolgern wie g, j, p, q und y.
    • Buchstaben neben einem Buchstaben mit einem Nachfolger.

Weitere Richtlinien und Beispiele finden Sie unter Tastatur.

Statusdialoge

Bei Aufgaben mit langer Ausführungslaufzeit wird davon ausgegangen, dass Benutzer etwas anderes tun, während die Aufgabe abgeschlossen ist. Entwerfen Sie die Aufgabe so, dass sie unbeaufsichtigt ausgeführt wird.

  • Zeigen Sie Benutzern das Dialogfeld "Statusfeedback" an, wenn der Abschluss eines Vorgangs länger als fünf Sekunden dauert, zusammen mit einem Befehl zum Abbrechen oder Beenden des Vorgangs.
    • Ausnahme: Verwenden Sie für Assistenten und Aufgabenflows nur dann ein modales Dialogfeld für den Fortschritt, wenn der Task auf derselben Seite verbleibt (anstatt zu einer anderen Seite zu wechseln), und Benutzer während des Wartens nichts tun können. Verwenden Sie andernfalls eine Statusseite oder einen statusbasierten Status.
  • Wenn es sich bei dem Vorgang um eine Aufgabe mit langer Ausführung (mehr als 30 Sekunden) handelt und im Hintergrund ausgeführt werden kann, verwenden Sie ein statusloses Dialogfeld, damit Benutzer Das Programm während des Wartens weiterhin verwenden können.
  • Statusdialogfelder ohne Modus:
    • Klicken Sie auf der Titelleiste auf die Schaltfläche Minimieren.
    • Werden auf der Taskleiste angezeigt.
  • Implementieren Sie statuslose Statusdialogfelder, sodass sie auch dann weiterhin ausgeführt werden, wenn das Besitzerfenster geschlossen ist.

Screenshot des Kopierdialogfelds mit Statusanzeige

In diesem Beispiel wird der Dateikopiervorgang auch dann fortgesetzt, wenn das Besitzerfenster geschlossen ist.

  • Geben Sie eine Befehlsschaltfläche an, um den Vorgang anzuhalten, wenn der Vorgang mehr als ein paar Sekunden dauert oder möglicherweise nie abgeschlossen werden kann. Beschriften Sie die Schaltfläche Abbrechen, wenn das Abbrechen die Umgebung in den vorherigen Zustand zurückgibt (ohne Nebeneffekte). Beschriften Sie andernfalls die Schaltfläche Beenden, um anzugeben, dass der teilweise abgeschlossene Vorgang intakt bleibt. Sie können die Schaltflächenbezeichnung in der Mitte des Vorgangs von Abbrechen in Beenden ändern, wenn es zu einem bestimmten Zeitpunkt nicht möglich ist, die Umgebung in den vorherigen Zustand zurückzuversetzen.

Screenshot des Dialogfelds mit der Schaltfläche "Abbrechen"

In diesem Beispiel hat das Anhalten der Problemdiagnose keine Nebeneffekte.

  • Geben Sie eine Befehlsschaltfläche an, um den Vorgang anzuhalten, wenn der Vorgang mehr als einige Minuten dauert und die Benutzer nicht mehr in der Lage sind, ihre Arbeit zu erledigen. Dies zwingt den Benutzer nicht, zwischen dem Abschließen der Aufgabe und dem Erledigen seiner Arbeit zu wählen.
  • Sammeln Sie so viele Informationen wie sie können, bevor Sie die Aufgabe starten.
  • Wenn wiederherstellbare Probleme erkannt werden, lassen Sie benutzer alle Probleme behandeln, die am Ende der Aufgabe gefunden wurden. Wenn dies nicht praktikabel ist, sollten Benutzer probleme behandeln, sobald sie auftreten.
  • Verwerfen Sie Tasks nicht als Ergebnis wiederherstellbarer Fehler.

Screenshot des Dialogfelds mit der Schaltfläche "Erneut versuchen"

In diesem Beispiel ermöglicht Windows Explorer Benutzern, die Aufgabe nach einem wiederherstellbaren Fehler fortzusetzen.

  • Zeigen Sie Probleme an, indem Sie die Statusanzeige rot drehen.

Screenshot der Statusanzeige und schaltfläche "Erneut versuchen"

In diesem Beispiel wurde ein Wechseldatenträger während einer Dateikopie entfernt.

  • Wenn die Ergebnisse für Benutzer deutlich sichtbar sind, schließen Sie das Statusdialogfeld automatisch nach erfolgreichem Abschluss. Verwenden Sie andernfalls Feedback nur, um Probleme zu melden:
    • Um einfaches Feedback anzuzeigen, zeigen Sie das Feedback im Statusdialogfeld an, und ändern Sie die Schaltfläche Abbrechen in Schließen.
    • Um ausführliches Feedback anzuzeigen, schließen Sie das Statusdialogfeld, und zeigen Sie ein Informationsdialogfeld an.

Verwenden Sie keine Benachrichtigung für Das Feedback zur Vervollständigung. Verwenden Sie entweder ein Statusdialogfeld oder eine Aktionserfolgsbenachrichtigung,aber nicht beides.

Verbleibende Zeit

  • Verwenden Sie die folgenden Zeitformate. Beginnen Sie mit dem ersten der folgenden Formate, bei denen die größte Zeiteinheit nicht 0 (null) ist, und wechseln Sie dann in das nächste Format, sobald die größte Zeiteinheit 0 (null) wird.

Für Statusleisten:

Wenn verwandte Informationen in einem Doppelpunktformat angezeigt werden:

Verbleibende Zeit: h Stunden, m Minuten

Verbleibende Zeit: m Minuten, s Sekunden

Verbleibende Zeit: s Sekunden

Wenn der Bildschirmbereich premium ist:

h hrs, m mins remaining

m Minuten, s Sekunden verbleibend

s verbleibende Sekunden

Andernfalls:

h Stunden, m Minuten verbleibend

m Minuten, s Sekunden verbleibend

s verbleibende Sekunden

Für Titelleisten:

hh:mm verbleibend

mm:ss verbleibend

0:ss verbleibend

Dieses kompakte Format zeigt zuerst die wichtigsten Informationen an, damit sie nicht auf der Taskleiste abgeschnitten werden.

  • Treffen Sie Schätzungen genau, geben Sie jedoch keine falsche Genauigkeit an. Wenn die größte Einheit Stunden ist, geben Sie Minuten (sofern sinnvoll), aber nicht Sekunden ein.

Falsch:

hh hours, mm minutes, ss seconds

  • Halten Sie die Schätzung auf dem neuesten Stand. Die verbleibende Aktualisierungszeit wird mindestens alle 5 Sekunden geschätzt.
  • Konzentrieren Sie sich auf die verbleibende Zeit, da dies die Informationen sind, die den Benutzern am meisten interessieren. Geben Sie die insgesamt verstrichene Zeit nur dann an, wenn es Szenarien gibt, in denen die verstrichene Zeit hilfreich ist (z. B. wenn die Aufgabe wahrscheinlich wiederholt wird). Wenn die verbleibende Zeitschätzung einer Statusanzeige zugeordnet ist, verfügen Sie nicht über vollständigen Text in Prozent, da diese Informationen von der Statusleiste selbst übermittelt werden.
  • Seien Sie grammatisch korrekt. Verwenden Sie singulare Einheiten, wenn die Zahl 1 ist.

Falsch:

1 Minuten, 1 Sekunden

  • Verwenden Sie für Überschriften die Standardgroß- und kleinschreibung.

Weitere Informationen und Beispiele finden Sie unter Statusleisten.

Symbole und Grafiken

Grafiken

  • Verwenden Sie keine großen Grafiken, die über das Auffüllen von Raum mit Augenschmaus hinaus keinen Zweck erfüllen. Halten Sie stattdessen die Darstellung einfach.

Falsch:

Screenshot des Dialogfelds mit einer großen Grafik

In diesem Beispiel erfüllt die große Grafik keinen Zweck.

Titelleistensymbole

  • Dialogfelder verfügen nicht über Titelleistensymbole.
    • Ausnahme: Wenn ein Dialogfeld zum Implementieren eines primären Fensters (z. B. eines Hilfsprogramms) verwendet wird und daher auf der Taskleiste angezeigt wird, verfügt es über ein Titelleistensymbol.

Textsymbole

  • Wählen Sie das Textsymbol basierend auf dem Entwurfsmuster aus:
Muster Textsymbol
Fragedialoge
Programm, Feature, Objekt, Warnsymbol (bei potenziellem Daten- oder Systemzugriffsverlust), Sicherheitswarnung oder keine.
Auswahldialoge
Keine.
Statusdialoge
Keine (kann aber über eine Animation verfügen).
Informationsdialoge
Keine.
  • Falsch:

Screenshot des Dialogfelds mit Warnsymbol

In diesem Beispiel wird fälschlicherweise ein Warnsymbol für eine Frage verwendet, die keinen potenziellen Verlust von Daten oder Systemzugriff mit sich bringt.

  • Erwägen Sie die Verwendung von Symbolen, damit Benutzer die Funktionen Ihres Programms visuell erkennen können. Diese Technik ist am effektivsten, wenn die Symbole leicht erkennbar und an mehreren Stellen im Programm verwendet werden können.

Screenshot des Dialogfelds "Favoriten" mit Sternsymbol

In diesem Beispiel stellt das gelbe Sternsymbol Favoriten dar. Das Symbol ist leicht zu erkennen und wird durchgängig in Windows verwendet, um Favoriten darzustellen.

  • Verwenden Sie Symbole, damit Benutzer das betreffende Objekt erkennen können.

Screenshot des Dialogfelds mit powerpoint-Symbol

In diesem Beispiel hilft das Objektsymbol Benutzern, den Dateityp zu erkennen, der geöffnet oder gespeichert wird.

  • Erwägen Sie die Verwendung von Symbolen, um Features selbsterklärend zu machen.

Abbildungen von Pfeilen, die zeigen, wie der Monitor positioniert wird

In diesem Beispiel helfen diese Symbole Benutzern, die Auswirkungen ihrer Features zu visualisieren.

  • Verwenden Sie ein Symbol in About Box-Dialogfeldern für das Anwendungsbranding.

Screenshot des Dialogfelds "About" mit Windows-Logo

In diesem Beispiel wird eine Bitmap in der About Box verwendet, um die Anwendung zu identifizieren und zu kennzeichnen.

Fußnotensymbole

  • Wenn Sie über eine Fußnote verfügen, sollten Sie ein Fußnotensymbol verwenden, um das Thema der Fußnote zusammenzufassen.

Screenshot des Dialogfelds mit Fußnotensymbol

In diesem Beispiel gibt das Fußnotensymbol an, dass die Frage Auswirkungen auf die Sicherheit hat.

  • Verwenden Sie kein Fußnotensymbol, das das Textsymbol wiederholt.
  • Verwenden Sie nicht die Standardsymbole für Fehler oder Informationen. Fehlerbedingungen müssen über das Textsymbol übermittelt werden, und Fußnoten dienen immer zu Informationszwecken, sodass das Informationssymbol redundant wird. Sie können jedoch das Standardwarnungssymbol und den gelben Sicherheitsschild verwenden, um Benutzer vor riskanten Folgen zu warnen.

Weitere Informationen und Beispiele finden Sie unter Symbole.

Commitschaltflächen

Hinweise:

  • Diese Richtlinien gelten nicht für Fragedialoge, die Befehlslinks verwenden, da dieses Muster Befehlslinks anstelle von Schaltflächen verwendet.
  • [Tun Sie ] [ dies, und don't do ] it are positive bzw. negative responses, respectively, to the main instruction.

Allgemein

  • Wählen Sie die Commitschaltflächen basierend auf dem Entwurfsmuster aus:
Bezeichnung Wert
Muster
Commitschaltflächen
Fragedialoge (mitHilfe von Schaltflächen)
Einer der folgenden präzisen Befehle: Ja/Nein, Ja/Nein/Abbrechen, [Do it]/Cancel, [Do it]/[Don't do it], [Do it]/[Don't do it]/Cancel.
Fragedialoge (über Links)
Abbrechen
Auswahldialoge
  • Modale Dialoge: OK/Abbrechen oder [Durchführen]/Abbrechen
  • Dialogfelder ohne Modus: Schaltfläche "Schließen" in Dialogfeld und Titelleiste
  • Aufgabenbereich: Schaltfläche "Schließen" auf der Titelleiste
Statusdialoge
Verwenden Sie Abbrechen, wenn die Umgebung in den vorherigen Zustand zurückgibt (ohne Nebeneffekt). Verwenden Sie andernfalls Beenden.
Informationsdialoge
Fast richtig.
  • Alle Commitschaltflächen mit Ausnahme von Anwenden führen zum Schließen des Dialogfeldfensters.

  • Bestätigen Sie keine Commitschaltflächen. Dies kann unnötigerweise sehr ungern sein. Ausnahmen:

    • Die Aktion ist möglicherweise schwerwiegender.
    • Die Aktion ist eindeutig inkonsistent mit anderen Aktionen.
    • Wenn die Aktion falsch ist, kann dies zu einem erheblichen Daten-, Zeit- oder Aufwandsverlust im Auftrag des Benutzers führen.

    Weitere Richtlinien und Beispiele finden Sie unter Bestätigungen.

  • Deaktivieren Sie keine Commitschaltflächen. Ausnahmen:

  • Rechtsgündige Commitschaltflächen in einer einzelnen Zeile am unteren Rand des Dialogfelds, jedoch oberhalb des Fußnotenbereichs. Dies gilt auch, wenn eine einzelne Commitschaltfläche (z. B. OK) vorhanden ist.

    Falsch:

    Screenshot der Meldung mit zentrierter OK-Schaltfläche

    In diesem Beispiel ist die Schaltfläche OK falsch zentriert.

  • Zeigen Sie die Commitschaltflächen in der folgenden Reihenfolge an:

    1. OK/ [ Do it ] /Yes
    2. [Don't do it ] /No
    3. Abbrechen
    4. Apply (falls vorhanden)
    5. Hilfe (falls vorhanden)
  • Wenn Sie über viele zugehörige Commitschaltflächen verfügen, konsolidieren Sie sie mit geteilten Schaltflächen.

  • Legen Sie eine klare Trennung von Commitschaltflächen (die das Fenster schließen) und allen anderen Befehlsschaltflächen (z. B. Erweitert) fest.

Reagieren auf Hauptanweisungen

  • Verwenden Sie positive Commitschaltflächen, bei denen es sich um spezifische Antworten auf die Hauptanweisung handelt, anstelle generischer Bezeichnungen wie OK oder Ja/Nein. Benutzer sollten die Optionen verstehen können, indem sie den Schaltflächentext allein lesen. Ausnahmen:

    • Verwenden Sie Schließen für Dialoge ohne Einstellungen, z. B. Informationsdialoge. Verwenden Sie Schließen niemals für Dialoge mit Einstellungen.

    • Verwenden Sie OK, wenn die "spezifischen" Antworten noch generisch sind, z. B. Speichern, Auswählen oder Auswählen. Verwenden Sie OK, wenn Sie eine bestimmte Einstellung oder eine Sammlung von Einstellungen ändern.

    • Für ältere Dialogfelder ohne Hauptanweisung können Sie generische Bezeichnungen wie OK verwenden. Häufig sind solche Dialogfelder nicht für die Ausführung einer bestimmten Aufgabe konzipiert, um spezifischere Antworten zu verhindern.

    • Bestimmte Aufgaben erfordern mehr Überlegungen und sorgfältige Lesevorgänge, damit Benutzer fundierte Entscheidungen treffen können. Dies ist in der Regel bei Bestätigungen derFall. In solchen Fällen können Sie absichtlich generische Commit-Schaltflächenbezeichnungen verwenden, um Benutzer zu zwingen, die Hauptanweisungen zu lesen und übereilte Entscheidungen zu verhindern.

      Richtig:

      Screenshot der Meldung mit Schaltflächen "Ja" und "Nein"

      In diesem Beispiel werden Benutzer durch Die Verwendung von Ja/Nein-Commitschaltflächen gezwungen, zumindest die Hauptanweisung zu lesen.

  • Alternativ können Sie der Schaltflächenbezeichnung für positive Commits das Wort "anyway" hinzufügen, um anzugeben, dass das Dialogfeld einen Grund dafür darstellt, nicht fortzufahren, und dass Benutzer den Dialog sorgfältig lesen sollten, bevor sie fortfahren.

    Richtig:

    Screenshot: Schaltfläche "Nachricht und Deinstallation trotzdem"

    In diesem Beispiel wird "anyway" der Commit-Schaltflächenbezeichnung hinzugefügt, um anzugeben, dass Benutzer sorgfältig vorgehen sollten.

  • Verwenden Sie Abbrechen oder Schließen für negative Commitschaltflächen anstelle bestimmter Antworten auf die Hauptanweisung. Häufig stellen Benutzer fest, dass sie keine Aufgabe ausführen möchten, sobald ein Dialogfeld angezeigt wird. Wenn Abbrechen oder Schließen auf bestimmte Antworten umbenennt würde, müssten Benutzer alle Commitschaltflächen sorgfältig lesen, um zu bestimmen, wie der Vorgang abgebrochen werden soll. Wenn Sie Abbrechen und Schließen konsistent bezeichnen, sind sie leicht zu finden. Ausnahmen:

    • Verwenden Sie nicht Ja/Abbrechen. Verwenden Sie immer Ja/Nein als Paar.
    • Verwenden Sie eine bestimmte Antwort, wenn Abbrechen mehrdeutig ist.
  • Ordnen Sie generische Bezeichnungen nicht ihrer spezifischen Bedeutung mit Text im Inhaltsbereich zu. Verwenden Sie stattdessen bestimmte Commitschaltflächenbezeichnungen oder ein Fragedialogfeld mit Links, wenn die Bezeichnungen lang sind.

    Falsch:

    Screenshot der Meldung mit unklarer Verwendung von Schaltflächen

    In diesem Beispiel ist OK continue zugeordnet, Abbrechen wird Auf Seite beibehalten zugeordnet.

Schaltflächen "Ja" und "Nein"

  • Bestimmte Antworten auf die Schaltflächen Ja und Nein bevorzugen. Obwohl die Verwendung von Ja und Nein nicht falsch ist, können bestimmte Antworten schneller verstanden werden, was zu einer effizienten Entscheidungsfindung führt. Bestätigungen verfügen jedoch in der Regel über die Schaltflächen Ja und Nein, damit Benutzer die Bestätigung vor der Antwort ein wenig überlegen können.

  • Verwenden Sie die Schaltflächen Ja und Nein nur, um auf Ja- oder Nein-Fragen zu antworten. Die Hauptanweisung sollte natürlich als Ja- oder Nein-Frage ausgedrückt werden. Verwenden Sie niemals OK und Abbrechen für Ja- oder Nein-Fragen.

    Falsch:

    Screenshot, der eine Meldung mit einem "OK" für eine Ja-Nein-Frage zeigt.

    Richtig:

    Screenshot der Meldung mit "Ja" für dieselbe Frage

    Besser:

    Screenshot der Meldung mit Ausführung für dieselbe Frage

    In diesen Beispielen sind Ja und Nein gute Antworten auf Ja- und Nein-Fragen, aber bestimmte Antworten sind noch besser.

  • Erwägen Sie, die Hauptanweisung als Ja- oder Nein-Frage zu formulieren, wenn Commitschaltflächen mit bestimmten Ausdrücke lang oder umständlich sind. Alternativ können Sie Befehlslinks für längere Antworten (fünf Wörter oder mehr) auf die Hauptanweisung verwenden.

    Falsch:

    Screenshot der Meldung mit wortigen Schaltflächenbeschriftungen

    Richtig:

    Screenshot der Meldung mit Ja/Nein-Schaltflächenbezeichnungen

    Der spezifische Ausdruck im falschen Beispiel ist zu lang, sodass im richtigen Beispiel Ja und Nein verwendet werden.

  • Verwenden Sie die Schaltflächen Ja und Nein nicht, wenn die Bedeutung der Antwort Nein unklar ist. Verwenden Sie in diesem Falle stattdessen bestimmte Antworten.

OK-Schaltflächen

  • Wenn Sie in modalen Dialogfeldern auf OK klicken, werden die Werte angewendet, die Aufgabe ausgeführt und das Fenster geschlossen.

  • Verwenden Sie keine OK-Schaltflächen, um auf Fragen zu antworten.

  • Weisen Sie "OK" keine Zugriffsschlüssel zu, da die EINGABETASTE der Zugriffsschlüssel für die Standardschaltfläche ist. Auf diese Weise können die anderen Zugriffsschlüssel einfacher zugewiesen werden.

  • Beschriften Sie ok-Schaltflächen ordnungsgemäß. Die Schaltfläche OK sollte mit OK und nicht mit OK oder Ok bezeichnet werden.

  • Verwenden Sie keine OK-Schaltflächen für Fehler oder Warnungen. Probleme sind nie in Ordnung. Verwenden Sie stattdessen Schließen.

    Falsch:

    Screenshot der Meldung mit schaltfläche "OK"

    In diesem Beispiel sollte Close anstelle von OK verwendet werden.

  • Verwenden Sie keine OK-Schaltflächen in moduslosen Dialogfeldern. Stattdessen sollten moduslose Dialoge aufgabenspezifische Commitschaltflächen verwenden (z. B. Suchen). Für einige dialogfelder ohne Modus ist jedoch nur die Schaltfläche Schließen erforderlich.

Schaltflächen "Abbrechen"

  • Wenn Sie auf Abbrechen klicken, werden alle Änderungen abgebrochen, die Aufgabe abgebrochen, das Fenster geschlossen und die Umgebung in den vorherigen Zustand zurückgesetzt, sodass keine Nebeneffekte mehr bestehen. Bei geschachtelten Auswahldialogfeldern bedeutet das Klicken auf Abbrechen im Dialogfeld für die Besitzerauswahl, dass alle Änderungen, die von dialogeigenen Auswahldialogen vorgenommen werden, ebenfalls verworfen werden.

  • Stellen Sie eine Schaltfläche Abbrechen bereit, damit Benutzer Änderungen explizit verwerfen können. Dialogfelder benötigen einen eindeutigen Endpunkt. Verlassen Sie sich nicht darauf, dass Benutzer die Schaltfläche Schließen auf der Titelleiste finden.

    • Ausnahme: Geben Sie keine Schaltfläche Abbrechen für Dialogfelder ohne Einstellungen an. Die Schaltflächen OK und Schließen haben in diesem Fall die gleichen Auswirkungen wie Abbrechen.

    Falsch:

    Screenshot der Nachricht nur mit der Schaltfläche "OK"

    In diesem Beispiel wird die Schaltfläche Schließen auf der Titelleiste so angezeigt, als hätten Benutzer keine Auswahl.

  • Verwenden Sie die Schaltflächen Abbrechen nicht, um auf Fragen zu antworten.

    Falsch:

    Screenshot der Nachricht mit "OK" für Ja-Nein-Frage

    In diesem Beispiel werden OK und Abbrechen fälschlicherweise verwendet, um auf die Frage Ja oder Nein zu antworten.

  • Weisen Sie Cancel keine Zugriffsschlüssel zu, da esc der Zugriffsschlüssel ist. Dadurch wird die Zuweisung der anderen Zugriffsschlüssel vereinfacht.

  • Verwenden Sie in nicht moduslosen Dialogfeldern keine Schaltflächen abbrechen. Verwenden Sie stattdessen Schließen.

  • Deaktivieren Sie nicht die Schaltfläche Abbrechen. Benutzer sollten immer in der Lage sein, Dialogfelder abzubricht.

    • Ausnahme: Sie können die Schaltfläche Abbrechen in einem Statusdialogfeld deaktivieren, wenn es einen Zeitraum gibt, in dem der Vorgang nicht abgebrochen werden kann. Eine bessere Lösung ist jedoch, solche Vorgänge so zu entwerfen, dass sie immer abgebrochen werden können.

Schaltflächen zum Schließen

  • Verwenden Sie Schaltflächen schließen für nicht modale Dialogfelder sowie modale Dialoge, die nicht abgebrochen werden können.
  • Wenn Sie auf Schließen klicken, wird das Dialogfeldfenster geschlossen, und es werden alle vorhandenen Nebeneffekte hinterlassen. Verwenden Sie done nicht, da es sich nicht um eine imperative Konstruktion handelt. Bei geschachtelten Auswahldialogfeldern bedeutet das Klicken auf Schließen im Dialogfeld für die Besitzerauswahl, dass alle Änderungen beibehalten werden, die von Dialogfeldern für die Auswahl im Besitz des Besitzers vorgenommen wurden.
  • Legen Sie eine explizite Schaltfläche Schließen in den Text des Dialogfelds ein. Dialogfelder benötigen einen eindeutigen Ausgangspunkt. Verlassen Sie sich nicht darauf, dass Benutzer die Schaltfläche Schließen auf der Titelleiste finden.
  • Stellen Sie sicher, dass die Schaltfläche Schließen auf der Titelleiste die gleiche Auswirkung wie Abbrechen oder Schließen hat.
  • Weisen Sie close keine Zugriffsschlüssel zu, da es sich bei esc um den Zugriffsschlüssel handelt. Dadurch wird die Zuweisung der anderen Zugriffsschlüssel vereinfacht.

Schaltflächen anwenden

  • Verwenden Sie keine Schaltflächen anwenden in Dialogfeldern, bei denen es sich nicht um Eigenschaftenblätter oder Systemsteuerungen handelt. Die Schaltfläche Übernehmen bedeutet, dass die ausstehenden Änderungen angewendet werden, aber das Fenster geöffnet lassen. Auf diese Weise können Benutzer die Änderungen auswerten, bevor sie das Fenster schließen. Diese Notwendigkeit ist jedoch nur für Eigenschaftenblätter und Steuerungspanels notwendig.

    Falsch:

    Screenshot des Dialogfelds mit Schaltfläche "Anwenden"

    In diesem Beispiel verfügt ein Auswahldialogfeld unnötigerweise über die Schaltfläche Anwenden.

Commitschaltflächen für indirekte Dialogfelder

Hinweis: Indirekte Dialogfelder werden nicht im Kontext angezeigt, entweder als indirektes Ergebnis einer Aufgabe oder als Ergebnis eines Problems mit einem System- oder Hintergrundprozess. Bei indirekten Dialogen ist die Schaltfläche Abbrechen mehrdeutig, da dies bedeuten kann, dass der Dialog abgebrochen oder die gesamte Aufgabe abgebrochen wird.

  • Wenn Benutzer sowohl das Dialogfeld als auch die Aufgabe abbrechen müssen, geben Sie Commitschaltflächen an, um beides zu tun. Beschriften Sie die Schaltfläche, die das Dialogfeld mit einer negativen Antwort auf die main-Anweisung abbricht. Beschriften Sie die Schaltfläche, die die gesamte Aufgabe abbricht, mit Abbrechen. Die Verwendung von Abbrechen ermöglicht die Verwendung des Dialogfelds in vielen Kontexten.

    Richtig:

    Screenshot des Dialogfelds mit "Speichern"/"Nicht speichern"

    In diesem Beispiel wird dieses Dialogfeld von Windows Paint als Ergebnis eines New- oder Exit-Befehls angezeigt, wenn die Grafik nicht gespeichert wurde. Nicht speichern schließt das Dialogfeld, ohne es zu speichern, während Abbrechen den Befehl Neu oder Beenden abbricht.

    Falsch:

    Screenshot des Dialogfelds mit Ja/Nein-Schaltflächen

    In diesem Beispiel gibt es keine Möglichkeit, die Aufgabe abzubricht (schließen Office Shortcutleiste), die zur Anzeige dieses Dialogfelds geführt hat. Dieses Dialogfeld benötigt die Schaltfläche Abbrechen.

  • Wenn Benutzer nur den Dialog abbrechen müssen, aber nicht die Aufgabe, verwenden Sie eine Schaltfläche mit einer bestimmten, negativen Antwort auf die main-Anweisung, und verfügen nicht über die Schaltfläche Abbrechen.

    Screenshot des Dialogfelds mit "Ausführen/Nicht ausführen"

    In diesem Beispiel wird dieses Dialogfeld indirekt als Ergebnis der Navigation zu einer Webseite angezeigt, die ein ActiveX installiert. Die Verwendung von Abbrechen wäre hier mehrdeutig, daher wird stattdessen Nicht ausführen verwendet.

Weitere Informationen und Beispiele finden Sie unter Befehlsschaltflächen.

  • Stellen Sie eine Reihe von längeren Befehlen mit Befehlslinks anstelle von Befehlsschaltflächen oder einer Kombination aus Optionsfeldern und einer SCHALTFLÄCHE OK vor. Auf diese Weise können Benutzer mit einem einzigen Klick antworten. Dieser Ansatz funktioniert jedoch nur für eine einzelne Frage.
  • Stellen Sie zuerst die am häufigsten verwendeten Befehlslinks vor. Die resultierende Reihenfolge sollte ungefähr der Wahrscheinlichkeit der Verwendung folgen, aber auch einen logischen Fluss haben.
    • Ausnahme: Befehlslinks, die dazu führen, dass alles ausgeführt wird, sollten zuerst platziert werden.
  • Wenn ein Befehlslink eine weitere Erläuterung erfordert, geben Sie eine zusätzliche Erklärung an. Ergänzende Erläuterungen beschreiben, warum Benutzer den Befehl auswählen möchten oder was geschieht, wenn der Befehl ausgewählt wird.
  • Verwenden Sie keine ergänzenden Erklärungen, bei denen es sich um wortige Neuordnungen des Befehlslinks handelt. Verwenden Sie eine ergänzende Erklärung nur, wenn Sie einen Befehlslink nicht selbsterklärend machen können. Das Bereitstellen einer ergänzenden Erklärung für einen Befehlslink bedeutet nicht, dass Sie sie für alle Befehle bereitstellen müssen.

Screenshot des Dialogfelds mit Text notierungsoptionen

In diesem Beispiel beschreibt die ergänzende Erklärung die Auswirkungen einer der Optionen.

  • Verwenden Sie Ausdrücke, die mit einem Verb beginnen, ohne die Interpunktion zu beenden.
  • Wenn ein Befehl dringend empfohlen wird, sollten Sie der Bezeichnung "(recommended)" hinzufügen. Achten Sie darauf, der Linkbezeichnung und nicht der ergänzenden Erklärung hinzuzufügen.
  • Wenn ein Befehl nur für fortgeschrittene Benutzer vorgesehen ist, sollten Sie der Bezeichnung "(advanced)" hinzufügen. Achten Sie darauf, der Linkbezeichnung und nicht der ergänzenden Erklärung hinzuzufügen.
  • Geben Sie immer eine explizite Schaltfläche Abbrechen an. Verwenden Sie zu diesem Zweck keinen Befehlslink.

Falsch:

Screenshot des Dialogfelds ohne Link zum Beenden

In diesem Beispiel verwendet das Dialogfeld einen Befehlslink anstelle einer Schaltfläche Abbrechen.

Weitere Informationen und Beispiele finden Sie unter Befehlslinks.

Dieses Element nicht mehr < > anzeigen

  • Erwägen Sie die Verwendung der Option Dieses Element nicht mehr anzeigen, damit Benutzer ein wiederkehrendes Dialogfeld nur unterdrücken können, wenn es keine bessere < > Alternative gibt. Es ist besser, den Dialog immer anzuzeigen, wenn Benutzer ihn wirklich benötigen, oder ihn einfach zu beseitigen, wenn dies nicht der Fehler ist.
  • Verwenden Sie diesen spezifischen Ausdruck, um < das Element durch das spezifische Element zu > ersetzen. Zeigen Sie diese Erinnerung beispielsweise nicht erneut an. Wenn Sie im Allgemeinen auf ein Dialogfeld verweisen, verwenden Sie Diese Meldung nicht erneut anzeigen.
  • Geben Sie eindeutig an, wann Benutzereingaben für zukünftige Standardwerte verwendet werden, indem Sie den folgenden Satz unter der Option hinzufügen: Ihre Auswahl wird in Zukunft standardmäßig verwendet.
  • Wählen Sie die Option nicht standardmäßig aus. Wenn das Dialogfeld wirklich nur einmal angezeigt werden soll, tun Sie dies, ohne eine Frage zu stellen. Verwenden Sie diese Option nicht als lästig für lästige Benutzer, um sicherzustellen, dass das Standardverhalten nicht lästig ist.

Falsch:

Screenshot der Meldung mit unnötiger Frage

In diesem Beispiel sollte die Meldung nur einmal angezeigt werden. Es ist nicht notwendig, zu fragen.

  • Sorgen Sie dafür, dass die Einstellung auf Benutzerbasis beibehalten wird.
  • Wenn Benutzer die Option auswählen und auf Abbrechen klicken, wird diese Option wirksam. Diese Einstellung ist eine Metaoption, sodass sie nicht dem standardmäßigen Cancel-Verhalten folgt, bei dem keine Nebeneffekte hinterlassen werden. Beachten Sie: Wenn Benutzer den Dialog in Zukunft nicht mehr sehen möchten, möchten sie ihn wahrscheinlich auch abbrechen.
  • Wenn Benutzer diese Dialogfelder möglicherweise wiederherstellen müssen, geben Sie im Dialogfeld Optionen des Programms den Befehl Nachrichten wiederherstellen an.

Später nachfragen

  • Geben Sie diese Option an, um ein Dialogfeld nur dann zu schließen, wenn:
    • Das Dialogfeld ist indirekt, sodass benutzer sich wahrscheinlich auf eine andere Aufgabe konzentrieren.
    • Benutzer müssen reagieren, aber nicht sofort, damit sie mit ihrer Arbeit fortfahren können.
    • Die Frage erfordert genügend Gedanken oder Aufwand, damit Benutzer bessere Entscheidungen treffen können, wenn sie mehr Zeit haben.
    • Das Dialogfeld oder die Option wird später automatisch angezeigt (sodass Benutzer später wirklich gefragt werden).
  • Falsch:
  • Screenshot der Nachricht mit der Option "Später fragen"
  • In diesem Beispiel ist die Frage so einfach, dass das Hinzufügen der Option Später fragen nur dies erschwert.
  • Gehen Sie andernfalls davon aus, dass Benutzer jetzt antworten, aber erlauben Sie ihnen, das Dialogfeld normal mit Abbrechen oder Schließen zu schließen. Bei ordnungsgemäßer Verwendung sollte diese Option selten sein.

Mehr/weniger

  • Verwenden Sie mehr/weniger Progressive Offenlegungsschaltflächen, um erweiterte oder selten verwendete Optionen, Befehle oder Details anzuzeigen oder auszublenden, die benutzerin der Regel nicht benötigt werden. Dadurch wird das Dialogfeld für die typische Verwendung vereinfacht. Blenden Sie häufig verwendete Optionen, Befehle oder Informationen nicht aus, da Benutzer sie möglicherweise nicht finden.

Screenshot des Dialogfelds mit der Schaltfläche "Weitere Optionen"

In diesem Beispiel werden selten verwendete Optionen standardmäßig ausgeblendet.

  • Verwenden Sie keine Mehr/Weniger-Steuerelemente, es sei denn, es sind mehr Details zu sehen. Verwenden Sie nicht nur die gleichen Informationen in einem anderen Format.
  • Verwenden Sie keine Mehr/Weniger-Steuerelemente, um Hilfe zu zeigen. Verwenden Sie stattdessen Hilfelinks oder Fußnotes.
  • Vermeiden Sie bei Aufgabendialogfeldern die Kombination von Mehr/Weniger-Steuerelementen mit Don't show this item again (Dieses Element nicht < mehr > anzeigen). Diese Kombination hat eine ums andere Darstellung.
  • Bezeichnungsrichtlinien finden Sie unter Progressive Disclosure.

Fußnoten

  • Verwenden Sie Fußnotes für Informationen, die für den Zweck eines Dialogfelds nicht wichtig sind, die Benutzer jedoch möglicherweise hilfreich finden, um Entscheidungen zu treffen. Die meisten Benutzer sollten in der Lage sein, Fußnoten zu überspringen und dennoch fundierte Entscheidungen in ihrer Antwort auf das Dialogfeld zu treffen.

Screenshot des Dialogfelds mit Verdeutlichung der Fußnote

In diesem Beispiel sind die Fußnoteinformationen ergänzend und nicht wichtig.

Deaktivieren oder Entfernen von Steuerelementen im Vergleich zum Senden von Fehlermeldungen

  • Wenn ein Steuerelement im aktuellen Kontext nicht angewendet wird, sollten Sie die folgenden Optionen in Betracht ziehen:
    • Entfernen Sie das Steuerelement, wenn es benutzern nicht möglich ist, es zu aktivieren, oder Benutzer nicht erwarten, dass es angewendet wird und sich sein Zustand nicht häufig ändert. Dadurch wird das Dialogfeld vereinfacht, und Benutzer werden es nicht übersehen. Es ist lästig, wenn ein Steuerelement häufig angezeigt und verschwindet.
    • Deaktivieren Sie das Steuerelement, wenn Benutzer erwarten, dass es angewendet wird oder sich sein Zustand häufig ändert, und Benutzer können leicht erkennen, warum das Steuerelement deaktiviert ist. Ein Beispiel für eine einfache Ableitung ist das Deaktivieren einer Commitschaltfläche, wenn ein einzelnes, leeres Textfeld eine Eingabe erfordert. Sie können Sprechblasen verwenden, um nicht kritische Benutzereingabeprobleme mit Textfeldern und bearbeitbaren Dropdownlisten anzuzeigen. Wenn das Problem jedoch nicht mit einem Balloon oder mehreren Steuerelementen erklärt werden kann, wäre die Ableitung nicht mehr einfach.
    • Lassen Sie andernfalls das Steuerelement aktiviert, aber geben Sie eine Fehlermeldung aus, wenn es falsch verwendet wird. Wenn Sie in diesem Fall deaktivieren, ist es für Benutzer schwierig zu verstehen, warum das Steuerelement deaktiviert ist. Benutzer werden gezwungen, das Problem durch Experimentieren und dektive Logik zu bestimmen. Es ist besser, nur eine hilfreiche Fehlermeldung zu geben, um das Problem explizit zu erklären.
  • Tipp: Wenn Sie nicht sicher sind, ob Sie ein Steuerelement deaktivieren oder eine Fehlermeldung senden sollten, beginnen Sie mit dem Verfassen der Fehlermeldung, die Sie möglicherweise geben. Wenn die Fehlermeldung hilfreiche Informationen enthält, von denen Zielbenutzer wahrscheinlich nicht schnell abzuleiten sind, lassen Sie das Steuerelement aktiviert, und geben Sie den Fehler an. Deaktivieren Sie andernfalls das -Steuerelement.
  • Wenn Sie ein Steuerelement deaktivieren, deaktivieren Sie auch alle zugeordneten Steuerelemente, z. B. dessen Bezeichnung, ergänzende Erklärungen oder Befehlsschaltflächen. Deaktivieren Sie jedoch nicht die Gruppenfelder,die Gruppenbezeichnung oder die Gruppenerklärung, falls diese noch nicht angegeben sind.

Screenshot des Dialogfelds mit abgeblendeten Steuerelementen

In diesem Beispiel sind die deaktivierten Textfeldbezeichnungen ebenfalls deaktiviert, ihre Gruppenbezeichnung und Gruppenerklärung jedoch nicht.

Erforderliche Eingabe

  • Um anzugeben, dass Benutzer Informationen in einem Steuerelement bereitstellen müssen, sollten Sie die folgenden Optionen in Betracht ziehen:

    • Geben Sie nichts an, sondern behandeln Sie fehlende erforderliche Eingaben mit Fehlermeldungen. Dieser Ansatz reduziert unübersichtlich und funktioniert gut, wenn die meisten Eingaben optional sind oder Benutzer wahrscheinlich keine Steuerelemente überspringen, wodurch die Anzahl der Fehlermeldungen niedrig bleibt.

    • Geben Sie die erforderliche Eingabe mit einem Sternchen am Anfang der Bezeichnung an. Erläutern Sie das Sternchen mit einer der folgenden:

      • Eine Fußnote am unteren Rand des Inhaltsbereichs mit dem Text * Erforderliche Eingabe.
      • Eine QuickInfo auf dem Sternchen required input (Erforderliche Eingabe).

      Dieser Ansatz funktioniert gut, wenn es nicht viele erforderliche Steuerelemente gibt, aber schlecht, wenn die meisten Steuerelemente erforderlich sind.

      Screenshot von Textfeldbezeichnungen mit Sternchen

      In diesem Beispiel werden Sternchen verwendet, um die erforderliche Eingabe anzugeben.

    • Wenn alle Steuerelemente eine Eingabe erfordern, geben Sie "Alle Eingaben erforderlich" an einer geeigneten Stelle oben im Inhaltsbereich an. Dieser Ansatz reduziert die Übersichtlichkeit für diesen speziellen Fall.

    • Geben Sie optionale Eingaben mit "(optional)" nach der Bezeichnung an. Dieser Ansatz funktioniert gut, wenn die meisten Eingaben erforderlich sind, andernfalls jedoch schlecht.

  • Versuchen Sie aus Konsistenz-, die gleiche Methode zu verwenden, um die erforderliche Eingabe im gesamten Programm anzugeben. Geben Sie bei Bedarf entweder erforderliche oder optionale Eingaben an, vermeiden Sie jedoch die Verwendung beider Eingaben innerhalb desselben Programms.

Fehlerbehandlung

  • Vermeiden Sie Fehler, indem Sie Steuerelemente verwenden, die auf gültige Benutzereingaben beschränkt sind. Sie können auch dazu beitragen, die Anzahl von Fehlern zu reduzieren, indem Sie sinnvolle Standardwerte bereitstellen.

  • Überprüfen Sie die Benutzereingabe so bald wie möglich, und zeigen Sie Fehler so nah wie möglich am Eingabepunkt an.

  • Verwenden Sie die moduslose Fehlerbehandlung (Fehler oder Sprechblasen) für Benutzereingabeprobleme.

    • Verwenden Sie Sprechblasen für nicht kritische Einzelpunkt-Benutzereingabeprobleme, die während eines Textfelds oder unmittelbar nach dem Verlust des Fokus durch ein Textfeld erkannt wurden. Für Sprechblasen ist kein verfügbarer Bildschirmbereich oder das dynamische Layout erforderlich, das zum Anzeigen von meldungen an Ort und Stelle erforderlich ist. Zeigt immer nur einen einzelnen Balloon an. Da das Problem nicht kritisch ist, ist kein Fehlersymbol erforderlich. Sprechblasen gehen beim Klicken, beim Beheben des Problems oder nach einem Timeout weg.

      Screenshot der Meldung "Falsches Zeichen"

      In diesem Beispiel weist eine Sprechblase auf ein Eingabeproblem hin, das sich noch im Steuerelement befing.

  • Verwenden Sie für die verzögerte Fehlererkennung in der Regel Fehler, die durch Klicken auf eine Commitschaltfläche gefunden werden. (Verwenden Sie keine direkt verfügbaren Fehler für Einstellungen, für die sofort ein Committed erfolgt.) Es können mehrere Fehler gleichzeitig auftreten. Verwenden Sie normalen Text und ein 16 x 16 Pixel großes Fehlersymbol, und platzieren Sie sie nach Möglichkeit direkt neben dem Problem. Direkt aufgetretene Fehler werden nur dann entfernt, wenn der Benutzer committ und keine anderen Fehler gefunden werden.

    Screenshot des Dialogfelds mit zwei Fehlermeldungen

    In diesem Beispiel wird für einen Fehler, der durch Klicken auf die Schaltfläche "Commit" gefunden wurde, ein fehlerfehler verwendet.

  • Verwenden Sie die modale Fehlerbehandlung (Aufgabendialogfelder oder Meldungsfelder) für alle anderen Probleme, einschließlich Fehler, die mehrere Steuerelemente betreffen oder nicht kontextbezogene oder nicht eingabebezogene Fehler sind, die durch Klicken auf eine Commitschaltfläche gefunden werden.

  • Wenn ein Eingabeproblem gefunden und gemeldet wird, legen Sie den Eingabefokus auf das erste Steuerelement mit den falschen Daten fest. Scrollen Sie das Steuerelement bei Bedarf in die Ansicht.

Weitere Informationen und Beispiele finden Sie unter Fehlermeldungen und Balloons.

Hilfe

  • Berücksichtigen Sie beim Bereitstellen von Benutzerunterstützung die folgenden Optionen (in ihrer Bevorzugten Reihenfolge aufgeführt):

    • Geben Sie interaktiven Steuerelementen selbsterklärende Bezeichnungen. Benutzer lesen die Bezeichnungen wahrscheinlicher auf interaktiven Steuerelementen als jeder andere Text.
    • Stellen Sie Kontexterklärungen mit statischen Textbezeichnungen zur Verfügung.
    • Geben Sie einen bestimmten Hilfelink zu einem relevanten Hilfethema an.
  • Suchen Sie unten im Inhaltsbereich des Dialogfelds nach Hilfelinks. Wenn das Dialogfeld eine Fußnote hat und der Hilfelink damit verknüpft ist, platzieren Sie den Hilfelink in der Fußnote.

    Screenshot des Dialogfelds mit Hilfelink

    In diesem Beispiel gilt der Hilfelink für den gesamten Dialog.

    • Ausnahme: Wenn ein Dialogfeld über mehrere unterschiedliche Gruppen von Einstellungen verfügt, die separate Hilfethemen (z. B. in Gruppenfeldern) enthalten, suchen Sie die Hilfelinks unten in den Gruppen.
  • Verwenden Sie keine allgemeinen oder ungenauen Links zu Hilfethema oder generische Hilfeschaltflächen. Benutzer ignorieren häufig die generische Hilfe.

Weitere Informationen und Beispiele finden Sie unter Hilfe.

Standardwerte

  • Fügen Sie in jedem Dialogfeld eine Standardschaltfläche für Commits ein.
  • Für Fragedialoge:
    • Wählen Sie die sicherste Antwort aus (um daten- oder systemzugriffsverluste zu verhindern). Die sicherste Antwort ist die Standardantwort. Wenn Sicherheit und Sicherheit keine Faktoren sind, wählen Sie die wahrscheinlichste oder bequemste Antwort aus.
      • Ausnahme: Stellen Sie keine destruktive Antwort als Standard fest, es sei denn, es gibt eine einfache, offensichtliche Möglichkeit, den Befehl rückgängig zu machen.
  • Für Auswahldialoge:
    • Wählen Sie für die anfänglichen Standardwerte die sichersten Werte (um Daten- oder Systemzugriffsverluste zu verhindern) und die sichersten Werte für jedes Steuerelement aus. Wenn Sicherheit und Sicherheit keine Faktoren sind, wählen Sie die wahrscheinlichsten oder bequemsten Optionen aus.
    • Wählen Sie für die nachfolgenden Standardwerte die zuvor ausgewählten Optionen erneut aus, wenn diese Werte wahrscheinlich wiederholt werden und dies sicher und sicher ist. Wählen Sie andernfalls die anfänglichen Standardwerte aus.

Screenshot des Druckdialogfelds

In diesem Beispiel wählen Benutzer höchstwahrscheinlich die gleichen Druckeinstellungen wie beim letzten Mal aus. Die Anzahl der gewünschten Kopien wird sich jedoch wahrscheinlich ändern, sodass diese Einstellung nicht erneut ausgewählt wird.

<a name="recommended-sizing-and-spacing">Empfohlene Größen- und Abstände

  • Unterstützen Sie die mindesten Windows Vista-Bildschirmauflösung von 800 x 600 Pixeln. Layouts können mit einer Bildschirmauflösung von 1024 x 768 Pixel für fensterveränderbare Fenster optimiert werden.
  • Verwenden Sie nach Möglichkeit fensterveränderbare Fenster, um Scrollleisten und abgeschnittene Daten zu vermeiden. Windows mit dynamischen Inhalten und Listen profitieren am meisten von Fenstern, deren Größe geändert werden kann.
  • Fenster mit fester Größe müssen vollständig sichtbar und dimensioniert sein, damit sie in den Arbeitsbereich passen.
  • Fenster mit größenveränderlicher Größe können für höhere Auflösungen optimiert werden, aber die Größe wird nach Bedarf zur Anzeigezeit auf die tatsächliche Bildschirmauflösung angepasst.
  • Wählen Sie eine für den Inhalt geeignete Standardfenstergröße aus. Sie sollten keine größeren Anfangsfenster verwenden, wenn Sie den Platz effektiv nutzen können.

Text

Allgemein

  • Entfernen Sie redundanten Text. Suchen Sie nach redundanten Text in Titeln, Hauptanweisungen, zusätzlichen Anweisungen, Inhaltsbereich, Befehlslinks und Commitschaltflächen. Lassen Sie im Allgemeinen vollständigen Text in Anweisungen und interaktiven Steuerelementen, und entfernen Sie alle Redundanzen von den anderen Stellen.
  • Verwenden Sie positive Ausdrücke. Positive Ausdrücke sind für Benutzer einfacher zu verstehen.

Richtig:

Möchten Sie die Datei- und Druckerfreigabe aktivieren?

Falsch:

Möchten Sie die Datei- und Druckerfreigabe deaktivieren?

Allerdings muss der Ausdruck mit dem zugeordneten Befehl übereinstimmen, auch wenn der Befehl negativ formuliert ist. Verwenden Sie also beispielsweise disable, um einen Disable-Befehl zu bestätigen.

  • Verwenden Sie bei Bedarf das Wort "window", um auf das Dialogfeld selbst zu verweisen.
  • Verwenden Sie die zweite Person ("Sie/Ihre"), um Benutzern mitzuteilen, was im Hauptbereich für Anweisungen und Inhalte zu tun ist. Häufig wird die zweite Person impliziert.

Beispiele:

Wählen Sie die Bilder aus, die Sie drucken möchten.

Wählen Sie ein Konto aus.

  • Verwenden Sie die erste Person ("I/me/my"), damit Benutzer dem Programm mitteilen können, was in Steuerelementen im Inhaltsbereich geschehen soll, die auf die Hauptanweisung reagieren.

Beispiel: Drucken Sie die Fotos auf meiner Kamera.

Titel des Dialogfelds

  • Verwenden Sie den Titel, um den Befehl, das Feature oder das Programm zu identifizieren, von dem ein Dialogfeld stammt.
    • Wenn das Dialogfeld vom Benutzer initiiert wird, identifizieren Sie es mit dem Befehls- oder Featurenamen. Ausnahmen:
      • Wenn ein Dialogfeld von vielen verschiedenen Befehlen angezeigt wird, sollten Sie stattdessen den Programmnamen verwenden.
      • Wenn dieser Titel mit der Hauptanweisung redundant wäre, verwenden Sie stattdessen den Programmnamen.
    • Wenn es programm- oder systeminitiiertes Element ist (und daher außerhalb des Kontexts), identifizieren Sie es mithilfe des Programm- oder Featurenamens, um Kontext zu geben.
    • Verwenden Sie den Titel nicht, um zu erläutern, was im Dialogfeld ausgeführt werden soll, das der Zweck der Hauptanweisung ist.
  • Verwenden Sie den genauen Befehlsnamen für befehlsbasierte Namen, aber schließen Sie die Auslassungszeichen nicht ein, sofern vorhanden. Sie können bei Bedarf den Menütitel des Befehls einschließen, um einen guten Titel zu erstellen. Beispiel: für ein Objekt... Verwenden Sie in einem Menü Einfügen den Titel Objekt einfügen.
  • Wenn auf der Taskleiste ein modusloses Dialogfeld angezeigt wird, optimieren Sie den Titel für die Anzeige auf der Taskleiste, indem Sie die Unterscheidungsinformationen prägnant zuerst platzieren. Beispiele: "66 % Abgeschlossen" und "3 Erinnerungen".
  • Schließen Sie die Wörter "dialog" oder "progress" nicht in den Titel ein. Dies wird impliziert, und wenn sie deaktiviert wird, können Benutzer die Überprüfung vereinfachen.
  • Verwenden Sie die Groß-/Großschreibung im Titelformat,ohne die Interpunktion zu beenden.

Hauptanweisungen

  • Verwenden Sie die Hauptanweisung, um präzise zu erläutern, was im Dialogfeld zu tun ist. Die Anweisung sollte eine bestimmte Anweisung, imperative Richtung oder Frage sein. Gute Anweisungen kommunizieren das Ziel des Benutzers mit dem Dialog, anstatt sich ausschließlich auf die Mechanismen der Bearbeitung zu konzentrieren.
  • Lassen Sie die Hauptanweisung weg, wenn das einzige, was Sie sagen können, offensichtlich ist. In solchen Fällen ist der Inhalt des Dialogfelds selbsterklärend. Beispielsweise benötigen die allgemeinen Dialogfelder Datei öffnen und Datei speichern keine Hauptanweisung, da ihr Kontext und Entwurf ihren Zweck offensichtlich machen.
  • Lassen Sie Steuerelementbezeichnungen aus, die die Hauptanweisung neu erstellen. In diesem Fall übernimmt die Main-Anweisung den Zugriffsschlüssel.

Annehmbar:

Screenshot des Textfelds mit redundanter Bezeichnung

In diesem Beispiel ist die Textfeldbezeichnung nur eine Neuanordnung der Hauptanweisung.

Besser:

Screenshot des gleichen Textfelds mit einer Bezeichnung

In diesem Beispiel wird die redundante Bezeichnung entfernt, sodass die Main-Anweisung den Zugriffsschlüssel annimmt.

  • Verwenden Sie nur einen einzigen vollständigen Satz. Analysieren Sie die Hauptanweisung auf die grundlegenden Informationen. Wenn Sie weitere Informationen benötigen, verwenden Sie zusätzliche Anweisungen.
  • Verwenden Sie nach Möglichkeit bestimmte Verben. Bestimmte Verben (Beispiele: Verbinden, Speichern, Installieren) sind für Benutzer sinnvoller als generische Verben (Beispiele: Konfigurieren, Verwalten, Festlegen).
  • Verwenden Sie die Groß-/Großschreibung im Satzformat.
  • Schließen Sie keine abschließenden Zeiträume ein, wenn die Anweisung eine -Anweisung ist. Wenn die Anweisung eine Frage ist, fügen Sie ein abschließendes Fragezeichen ein.
  • Verwenden Sie für Statusdialoge einen Gerund-Ausdruck, der den ausgeführten Vorgang kurz erläutert und mit einer Auslassungszeichen endet. Beispiel: Drucken von Bildern...
  • Tipp: Sie können eine Hauptanweisung auswerten, indem Sie sich vorstellen, was Sie einem Freund sagen würden. Wenn die Antwort mit der Hauptanweisung unnatürlich, nicht hilfreich oder umständlich wäre, sollten Sie die Anweisung umarbeiten.

Zusätzliche Anweisungen

  • Verwenden Sie bei Bedarf eine optionale ergänzende Anweisung, um zusätzliche Informationen anzuzeigen, die hilfreich sind, um die Seite zu verstehen oder zu verwenden. Sie können ausführlichere Informationen bereitstellen und Terminologie definieren.
  • Wenn die Darstellung des Dialogfelds programm- oder systeminitiiert ist (und daher nicht im Kontext liegt), verwenden Sie die ergänzende Anweisung, um zu erläutern, warum der Dialog angezeigt wurde. Bei solchen Dialogen ist der Kontext in der Regel nicht offensichtlich.
  • Wiederholen Sie die Hauptanweisung nicht mit leicht abweichenden Formulierungen. Lassen Sie stattdessen die zusätzliche Anweisung aus, wenn nicht mehr hinzugefügt werden muss.
  • Verwenden Sie vollständige Sätze, Groß- und Großschreibung im Satzstil und endende Interpunktion.
  • Wählen Sie präzisen Linktext aus, der klar kommuniziert und die Funktionen des Befehlslinks unterscheidet. Sie sollte selbsterklärend sein und der Hauptanweisung entsprechen. Benutzer sollten nicht herausfinden müssen, was der Link wirklich bedeutet oder wie er sich von anderen Links unterscheidet.
  • Befehlslinks immer mit einem Verb starten.
  • Verwenden Sie für Überschriften die Standardgroß- und kleinschreibung.
  • Verwenden Sie keine Interpunktion am Ende.
  • Geben Sie ggf. eine weitere Erklärung mit vollständigen Sätzen und endender Interpunktion an. Fügen Sie solche Erklärungen jedoch nur bei Bedarf hinzu, und fügen Sie nicht allen Befehlslinks Erklärungen hinzu, nur weil ein Befehlslink einen benötigt.

Weitere Informationen und Beispiele finden Sie unter Richtlinien für Befehlslinks.

Commitschaltflächen

  • Verwenden Sie bestimmte Commitschaltflächenbezeichnungen, die eigenständig sinnvoll sind und eine Antwort auf die Hauptanweisung sind. Im Idealfall sollten Benutzer nichts anderes lesen müssen, um die Bezeichnung zu verstehen. Die Wahrscheinlichkeit, dass Benutzer Befehlsschaltflächenbezeichnungen lesen, ist weitaus wahrscheinlicher als statischer Text.
  • Starten Sie Commit-Schaltflächenbezeichnungen mit einem Verb. Ausnahmen sind OK, Ja und Nein.
  • Verwenden Sie für Überschriften die Standardgroß- und kleinschreibung.
  • Verwenden Sie keine Interpunktion am Ende.
  • Weisen Sie einen eindeutigen Zugriffsschlüssel zu.
    • Ausnahme: Weisen Sie den Schaltflächen OK und Abbrechen keine Zugriffsschlüssel zu, da eingabe und esc ihre Zugriffsschlüssel sind. Auf diese Weise können die anderen Zugriffsschlüssel einfacher zugewiesen werden.

Dokumentation

Beim Verweisen auf Dialogfelder:

  • In der Programmierung und anderen technischen Dokumentationen finden Sie dialogfelder als Dialogfelder. Verweisen Sie an allen anderen Stellen anhand ihres Titels auf Dialogfelder. Wenn die Titelleiste ausgeblendet ist, lesen Sie den Dialog mithilfe der Main-Anweisung.
  • Wenn Sie im Allgemeinen auf ein Dialogfeld verweisen müssen, verwenden Sie das Fenster in der Benutzerdokumentation. Sie können auf ein einfaches Fragedialogfeld oder eine Bestätigung als Nachricht verweisen.
  • Verwenden Sie den genauen Titel oder Hauptanweisungstext, einschließlich der Groß-/Großschreibung.
  • Formatieren Sie den Titel nach Möglichkeit mit fett formatiertem Text. Andernfalls setzen Sie den Titel nur in Anführungszeichen, wenn dies erforderlich ist, um Verwechslungen zu vermeiden.

Beispiel: Klicken Sie in Windows-Sicherheit auf Weitere Optionen.