Strukturelle Elemente

Synonyme: Anwendungsfenster, Window

Siehe auch: Titelzeile, Statuszeile, Modaler Dialog

Ein Fenster enthält alle aktuell sichtbaren Elemente der Anwendung (siehe DIN EN ISO 9241-161: 8.51). Ein Fenster kann folgende Elemente enthalten:

• Titel
• Arbeitsbereich (ggf. mit Menü),
• Statuszeile.

Hinweis: Alle Anforderungen an Fenster beziehen sich ausschließlich auf Desktop-Anwendungen. Bei Web-Anwendungen stellt der Browser das Fenster dar. Die Web-Anwendung selbst enthält keine Fenster.

Beispiele:

Im Folgenden werden nur die Anforderungen beschrieben, die sich direkt auf das Fenster beziehen. Anforderungen an die Elemente innerhalb des Fensters sind beim jeweiligen Element beschrieben.

Synonyme: Quickinfo, Infotip, Mouse over

Siehe auch: Beschreibung, Tooltip, modaler Dialog

Ein Tooltip dient der dynamischen Anzeige einer zusätzlichen Information, z. B. der Beschriftung (insbesondere bei grafischen Bedienelementen), einer Beschreibung, einem Tastaturkürzel, einer kontextspezifischen Hilfe. (siehe DIN EN ISO 9241-161: 8.50). Tooltips werden bei Fokussierung des zugehörigen UI-Elements eingeblendet. Tooltips enthalten keine interaktiven Elemente.

Synonyme: Formularbereich, Form

Siehe auch: Gruppe, Fehlervermeidung und -korrektur, Pflichtfeldkennzeichnung, Authentifizierung, Bedienelemente

Formulare dienen der Eingabe von Daten. Ein Formular enthält ein oder mehrere Formularelemente.

Im Folgenden werden nur die Anforderungen beschrieben, die sich direkt auf das Formular beziehen. Anforderungen an die interaktiven Elemente innerhalb des Formulars sind beim jeweiligen Element beschrieben.

Synonyme: Symbolleiste, Toolbar, Toolbox, Command Bar Tab

Siehe auch: Menü, Gruppe, Menü-Schalter

Werkzeugleisten dienen der Gruppierung von interaktiven Elementen zur Bearbeitung von Inhalten oder Daten (siehe DIN EN ISO 9241-161: 8.49).

Eine Werkzeugleiste enthält interaktive Elemente (meist Schalter oder Umschalter), die visuell gruppiert sind, z.B. mit einem Rahmen. Die Inhalte der Werkzeugleiste sind meist horizontal oberhalb oder unterhalb des Bereichs, dessen Inhalt mit den Elementen der Werkzeugleiste bearbeitet wird, angeordnet. Die Elemente der Werkzeugleiste können mehrzeilig angeordnet sein. Bei Werkzeugleisten mit vielen Schaltern werden aus Platzgründen häufig Icons als Beschriftung der Schalter verwendet.

Im Folgenden werden nur die Anforderungen beschrieben, die sich direkt auf die Werkzeugleiste beziehen. Anforderungen an die interaktiven Elemente innerhalb der Werkzeugleiste sind beim jeweiligen Element beschrieben.

Bei TAB-Navigation:

• JAWS: [Beschriftung] Symbolleiste
• NVDA: [Beschriftung] Werkzeugleiste
• Windows Sprachausgabe: [Beschriftung] Symbolleiste

Mit dem virtuellen Cursor:

• JAWS: Werkzeugleiste mit [Anzahl] Schaltern … Werkzeugleiste Ende
• NVDA: Werkzeugleiste … außerhalb von Werkzeugleiste
• Windows Sprachausgabe: -

In HTML existiert kein Element für Werkzeugleisten. Stattdessen können Schalter und weitere Bedienelemente in einer Liste (<menu> und <li>), beschrifteten Region (z. B. <section>) oder einer Formularfeldgruppe (<fieldset>, beschriftet mit <legend>) gruppiert werden. Die Navigation zwischen den Elementen erfolgt dann allerdings mit der TAB-Taste und nicht mit den Pfeiltasten. Um die effiziente Tastaturnavigation zu unterstützen, sollte die Region bzw. Formularfeldgruppe übersprungen werden können (siehe Praxistipp Effiziente Navigation).

Weitere Informationen: 4.4.7 The menu element - HTML Standard (whatwg.org), 4.3.3 The section element - HTML Standard (whatwg.org) 4.10.15 The fieldset element - HTML Standard (whatwg.org)

Bei der Umsetzung von Werkzeugleisten sollte Folgendes beachtet werden:

• Die Rolle wird mit role=toolbar übermittelt.
• Die Werkzeugleiste sollte mit aria-label oder aria-labelledby beschriftet werden.
• Eine vom Standard abweichende Ausrichtung der Werkzeugleiste kann mit aria-orientation=vertical angegeben werden. Die Ausrichtung wird von Assistenztechnologie häufig nicht ausgegeben, so dass bei einer vertikal ausgerichteten Werkzeugleiste die Bedienung mit allen Pfeiltasten möglich sein sollte.
• Die Werkzeugleiste sollte auch visuell als solche erkennbar sein, damit sehende Tastaturnutzende die Bedienung mit den Pfeiltasten erkennen können.
• Die Werkzeugleiste sollte mindestens drei Bedienelemente enthalten.
• Die sichtbaren Elemente innerhalb der Werkzeugleiste und das programmatisch fokussierte Element sollten die gleiche Position und Größe besitzen.

Weitere Informationen: toolbar role - Accessible Rich Internet Applications (WAI-ARIA) 1.2 (w3.org), Toolbar Pattern | APG | WAI | W3C

Synonyme: Formularfeldgruppe, Gruppenfeld, Gruppierung, Groupbox

Siehe auch: Überschriften, Formular, Werkzeugleiste

Gruppen dienen der Zusammenfassung von inhaltlich zusammengehörigen Elementen (siehe DIN EN ISO 9241-161: 8.15). Die Gruppe besitzt eine Beschriftung, die als Gruppenbeschriftung für die enthaltenen Elemente dient.

• JAWS: [Beschriftung] Gruppe … Gruppe Ende
• NVDA: [Beschriftung] Gruppierung … außerhalb von Gruppierung
• Windows Sprachausgabe: -

Hinweise:

• Formularfeldgruppen werden von der Windows Sprachausgabe nicht ausgegeben.
• Bei JAWS und NVDA ist das Ende der Formularfeldgruppe nur beim Lesen mit dem virtuellen Cursor wahrnehmbar. Bei der TAB-Navigation wird die Rolle „Gruppe“ bzw. „Gruppierung“ lediglich beim ersten (bzw. bei UMSCHALT+TAB beim letzten) Formularelement in der Gruppe, d. h. beim Betreten der Gruppe ausgegeben. Das Verlassen der Gruppe ist bei TAB-Navigation nicht wahrnehmbar. In den Elementübersichten der Screenreader wird die Beschriftung der Formularfeldgruppe bei jedem Formularelement innerhalb der Gruppe angezeigt.
• Damit JAWS und NVDA die Formularfeldgruppen erkennen können, müssen sie beschriftet werden, unabhängig davon, ob sie mit dem HTML-Element <fieldset> oder mit den ARIA-Rollen group bzw. radiogroup ausgezeichnet sind.
• Befindet sich innerhalb des
  - und außerhalb des <legend>-Elements eine Überschrift, wird von JAWS die Gruppenbeschriftung nicht korrekt ausgegeben. Somit sollten Überschriften im <fieldset> vermieden werden.

Formularfeldgruppen werden mit dem <fieldset>-Element ausgezeichnet und dienen der Gruppierung von zusammengehörenden Formularfeldern, insbesondere bei Radiobuttons. Die Formularelemente, die zur Gruppe gehören, sind im Quellcode innerhalb des <fieldsets> verschachtelt. Die Beschriftung der Formularfeldgruppe erfolgt mit dem <legend>-Element, welches sich als erstes Kindelement im <fieldset> befinden sollte. Weil die Beschriftung der Gruppe vor der Beschriftung der enthaltenen Formularelemente ausgegeben wird, sollte Folgendes beachtet werden:

• Die Beschriftung der Gruppe sollte möglichst knapp sein, ohne dabei an Aussagekraft zu verlieren.
• Formularfeldgruppen sollten nicht ineinander verschachtelt werden.

Gemäß HTML-Spezifikation kann das <legend>-Element Bedienelemente enthalten. Dies wird jedoch von den Assistenztechnologien teilweise nicht unterstützt, so dass empfohlen wird, im <legend>-Element lediglich die Beschriftung der Formularfeldgruppe in Textform aufzunehmen. Das <fieldset>-Element kann mit disabled als deaktiviert ausgezeichnet werden. Dies bewirkt, dass alle enthaltenen Formularelemente deaktiviert sind (mit Ausnahme von Formularelementen, die sich im <legend>-Element befinden).

Weitere Informationen: 4.10.15 The fieldset element - HTML Standard (whatwg.org), [4].10.16 The legend element - HTML Standard (whatwg.org)](https://html.spec.whatwg.org/multipage/form-elements.html#the-legend-element)

Wird die Formularfeldgruppe nicht mit dem HTML-Element umgesetzt, sollte zusätzlich Folgendes beachtet werden:

• Die Rolle der Liste wird mit role=group bzw. role=radiogroup (nur bei Radiobuttons) übermittelt. Bei der Ausgabe durch die Screenreader erfolgt keine Unterscheidung zwischen group und radiogroup.
• Die Beschriftung der Gruppe kann per aria-label oder aria-labelledby erfolgen.
• Die ARIA-Rolle radiogroup kann (im Gegensatz zur Rolle group) mit den Attributen aria-readonly als schreibgeschützt, aria-required als Pflichtfeld und aria-invalid als fehlerhaft ausgezeichnet werden. Darüber hinaus kann mit aria-errormessage der ARIA-Radiobuttongruppe eine Fehlermeldung zugewiesen werden.
• Sowohl die ARIA-Rolle radiogroup als auch die ARIA-Rolle group können mit aria-disabled als deaktiviert ausgezeichnet werden. Dies bewirkt, dass alle enthaltenen Formularelemente von der Assistenztechnologie als deaktiviert ausgegeben werden (d. h. sie sollten auch tatsächlich deaktiviert sein).

Weitere Informationen: group role - Accessible Rich Internet Applications (WAI-ARIA) 1.2 (w3.org), radiogroup role - Accessible Rich Internet Applications (WAI-ARIA) 1.2 (w3.org)

Synonyme: List

Siehe auch: Auswahlliste, Baumstruktur, Tabelle

Eine Liste dient der strukturierten Anzeige von Daten. Eine Liste enthält mehrere Listeneinträge. Listen können sortiert oder unsortiert sein. Listen können ineinander verschachtelt sein. Häufig besitzen Listen einen visuellen Indikator am Beginn jedes Listeneintrags, ein sogenanntes Aufzählungszeichen, z.B.

• einen Anstrich oder ein Icon für eine unsortierte Liste
• einen Buchstaben oder eine Zahl für eine sortierte Liste.

Listeneinträge können Bedienelemente enthalten.

Bei Anwendungen, die den virtuellen Cursor unterstützen, erhalten die Liste und deren Listeneinträge nicht den Tastaturfokus. Lediglich interaktive Elemente innerhalb der Listeneinträge sollen mit der Tastatur erreicht und bedient werden können.

Bei Anwendungen, die den virtuellen Cursor nicht unterstützen, muss jeder Listeneintrag den Fokus erhalten können, damit deren Inhalte mit Assistenztechnologie (z. B. Screenreader) wahrnehmbar sind.

Hinweis: In den Programmiersprachen für Software gibt es häufig kein Element für Listen. Stattdessen werden für unverschachtelte Listen Auswahllisten und für verschachtelte Listen Baumstrukturen verwendet. In diesem Fall soll die Auswahlliste bzw. Baumstruktur in der Beschriftung oder Beschreibung einen Hinweis enthalten, dass sie nur der Darstellung von Inhalten und nicht der Auswahl dient.

Mit dem virtuellen Cursor:

• JAWS:
  • Liste mit [Anzahl] Einträgen (Verschachtelung [Ebene])
  • [Aufzählungszeichen] [Listeneintrag]
  • Listenende (Verschachtelung [Ebene])
• NVDA:
  • Liste mit [Anzahl] Einträgen
  • [Aufzählungszeichen] [Listeneintrag]
  • außerhalb von Liste
• Windows Sprachausgabe:
  • Liste öffnen
  • [Position] von [Anzahl] Ebene [Ebene] [Aufzählungszeichen] [Listeneintrag]
  • Liste schließen

Hinweis: Die Windows-Sprachausgabe gibt aufgrund des impliziten bzw. expliziten aria-level bei jedem Listeneintrag fälschlicherweise „Überschriftenebene [Zahl]“ aus.

Unsortierte Listen werden mit <ul> und <li> ausgezeichnet. Für Bedienelemente, die sich in einer Liste befinden, kann anstelle von<ul> auch <menu> verwendet werden. Das <menu>-Element wird mit der Semantik des <ul>-Elements an die Accessibility API übermittelt.

Sortierte Listen werden mit <ol> und <li> ausgezeichnet. Bei sortierten Listen kann der Startwert mit start angegeben, die Richtung mit reversed geändert und der Typ des Aufzählungszeichens mit type festgelegt werden.
Verschachtelte Listen werden umgesetzt, indem eine Liste (<ol> oder <ul>) sich innerhalb eines <li>-Elements der übergeordneten Liste befindet.

Der Unterschied zwischen einer sortierten und unsortierten Liste, d. h. zwischen <ol> und <ul>, ist visuell und mit Assistenztechnologie nur anhand der Aufzählungszeichen zu erkennen. Somit sollten die Aufzählungszeichen mit dem Listentyp übereinstimmen.

Es sollten einfache Aufzählungszeichen wie disc für unsortierte Listen oder decimal bzw. lower-latin für sortierte Listen gewählt werden, um die korrekte Ausgabe zu gewährleisten und nicht unnötig zu verlängern. Die folgenden beispielhaften Werte der CSS-Eigenschaft list-style-type werden von den Screenreadern JAWS (erster Eintrag), NVDA (zweiter Eintrag, sofern abweichend) und der Windows Sprachausgabe (dritter Eintrag, sofern abweichend) wie folgt ausgegeben:

• none: [keine Ausgabe]
• disc: Aufzählungszeichen
• circle: rundes hohles Aufzählungszeichen / weißes Aufzählungszeichen / leeres Aufzählungszeichen
• square: schwarzes Quadrat / großes gefülltes schwarzes Quadrat / [keine Ausgabe]
• disclosure-open: schwarzes nach unten zeigendes kleines Dreieck / schwarzes nach unten weisendes kleines Dreieck / [keine Ausgabe]
• disclosure-closed: gefülltes kleines Dreieck nach rechts / schwarzes nach rechts weisendes kleines Dreieck / [keine Ausgabe]
• decimal: [Zahl]
• lower-roman: [Zahl; bei Zahlen, die aus einem Buchstaben bestehen, nur der Buchstabe; bei Zahlen, die aus vielen Buchstaben bestehen, die Buchstaben einzeln oder als Wort] / [Zahl; bei Zahlen, die aus vielen Buchstaben bestehen, die einzelnen Buchstaben] / [Zahl; bei Zahlen, die aus vielen Buchstaben bestehen, die Buchstaben als Wort]
• lower-latin: [Buchstabe]
• lower-greek: [Buchstabe mit Zusatz „griechischer Kleinbuchstabe“] / [keine Ausgabe] / [keine Ausgabe]
• georgian: [keine Ausgabe]

Listenzeichen mit list-style-image werden von JAWS und NVDA nicht und von der Windows Sprachausgabe als „Bild“ (ohne Alternativtext) ausgegeben.

Weitere Informationen: 4.4.5 The ol element - HTML Standard (whatwg.org), 4.4.6 The ul element - HTML Standard (whatwg.org), 4.4.7 The menu element - HTML Standard (whatwg.org), 4.4.8 The li element - HTML Standard (whatwg.org)

Wird die Liste nicht mit dem HTML-Element umgesetzt, sollte u. a. Folgendes beachtet werden:

• Die Rolle der Liste wird mit role=list übermittelt.
• Die Rolle der Listeneinträge wird mit role=listitem übermittelt.
• Verschachtelte Listen können gemäß ARIA-Spezifikation mit aria-level umgesetzt werden. Dies wird allerdings nur von der Windows Sprachausgabe korrekt ausgegeben. Damit die Ausgabe von verschachtelten Listen auch durch JAWS und NVDA korrekt erfolgen kann, sollten verschachtelte Listen im Quellcode korrekt verschachtelt werden (Beispiel: <div role=list><div role=listitem>Eintrag 1<div role=list><div role=listitem>Eintrag 1.1 …).

Weitere Informationen: list role - Accessible Rich Internet Applications (WAI-ARIA) 1.2 (w3.org)

Synonyme: Table

Siehe auch: Liste, Interaktive Tabelle, Hierarchische Tabelle

Eine Tabelle dient der strukturierten Anzeige von Daten (siehe DIN EN ISO 9241-161: 8.44).

Eine Tabelle besteht aus Zellen, die in Spalten und Zeilen angeordnet sind. Meist befinden sich in der ersten Zeile die Spaltenüberschriften und häufig in der ersten Spalte die Zeilenüberschriften. Darüber hinaus können Tabellen verschiedene Funktionalitäten enthalten, z. B.

• Sortieren und Filtern der Zellinhalte (z. B. über die Spaltenüberschriften),
• Skalieren der Spalten- und Zeilengröße,
• Ein- und Ausblenden von Spalten bzw. Änderung der Reihenfolge der Spalten,
• Ein- und Ausblenden untergeordneter Tabellenzeilen (siehe: Hierarchische Tabelle),
• Anzeige von Summenzeilen am Tabellenende,
• Inline-Bearbeiten der Zellinhalte (im Folgenden als Bearbeitungsmodus bezeichnet),
• externes Bearbeiten der Zellinhalte, z. B. über eine Werkzeugleiste oberhalb der Tabelle oder Schalter innerhalb der Tabellenzellen,
• Auswählen von Tabellenzeilen, z. B. per Checkboxen (Mehrfach-Auswahl) oder Radiobutton (Einfach-Auswahl),
• Auswählen von Tabellenzellen, z. B. per Markieren mit der Maus oder Tastatur,
• Blättern oder Scrollen durch die Datensätze, ggf. mit einer Paginierung.

Die Anforderungen an die einzelnen Bedienelemente innerhalb der Tabelle werden beim jeweiligen Bedienelement beschrieben. Hier werden nur zusätzliche Anforderungen für das gesamte Element beschrieben.

Bei Anwendungen, die den virtuellen Cursor unterstützen, erhalten die Tabellen und deren Zellen nicht den Tastaturfokus. Lediglich interaktive Elemente innerhalb der Tabellenzellen sollen mit der Tastatur erreicht und bedient werden können. Dies gilt nur, sofern die Tabelle nicht mit role=grid ausgezeichnet ist. Tabellen mit role=grid werden wie Tabellen in Anwendungen ohne virtuellen Cursor bedient (siehe folgenden Abschnitt).

Bei Anwendungen, die den virtuellen Cursor nicht unterstützen, sowie bei Tabellen, die mit role=grid ausgezeichnet wurden, muss jede Tabellenzelle den Fokus erhalten können, damit deren Inhalte mit Assistenztechnologie (z. B. Screenreader) wahrnehmbar sind. Es ist nicht ausreichend, wenn z. B. nur zeilenweise durch die Tabelle navigiert werden kann. Bei Tabellen in Anwendungen, die den virtuellen Cursor nicht unterstützen, wird zwischen dem Navigations- und Bearbeitungsmodus unterschieden:

• In Navigationsmodus kann mit den Pfeiltasten zwischen den Zellen navigiert werden.
• Im Bearbeitungsmodus können die interaktiven Elemente innerhalb einer Zelle bedient werden. Sofern die Zelle mehrere interaktiven Elemente enthält, so kann im Bearbeitungsmodus zwischen den Elementen navigiert werden.

Einige Programmiersprachen für Desktop-Anwendungen ermöglichen nicht die Erstellung von Tabellen, welche die Anforderungen an die Navigation innerhalb der Tabelle (mit den Pfeiltasten) erfüllen. Stattdessen kann durch die Tabelle nur zeilenweise navigiert werden. Somit kann z. B. mit einem Screenreader die Tabelle nicht strukturiert wahrgenommen werden (weil die gesamte Zeile, ggf. ohne die dazugehörigen Spaltenüberschriften) ausgegeben werden. Darüber hinaus können dann meist auch die Bedienelemente in der Tabelle nicht mit der Tastatur bedient werden.
In folgenden Ausnahmefällen ist die Verwendung dieser Tabellen akzeptabel, sofern die verwendete Technologie keine Alternative anbietet:

• Die Tabelle enthält nur zwei Spalten oder
• die Tabelle enthält maximal fünf Spalten und die Spaltenüberschriften und Zellinhalte sind kurz (maximal ein bis zwei Worte oder Zahlen) und
• die Spaltenüberschriften werden bei der Navigation durch die Zeilen mit ausgegeben oder die Ausgabe ist nicht notwendig, weil sich der Zweck der Spalten aus dem Kontext (z. B. dem Zellinhalt) ergibt und
• die Zeilen und Spaltenüberschriften enthalten keine Bedienelemente bzw. alle Bedienelemente sind mit Assistenztechnologie wahrnehmbar (Rolle, Zweck, Status) sowie mit der Tastatur bzw. Assistenztechnologie bedienbar.

Sofern diese Anforderungen nicht erfüllt werden können, muss eine andere Darstellungsform für die Daten gewählt werden.

Einige Programmiersprachen für Software ermöglichen nicht die Erstellung von Tabellen, welche die hier genannten Anforderungen an die Bedienung interaktiver Elemente innerhalb von Tabellen erfüllen. In diesem Fall sollen interaktive Elemente innerhalb der Tabellen vermieden werden. Stattdessen sollen die Tabellen dann nur zur Anzeige von Daten verwendet werden und die zugehörigen interaktiven Elemente sollen sich außerhalb der Tabelle befinden. Beispiele:

• So können vor der Tabelle ein oder mehrere Bedienelemente eingefügt werden, mit denen die Sortierung der Tabelleninhalte gesteuert wird.
• Oberhalb der Tabelle kann ein Formular zum Filtern der Tabelleninhalte eingefügt werden.
• Oberhalb der Tabelle kann ein Schalter eingefügt werden, über den sich ein modaler Dialog öffnen lässt. Im modalen Dialog kann die Tabelle vollständig mit der Tastatur konfiguriert werden (z. B. Anpassen der Spaltenbreiten).
• Oberhalb der Tabelle befindet sich eine Werkzeugleiste, mit der ausgewählte Tabellenzeilen bearbeitet oder gelöscht werden können.

Alternativ können Tastaturkürzel oder Kontextmenüs verwendet werden, um die Tastaturbedienung zu ermöglichen. In diesem Fall muss auf diese Bedienalternative in der Anwendung und Hilfe hingewiesen werden.
Eine weitere Möglichkeit besteht darin, zusätzlich zu den ggf. nicht barrierefreien Bedienelementen in der Tabelle die barrierefreie Bedienung über Bedienelemente außerhalb der Tabelle zu gewährleisten.

Synonyme: Tabelle mit Baumstruktur, Treegrid, Tree table

Siehe auch: Tabelle, Baumstruktur, Interaktive Tabelle, Akkordeon

Eine hierarchische Tabelle dient der strukturierten Anzeige von hierarchischen Daten in Spalten und Zeilen, wobei untergeordnete Daten zeilenweise ein- und ausgeblendet werden können. Ein Indikator bei den Zeilen zeigt an, ob die untergeordneten Zeilen ein- oder ausgeblendet sind.

Meist befinden sich in der ersten Zeile die Spaltenüberschriften und häufig in der ersten Spalte die Zeilenüberschriften. Hierarchische Tabellen können interaktive Elemente enthalten, z.B. Schalter zum Ausführen einer Aktion oder Checkboxen zur Auswahl einer Tabellenzeile.

Die Anforderungen an die Tabelle werden im Kapitel „Tabelle“ beschrieben. Hier werden nur zusätzliche Anforderungen beschrieben, die daraus resultieren, dass in der Tabelle untergeordnete Zeilen ein- und ausgeblendet werden können.

Die Anforderungen an die Tabelle werden im Kapitel „Tabelle“ beschrieben. Hier werden nur zusätzliche Anforderungen beschrieben, die daraus resultieren, dass in der Tabelle untergeordnete Zeilen ein- und ausgeblendet werden können.

Die Anforderungen an die Tabelle werden im Kapitel „Tabelle“ beschrieben. Hier werden nur zusätzliche Anforderungen beschrieben, die daraus resultieren, dass in der Tabelle untergeordnete Zeilen ein- und ausgeblendet werden können.

Synonyme: Titel, Title

Siehe auch: Überschrift, Statuszeile

Die Titelzeile ist das oberste Element im Anwendungsfensters und enthält den Titel (siehe DIN EN ISO 9241-161: 8.47).

Der Text in der Titelzeile ist in der Regel einzeilig. Die Titelzeile kann ein Anwendungs-Icon enthalten. Der Titel des Fensters wird auch bei den Icons in der Taskleiste oder beim Wechsel zwischen den Anwendungen mit ALT+TAB angezeigt. Die Titelzeile enthält häufig interaktive Elemente (zum Schließen, Skalieren und Minimieren der Anwendung), die sich nicht im Tab-Kreislauf befinden.

Im Folgenden werden nur die Anforderungen beschrieben, die sich direkt auf die Titelzeile beziehen. Anforderungen an die Elemente innerhalb der Titelzeile sind beim jeweiligen Element beschrieben.

Hinweis: Die meisten Anforderungen an die Titelzeile beziehen sich ausschließlich auf Desktop-Anwendungen. Bei Web-Anwendungen stellt der Browser das Fenster mit der Titelzeile dar. Die Web-Anwendung selbst enthält keine Titelzeile. Allerdings wird über das <title>-Element die Beschriftung der Titelzeile des Browsers definiert.

Synonyme: Fußzeile, Statusinformation, Footer, Status bar

Siehe auch: Titelzeile

Die Statuszeile dient der Anzeige von Statusinformationen (siehe DIN EN ISO 9241-161: 8.40). Die Statuszeile kann darüber hinaus Bedienelemente enthalten. Die Statuszeile befindet sich in der Regel am unteren Rand des Fensters. Die Verwendung einer Statuszeile innerhalb des Anwendungsfensters ist optional.

Im Folgenden werden nur die Anforderungen beschrieben, die sich direkt auf die Statuszeile beziehen. Anforderungen an die Elemente innerhalb der Statuszeile sind beim jeweiligen Element beschrieben.

Synonyme: Dialogfenster, Message, Pop-up, Dialog, Dialogbox

Siehe auch: Fenster, Tooltip, Fehlermeldung

Ein modaler Dialog dient der Anzeige wichtiger Informationen und Bedienelemente in einem separaten Bereich. Ein modaler Dialog blockiert die Bedienung des Anwendungsfensters im Hintergrund (siehe DIN EN ISO 9241-161: 8.10).

Ein modaler Dialog enthält immer einen Text und einen oder mehrere Schalter, mit denen der Dialog geschlossen werden kann. Darüber hinaus kann der modale Dialog eine Titelzeile und Statusleiste sowie weitere Bedienelemente, Grafiken etc. enthalten.

Die Anforderungen an die Inhalte des modalen Dialogs werden beim jeweiligen Element beschrieben. Hier werden nur spezifische Anforderungen für den modalen Dialog beschrieben.

Beispiele:

Informationen zu diesem Artikel

Datum:

27.04.2023

Lizenz:

CC-BY-SA 4.0