Zum Hauptinhalt springen

Modales Fenster

Verwendung​

Überblick​

Modale lenken die Aufmerksamkeit des Benutzers über ein Fenster, das oben auf der Seite angezeigt wird, auf eine Aufgabe. Sie präsentieren wichtige Informationen, die eine Benutzereingabe erfordern können oder auch nicht, bevor der Workflow fortgesetzt wird.

Modale unterbrechen den Workflow des Benutzers. Modale deaktivieren den Hauptinhaltsbereich und verhindern, dass der Benutzer zu seinem vorherigen Workflow zurückkehrt, bis er die modale Aufgabe abgeschlossen oder das Modal geschlossen hat.

Modale werden meist für Fehlerhinweise verwendet (ursprünglicher Zweck), können aber auch für Warnungen, Bestätigungen und benutzerdefinierte Anforderungen genutzt werden.

Eine ausführliche Orientierungshilfe zur Verwendung der Modalkomponente finden Sie im folgenden Entscheidungsbaum für UI-Komponenten.

UI-Komponenten-Entscheidungsbaum für Modal

Zu verwenden​

  • Zur Anforderung wichtiger Eingaben oder Entscheidungen, die den Benutzer daran hindern, einen Prozess oder eine Aufgabe fortzusetzen.
  • Zur Übermittlung dringender Informationen, kritischer Fehler oder wichtiger Warnungen, die die sofortige Aufmerksamkeit und Bestätigung des Benutzers erfordern.
  • Zur Bestätigung bedeutsamer Benutzeraktionen, insbesondere solcher mit erheblichen Auswirkungen (z. B. Löschen von Daten).

Nicht zu verwenden​

  • Für nicht kritische Meldungen, Statusaktualisierungen oder Informationen, die keine unmittelbare Benutzeraktion oder Unterbrechung des Workflows erfordern.
  • Zur Unterbrechung von anspruchsvollen oder komplizierten Benutzeraufgaben (z. B. ein Checkout-Prozess oder eine komplexe Dateneingabe), es sei denn, dies ist unbedingt erforderlich, um einen kritischen Fehler zu verhindern.
  • Wenn die Entscheidung oder Aufgabe im Modal den Zugriff von Benutzern auf andere Informationen auf der Seite oder an anderer Stelle in der Anwendung erforderlich macht.

Formatierung​

Aufbau​

Formatierung von Modalen

Modale haben eine Kopfzeile, einen Hauptteil und eine Fußzeile.

  1. Kopfzeile: Die Kopfzeile enthält den Titel des modalen Fensters und teilt dessen Zweck mit.
  2. Hauptteil: Enthält unterstützenden Text, der notwendig ist, damit der Benutzer die Aufgabe des Modals erfüllen kann. Modale können auch andere Komponenten innerhalb des Hauptteils enthalten.
  3. Schaltflächen: Die wichtigsten Aktionen, die der Benutzer benötigt, um die Aufgabe des Modals abzuschließen oder abzubrechen.
  4. Schließen-Symbol: Schließt das modale Fenster, ohne Daten zu übermitteln.
  5. Overlay: Deckt den Hauptseiteninhalt ab und macht ihn inaktiv, bis die Aufgabe des Modals abgeschlossen oder verworfen wurde.

Fehler​

Fehlermeldungen müssen den Richtlinien für Fehlermeldungen entsprechen. Weitere Informationen finden Sie im folgenden Abschnitt:

Inhalt​

Allgemeine Richtlinien fürs Schreiben​

  • Verwenden Sie die Großschreibung des ersten Worts und von Substantiven für alle Aspekte der Gestaltung von Guidewire-Produktschnittstellen. Schreiben Sie nicht alles groß.
  • Verwenden Sie in den meisten Situationen Verben im Präsens und im Aktiv.
  • Verwenden Sie gebräuchliche Abkürzungen, um Ihrem Text einen natürlichen und informellen Ton zu verleihen.
  • Verwenden Sie eine einfache Sprache. Vermeiden Sie unnötigen Jargon und komplexe Sprache.
  • Halten Sie Wörter und Sätze kurz.
  • Kopfzeilen müssen eine einzige, klare Frage stellen oder eine einzige prägnante Botschaft vermitteln. Wenn das Modal informativ oder lehrreich ist und keine Entscheidung erfordert, kann der Titel eine Aussage darstellen.
  • Vermeiden Sie die Verwendung von „Sind Sie sicher“ als Titel eines Modals. Er ist vage und Benutzer wissen möglicherweise nicht, was die eigentliche Frage ist. Stellen Sie den Benutzern stattdessen die Frage, die mit einer bestimmten Aktion beantwortet werden soll, z. B. „Zahlung senden?“

Hauptteil​

  • Der Text im Hauptteil muss alle Konsequenzen aufzeigen und die Optionen in einfachen Worten erklären.
  • Stellen Sie sicher, dass das Modal alle Informationen enthält, die für eine einzige Entscheidung erforderlich sind.
  • Vermeiden Sie Informationen, die mit der Entscheidung nichts zu tun haben, oder komplizierte Beschreibungen von seltenen Situationen.
  • Verwenden Sie bei informativen Modalen den richtigen Ton, der der Art der Nachricht entspricht. Wenn zum Beispiel ein Fehler vermieden werden soll, muss der UX-Text klar und einfach sein.

Schaltflächen​

  • Der Text der primären Schaltfläche muss eine eindeutige Aktion angeben, die die in der Kopfzeile gestellte Frage beantwortet.
  • Achten Sie darauf, dass in der Frage und in den Aktionen die gleichen Wörter verwendet werden. Vermeiden Sie unzusammenhängende Formulierungen. Wenn zum Beispiel in der Kopfzeile gefragt wird: „Portfolio löschen?“, muss die Handlungsaufforderung der primären Schaltfläche auch „Löschen“ lauten.
  • Primäre Aktionen werden auf der rechten Seite, abweisende oder sekundäre Handlungen auf der linken Seite aufgeführt.
  • Bei Modalen, die eine Entscheidung erfordern, sollten Sie Wörter verwenden, die die eigentliche Handlung beschreiben, und nicht etwas Vages wie „Ja“, „OK“ oder „Sicher“.
  • Reservieren Sie „OK“ für Situationen wie Bestätigungsmodale, in denen Sie den Benutzer lediglich auffordern, die präsentierten Informationen zu bestätigen.
Dieses Modal fragt klar nach der konkreten Aktion, informiert den Benutzer über eine wichtige mögliche Konsequenz und enthält eindeutige, handlungsorientierte Schaltflächen.
Dieses Modal verwendet eine vage Frage, erwähnt keine wichtigen Konsequenzen und enthält unklare „Ja/Nein“-Schaltflächenoptionen.

Verhalten​

Zustände​

Wenn ein Modal ausgelöst wird, haben bestimmte Elemente wie z. B. Schaltflächen einen Status aktiv, fokussiert und schwebend.

  • Fokussiert: Zeigt an, dass das Element mit der Tastatur oder der Maus hervorgehoben ist.
  • Aktiv: Gibt eine Rückmeldung darüber, dass der Benutzer auf das Element klickt oder tippt.
  • Schwebend: Zeigt an, dass der Benutzer den Mauszeiger über dem Element platziert hat (nur Desktop).

Wenn das Modal geschlossen wird, kehrt der Benutzer zum Inhalt der Seite und zu seinem vorherigen Workflow zurück.

Interaktionen​

Maus​

Durch Klicken auf das Schließen-Symbol oben rechts wird das Modal geschlossen, ohne dass die Benutzerdaten übermittelt werden.

Durch Klicken auf die primäre Aktionsschaltfläche wird die Aufgabe abgeschlossen und das Modal geschlossen.

Die sekundäre Aktion bietet dem Benutzer die Möglichkeit, sich zurückzuziehen und nichts zu unternehmen. Durch Klicken auf die sekundäre Schaltfläche wird das Modal geschlossen und der Benutzer kehrt zum vorherigen Kontext zurück.

Tastatur​

Wenn sie ausgelöst wird, ist die Tabulatorfolge enthalten und der Tastaturfokus wird im Modal gehalten. Das primäre Fenster ist inaktiv und ermöglicht keine Interaktion, bis das Modal geschlossen wird.

Screenreader​

Die modalen Komponenten enthalten eine WAI-ARIA role="dialog" und aria-modal="true", um unterstützenden Technologien anzuzeigen, dass das darunter liegende Fenster derzeit inaktiv ist. Die Fokusreihenfolge, die zugänglichen Namen und die programmatischen Beziehungen hängen von den jeweiligen Inhalten innerhalb der einzelnen Modale ab. Das Element mit ARIA role="dialog" enthält eine aria-labelledby- und eine aria-describedby-Referenz, die sich jeweils auf den primären Modaltitel und den Modalinhalt beziehen.

Barrierefreiheit​

Diese Komponente wurde validiert, um die Richtlinien für Barrierefreiheit WCAG 2.2 AA in der Standardbasiskonfiguration zu erfüllen. Dazu wird u. a. Folgendes sichergestellt:

  • Das Kontrastverhältnis von Textelementen zu ihrem Hintergrund liegt über 4,5:1.
  • Nicht-textuelle Inhalte, die eine Bedeutung vermitteln sollen (z. B. Symbole und Fokusanzeigen), weisen ein Kontrastverhältnis von mindestens 3:1 zu den angrenzenden Farben auf.
  • Das jeweilige Element kann sowohl über eine Tastatur als auch über eine Maus bedient werden.
  • Der Zugriff auf die Inhalte erfolgt über Screenreader wie JAWS oder VoiceOver.

Die Konformität mit den Richtlinien für Barrierefreiheit hängt letztendlich davon ab, wie diese Komponente implementiert und angepasst wird. Vom Autor des Inhalts vorgenommene Änderungen können sich auf die Barrierefreiheit auswirken. Details zu unserem Modell der geteilten Verantwortung finden Sie in unserer Erklärung zur Barrierefreiheit von Jutro.

Beachten Sie die WAI-ARIA Authoring Practices for Modals und überprüfen Sie dies in Ihrer Anwendung:

  • Beim Auslösen wird der Tastaturfokus auf das erste fokussierbare Element innerhalb des modalen Dialogs gelegt.
  • Beim Verwerfen kehrt der Tastaturfokus zu der Komponente zurück, die den modalen Dialog ausgelöst hat.
  • Der Fokus sollte sich nicht außerhalb des Modals bewegen, bis es geschlossen wird.