In der Anwendung wird das Default-Kontextmenü (Rechte Maustaste) normalerweise unterdrückt und durch ein eigenes Kontextmenü überspielt. Da das Kontextmenu für den BITV-Test eine ganz wichtige Rolle spielt, wurde dieses für den Testzeitraum abgeschaltet. Der Kunde versichert, dass sämtliche Funktionen, die Sie im Kontextmenü finden, auch im "Other"-Menü der jeweiligen Komponente auftauchen. Dieses Menü findet sich in allen Komponenten, die auch ein Kontextmenü haben, z. B. im Explorer. Das Kontextmenü enthält also laut Kunde keine Funktionen, die nicht auf anderem Weg aufrufbar sind. Von diesen Zusicherungen gehen wir in diesem Prüfauftrag aus.
In der Anwendung finden sich bei dem geprüften Prozess drei verschiedene Ansichten. Die Textansicht und die tabellarische Ansicht werden geprüft und gelten als Alternative für die grafische Diagramm-Ansicht, die damit nicht Teil des Prüfumfangs ist.
Im entwicklungsbegleitenden BITV-Test wurde mit abgeschalteter Touch-Eingabe und abgeschaltetem Caret-Browsing (Firefox about:config Settings) gearbeitet. Für den abschließenden Tests sind keine nutzerseitigen Sondereinstellungen im Browser vorgesehen. Der abschließende Test setzt keine besonderen Einstellungen auf Nutzerseite voraus.
Punkte: 92 von 100 (gut zugänglich)
Vor dem Einloggen Sprache auf "Deutsch" stellen.
Mit Prüfung von:
/ Auswahlmenü Barrierefreier Modus, Sprache, Info, Hilfe
/ Menü Prozesse / Dokumente / Organisation / Suche
/ Baumauswahl Modelle öffnen / Explorer
/ Navigationsmenü (vor, zurück, geöffnete Ansichten - mit Ausklappmenü)
/ Sortierbare Tabelle / Grid mit Einträgen, Ausklappbereichen
/ Funktion Als Datei exportieren
Mit: Auswahlmenü Modus (Grafik, Text , Tabelle) / Menü Details ausblenden / Aktualisieren / Eigenschaften / Mehr...
Mit Untermenüs / Reports Standardreport und folgendem Dialog
Textansicht Grid mit Pozess-Schritt-Einträgen, mit Links und Attributen
Mit: Vertikales Filtermenü Elementtypen / Modus
Mit Menü "Mehr", Menüoptionen "URL generieren", "Spalten auswählen" und nachfolgenden Dialogen
Mit Dialog Eigenschaften-Filter mit Baumauswahl "Modus / Eigenschaftenfiltern", mit Ausklappbereich "Attributauswahl"
Mit: Steuerungsmenü Andocken / Schrumpfen / Maximieren / Schließen
/ Tabpanel und diversen Panel-Inhalten / Mehr-Menü mit Untermenüs
Mit: Linker Ausklappbereich Fundstellenbereiche / Suchergebnisse im Grid / Ausklappbereich "Suchoptionen und Filter" mit Filterung nach Thema / Modell / Objekt /Eigenschaft mit den aufgerufenen Dialogen mit Combobox-Filterung und Checkbox-Auswahl
Tabellarische Organisationsübersicht inkl. Filterbalken auf der linken Seiten zur Veränderung der Ansicht/Auflistung auf der Bühne.
Mit: Ansicht "Dokumente nach Organisationseinheit" / mit Aktivierung von "Asset Liability Management" und Prüfung der Ansicht "Kapitaladäquanzverordnung" mit Tab list / Tabpanel-Ansichten.
Punktabzug: 2 Punkte
Icons in den Toolbars werden über CSS Pseudoelemente bereitgestellt. Robuster ist grundsätzlich die bereitstellung über echte Inhlatselemente, z.B. SVG-Grafiken.
Icon Property filter zum Anpassen der Ausgabe hat eine sehr lange und ggf. verwirrende Textalternative, die auch als Custom tooltip erscheint.
Icon Property filter zum Anpassen der Ausgabe hat eine sehr lange und ggf. verwirrende Textalternative, die auch als Custom tooltip erscheint.
Verg. allgemeine Anmerkung.
Verg. allgemeine Anmerkung.
Punktabzug: 0,75 Punkte
Zum Einsatz von Hintergrundgrafiken für informationstragende Grafiken vergl. die Common Failure F3 der WCAG https://www.w3.org/TR/WCAG20-TECHS/F3.html
Die informationstragenden Grafiken für Prozesstypen z.B. Geschäftsprozessdiagramm, Prozesslandkarte sind als Hintergrundgrafiken eingebunden (ebenso der Sortierpfeil). Der jeweilige Prozesstyp wird aber auch bei ausgeblendeten Hintergrundgrafiken über einen custom tooltip angezeigt. Besser wäre eine Umsetzung, bei der Grafiken auch bei Nutzung eigener Farbschemata nicht verschwinden.
Die informationstragenden Grafiken für Ereignisse z.B. Startereignis, Teilprozess sind als Hintergrundgrafiken eingebunden (ebenso der Sortierpfeil). Der jeweilige Ereignistyp wird aber auch bei ausgeblendeten Hintergrundgrafiken über einen custom tooltip angezeigt. Besser wäre eine Umsetzung, bei der Grafiken auch bei Nutzung eigener Farbschemata nicht verschwinden.
Die informationstragenden Grafiken (in Spalte Typ) sind als Hintergrundgrafiken eingebunden. Der jeweilige Typ wird aber auch bei ausgeblendeten Hintergrundgrafiken über einen custom tooltip angezeigt. Besser wäre eine Umsetzung, bei der Grafiken auch bei Nutzung eigener Farbschemata nicht verschwinden.
Tab Organisation:
Die informationstragenden Grafiken (in Spalte Typ) sind als Hintergrundgrafiken eingebunden. Der jeweilige Typ wird aber auch bei ausgeblendeten Hintergrundgrafiken über einen custom tooltip angezeigt. Besser wäre eine Umsetzung, bei der Grafiken auch bei Nutzung eigener Farbschemata nicht verschwinden.
Suchergebnistabelle:
Die informationstragenden Grafiken (in Spalte Typ) sind als Hintergrundgrafiken eingebunden. Der jeweilige Typ wird aber auch bei ausgeblendeten Hintergrundgrafiken über einen custom tooltip angezeigt. Besser wäre eine Umsetzung, bei der Grafiken auch bei Nutzung eigener Farbschemata nicht verschwinden.
Die informationstragenden Grafiken (in Spalte Typ) sind als Hintergrundgrafiken eingebunden. Der jeweilige Typ wird aber auch bei ausgeblendeten Hintergrundgrafiken über einen custom tooltip angezeigt. Besser wäre eine Umsetzung, bei der Grafiken auch bei Nutzung eigener Farbschemata nicht verschwinden.
Anmerkung: Adonis-Logo: Gesetzter Alternativtext und role="presentation"
beißen sich. Hier kein großes praktisches Problem, da Login-Seite über title
ausreichend vermittelt. Das Logo fügt hier nichts hinzu.
Ansicht "Asset Liability Element". Typ in Spalte 1 als Hintergrundbild eingebunden, siehe Hinweise zu S. 2 u.a. Seiten.
Punktabzug: 0,5 Punkte
Die Anwendung nutzt für die Navigation zwischen Funktionen der Anwendung Bereiche mit role="toolbar" und Kindelementen mit role="button"
sowie role="menu"
und role="menuitem"
für die Ausklappmenüs. Ansonsten gibt es keine Listen.
Die Listen in den Spalten (z.B. Inputdaten oder zugeordnete Risiken) sind optisch Listen, im HTML aber nur DIVs und SPANs, obwohl die class="listicon" auch eindeutig auf eine Liste hinweist.
Siehe "allgemeine Anmerkungen"
Die "Suchräume" im DIV (Thema / Modell / Objekt / Eigenschaft) unter Suchoptionen und FIlter sollten ggf. als Liste umgesetzt sein. Gleiches gilt für die ein- bzw. ausklappbaren Kategorien.
Punktabzug: 0,5 Punkte
Login-Felder über aria-labelledby
mit leeren label
-Elementen verknüpft. placeholder
wird nur im Chrome und Firefox ausgegeben, nicht im IE (wahrscheinlich weil die fehlerhafte Nutzung von aria-labbelledby
ausgewertet wird).
Vergl. aber Prüfschritt 3.3.2a.
In einigen Zuständen des Property-Dialogs (etwa nach Auswahl von Prozess Carol (carol) in der Spalte Prozesseigner auf S. 2. - ist das Element Bearbeiten aktiv, dann wechselt die Anwendung in den Bearbeitungsmodus. Text-Eingaben sind hier nicht möglich. Hier stimmen auch die Vernüpfungen der Label mit den inputs nicht (leere for
-Attribute) Wenn hier nur die Leseansicht getestet wird, sollte das Element Bearbeiten dann durchgängig inaktiv sein und die Editier-Ansicht nicht aufgerufen werden können - oder aber voll zugänglich sein.
Punktabzug: 0,75 Punkte
Siehe "allgemeine Anmerkungen"
Siehe "allgemeine Anmerkungen"
Siehe "allgemeine Anmerkungen"
Punktabzug: 0,25 Punkte
Der Prüfschritt ist wegen des dynamischen Aufbaus nur bedingt auf diese Applikation anwendbar. Die Navigations-Toolbar am Beginn der Anwendung führt in die verschiedenen Bereiche (Prozesse, Dokumente, Organisation, Suche), das geöffnete-Ansichten-Menü bietet eine Schnellnavigation zu den zuvor geöffneten Bereichen der Applikation. Durch die Kombination von Tabulator-Navigation und Pfeiltasten-Navigation lassen sich Bereiche aber mit noch vertretbarem Aufwand erreichen. Wenn man in den Lesemodus schaltet, lässt sich die h1
über die Befehlstaste h erreichen. Dennoch würde hier blinden Nutzern die Verwendung nativer Elemente wie (#nav#) oder role="navigation"
, role="search"
ggf. helfen.
Vergl. allgemeine Hinweise.
Vergl. allgemeine Hinweise.
Vergl. allgemeine Hinweise.
Vergl. allgemeine Hinweise.
Vergl. allgemeine Hinweise.
Vergl. allgemeine Hinweise.
Punktabzug: 0,5 Punkte
Die Tab und Pfeiltastenreihenfolge in dieser komplexen Anwendung ist grundsätzlich logisch aufgebaut, der Umgang muss von Tastaturnutzern und vor allem nicht-visuellen Nutzern sicherlich erlernt werden.
S. 2-4, 6-8: Nach Aufruf des Ausklappbereichs Modelle brauchen Tastaturnutzer acht Tab-Stopps, bis sie in diesen Bereich gelangen.
Punktabzug: 0,5 Punkte
Input-Felder CSS ... :focus = outline: none; ... Browser-Default wird unterdrückt. Da der nachfolgende Button disabled ist, solange Benutzername und Passwort nicht eingetragen sind, ist der Fokus auf den Inputfeldern nur über die blinkende Eingefügemarke sichtbar. Besser funktioniert das in der Sprachauswahl.
Punktabzug: 0,25 Punkte
Einige englischsprachige Ausdrücke, (incident, legal, compliance) eingige wohl im Bereich der Fachanwendung gängig oder ähnlich ausgesprochen werden (z.B. Process - Prozess).
Einige nicht ausgezeichnete englischsprachige Ausdrücke (Initiative impact analysis, Busess Impact, Anti-Fraud, Capital Requirements Regulation usw.) die wahrscheinlich im Kontext der Anwendung keine Verständnisprobleme aufwerfen.
Einige nicht ausgezeichnete englischsprachige Ausdrücke (Asset Liability Management) die wahrscheinlich im Kontext der Anwendung keine Verständnisprobleme aufwerfen.
Einige nicht ausgezeichnete englischsprachige Ausdrücke (Legal Compliance, Capital Requirements) die wahrscheinlich im Kontext der Anwendung keine Verständnisprobleme aufwerfen.
Punktabzug: 0,25 Punkte
S. 2-4, 6-8: Die Suche im Kopfbereich ist visuell nur über die Lupe beschriftet, die als Hintergrundbild eingebunden ist. Eine andere Technik sollte besser zur Einbindung verwendet werden (Vergl. WCAG Failure F3).
Beschriftung bei den Login-Feldern nur über placeholder
der nach Eingabe verschwindet. Über aria-labelledby
verknüpfte Labels sind leer, placeholder wird aber ausgegeben (außer im IE!). Das praktische Problem ist aber bei diesem sehr kurzen Standard-Login-Formular gering.
Verg. aber 1.3.1h (programmatische Verknüpfung von Formularelementen).
Die h1
Suche [eingegebener Begriff] kann notfalls als visuelles Label für das Suchfeld gelten, ist recht weit davon entfernt.
Punktabzug: 0,75 Punkte
S. 2-8: Die linke Nav-Bar ide=""axw-nav-bar-1025" besteht aus Links mit role="button" und aria-labels in Kombination mit aria-hidden="true" und tabindex="0" ausgeliefert. Der Status, welcher der vier Buttons aktiv ist, wird aber nur einmal nach Aktivierung vorgelesen, danach nicht mehr. Der Wert sollte ggf. über aria-selected
oder aria-pressed
definiert werden.
S. 2-8: Der Button zum Wechseln zwischen Ansichten (id="axw_root_component_switch-ext-6178") sollte über aria-haspopup anzeigen, dass er ein Panel öffnet.
Dialog Attribute und Objekte, radiogroup-Bereiche (Modus und Eigenschaftenfilter): Weder im Chrome noch im IE werden die aria-label
-Werte auf dem div
mit role=radiogroup
bei Fokussierung der input type=radio
ausgegeben - ggf. wegen role="presentation" auf dem umgebenden div
. Im Firefox Browser geht es. Das besser unterstützte Konstrukt wäre fieldset / legend
.
Der button
"Details einblenden" bzw. "Details ausblenden" wird manchmal umgekehrt vorgelesen – also genau das Gegenteil von dem was dort stand und auf der Bühne passierte.
Bei Fokussierung der td
s mit role=gridcell
über Pfeiltaste wird der gleiche Text ausgegeben wie beim Aktivieren des eingeschlossenen Links "Die Eigenschaften von Modell (Name des Prozessschritts) anzeigen" über Tabben. Das Element ist aber erst beim zweiten Schritt aktivierbar, die ausgegebene Aktion ist bei der ersten Ausgabe gar nicht verfügbar. Das ist durchweg so und insofern lernbar, aber irreführend.
Linksseitige vertikale Menü-Leiste von Elementen (Pool, Bahn, Startereignis usw.):
Hier werden die Rollen menubar
und menu
mit Unterelementen mit role=option
genutzt. Vorgesehen sind bei menu
und menubar
dagegen Objekte mit den Rollen menuitem
, menuitemcheckbox
, oder menuitemradio
. Die verwendenten Elemente mit role="option"
verlangen dagegen ein Elternelement vom Typ role="listbox"
. Dennoch funktioniert die Ausgabe (im IE werden die Namen der Elemente doppelt ausgegeben, ggf. ein Browser-Bug).
Der Button "Details einblenden" bzw. "Details ausblenden" wird manchmal umgekehrt vorgelesen – also genau das Gegenteil von dem was dort stand und auf der Bühne passierte.
Das aria-label="Zur textuellen Ansicht wechseln"
bleibt immer gleich, auch wenn man schon in der textuellen Ansicht ist (gilt für die anderen Links natürlich genauso).
Ausklappbereich "Suchoptionen und Filter":
Auswahlliste "Modelle filtern" unterhalb des Inputs ist keine Baumansicht, wird aber mit Rolle Baumansicht ausgegeben.
Auswahl des Dokuments KYC_Formular_Template.docx: Eine Statusmeldung wird nicht an nicht-visuelle Nutzer ausgegeben (etwa über aria-live="polite"
).
Ausklappbereich "Suchoptionen und Filter":
Auswahldialog mit Baumansicht nach Aktivierung von "Eigenschaft", nachdem mehrere Modelle aktiviert wurden: Über alle Bereiche der Baumansicht hinweg ist nur jeweils eine der Checkboxen auswählbar, sowohl mit Tastatur als auch mit Maus. Verwendet wird input type=button
für Elemente, die visuell Checkboxen sind. Bei Auswahl einer zweiten Pseudocheckbox wird die bereits ausgewählte Checkbox wieder deselektiert. Falls dies das erwünschte Verhalten ist, ist die visuelle Rolle von radio input
s, angemessen nicht die von Checkboxen.
Hinweis zur Auswahl angezeigter Spalten: Checkbox-Auswahlen sind nicht persistent: Nachauswahl von "Alle auswählen" und Neuaufruf des Dialogs zur Spaltenauswahl ist diese Option, die ja gerade gesetzt wurde, nicht mehr selektiert. Vielleicht ist das aber das intendierte Verhalten. Vergl. besonders Prüfschritt 1.3.1f Zuordnung von Tabellenzellen.
Auch die Filter-Bubble-Elemente (Thema, Modell, Objekt und Eigenschaft) brauchen mehr ARIA-Auszeichnung. Sie sind zwar mit role="button"
gekennzeichnet, aber dass sich darüber ein Popup öffnen lässt, ist nicht erkennbar. Es fehlt also ein aria-haspopup="true"
für diese Elemente. aria-expanded und dessen Zuständekönnte entfallen, da das Element nach Aktivierung gar nicht den Tastaturfokus bekommen kann.
Im Bearbeitungsmodus ist auf manchen Objekten (z.B. "Process Carol (carol)") das Element "Bearbeiten" aktivierbar, die nach Aktivierung dann auftauchenden Elemente sind jedoch größtenteils nicht aktivierbar bzw. z.T. mit role="presentation"
vor Screenreadern versteckt. Das Element Icon + für "Rolle hinzufügen" ist jedoch nicht-visuell und programmatisch deaktiviert, scheint aber nicht zu funktionieren - es wird auf diesem Element kein Name ausgegeben. Wenn dieser Bearbeitungsmodus für Nutzer nicht bedienbar ist, sollte wohl auch das Element "Bearbeiten" gar nicht erst aktivierbar sein - oder aber der Bearbeitungsmodus funktionieren.
Hinweis ohne Bewertung: Die Filter neben der tabellarischen Ansicht haben ein aria-selected="true/false"
, was auch korrekt reagiert. Das ergänzende aria-pressed="false"
verändert sich nie.
Punktabzug: 0,75 Punkte
Grafiken für Dokumente nach Typ und nach Organisationseinheit sind redundant, durch role="presentation"
versteckt.
Hinweis ohne Bewertung: in manchen Layern stehen "Überschriften", wie beispielsweise "Eigenschaftenfilter" nur in einem div
-Element. Die class"x-title-text x-title-text-default x-title-item" zeigt aber, dass es Überschriften sind – ggf. wäre hier ein role="heading" sinnvoll.
Hinweis ohne Punktabzug:
Unter Potenzial-/Reifegradanalyse stehen die Inhalte in einem Fieldset (ist kein Formular) und die visuelle Überschrift ist ein Legend-Element, was hier aus meiner Sicht nur zur Formatierung missbraucht wurde.
Hinweis ohne Punktabzug: Überschriften Outline beginnt mit H1 und geht dann durchgängig mit H3 weiter.
Hnweis ohne Punktabzug: Die Footer-Info "Version 7 | Teil des BOC Management Office | © 2018 BOC Products & Services AG | Alle Rechte vorbehalten" steht nur in einem DIV-Element, anstelle eines P-Elements.
HInweis: Absätze in den grid
-Elementen stehen nicht in einem p
-Element.
Im Eigenschaften-Layer sind nur die Absätze unter "Allgemein" als P-Elemente ausgezeichnet. In den anderen Bereichen sind es DIVS.
Die Texte unter den H3-Elementen sind nur DIVs.
Die Informationen, die sich im Layer nach einem Klick auf die Info-Buttons präsentieren, stehen nur in einem DIV (allerdings mit der Rolle Textbox) und waren in meinen Tests nicht mit der Tastatur erreichbar. Ob das jetzt mit dem fehlenden P-Element oder dem Gesamtkonstrukt role="application" zusammenhängt, kann ich nicht sagen. Letztendlich lassen sich diese Inhalte mit einem Screenreader nicht erreichen.
Umfangreiche Datentabelle mit den Rollen grid
, gridcell
, columnheader
usw. umgesetzt.
Umfangreiche Datentabelle mit den Rollen grid
, gridcell
, columnheader
usw. umgesetzt. Vergl. aber Prüfschritt 1.3.1f Zuordnung von Tabellenzellen.
Umfangreiche Datentabelle mit den Rollen grid
, gridcell
, columnheader
usw. umgesetzt. Vergl. aber Prüfschritt 1.3.1f Zuordnung von Tabellenzellen.
Verschiedene Tabpanel (Allgemein, Organistion, Assets usw.): Datentabellen mit den Rollen grid
, gridcell
, columnheader
usw. umgesetzt.
Datentabelle der Fundstellen mit den Rollen grid
, gridcell
, columnheader
usw. umgesetzt. Vergl. aber Prüfschritt 1.3.1f Zuordnung von Tabellenzellen.
Musterorganigramm: Datentabellen mit Rollen grid
und gridcell
umgesetzt, Spaltenüberschriften werden korrekt ausgegeben.
Asset Liability Management, Kapitaladäquanzverordnung 1.00: Datentabellen mit Rollen grid
und gridcell
umgesetzt, Spaltenüberschriften werden korrekt ausgegeben.
Layouttabellen sind mit role="presentation"
versteckt.
Vergl. allgemeine Anmerkungen.
Layouttabellen in den Ausklappbereichen Themen filtern, Modelle filtern, Objekte filtern, Eigenschaften filtern mit role ="presentation"
.
Manche Elemente etwa die h1
lassen sich nicht-visuell nur durch Wechsel in den Lesemodus erreichen.
Hinweis ohne Bewertung: Zukünftig werden Informationstragende Grafiken den WCAG 2.1 Prüfschritt 1.4.11 Non-Text Contrast (AA) ncuht erfüllen.
Hinweis ohne Bewertung: Zukünftig werden Informationstragende Grafiken den WCAG 2.1 Prüfschritt 1.4.11 Non-Text Contrast (AA) ncuht erfüllen.
Hinweis ohne Punktabzug: Die Hervorhebung der Suchbegriffe ist sehr schwach und bei benutzerdefinierten Farben auch nicht sichtbar. Gegebenenfalls kann man das optimieren.
Seite 2, 3, 4, 6, 7:
Tabelle passt bei 200% ggf. nicht in den Viewport (1280px Breite), ist aber über Scrollbalken oder Pfeiltasten scrollbar. Die letzte Spalte ist aber ggf. nicht voll sichtbar (bzw. Sichtbarkeit nur über Nutzung des Scrollbalkens oder Änderungen der Spalltenbreite - mit der Maus - oder der Anzahl angezeigter Spalten herstellbar).
S. 2, 3, 4, 6, 7, 8 (Bereich Asset Liability Management): Die (kontrastarme) Tabellen-Sortierfunktion wird bei Fokussierung der Tabellenheader nicht eingeblendet, wohl aber bei Mausfokussierung. Bei Tastaturnutzung wird das Element erst bei Nutzung der Pfeiltaste nach unten/oben eingeblendet.
S. 4, 6, 8: Wenn Inhalte in den gridcell
-Elementen in Spalte "Beschreibung", bei denen Texte durch Ellipsen abgekürzt sind, über ENTER Dialoge mit dem Volltext öffnen, sollte der Text auch ohne Umschalten in den Screenreader-Lesemodus für nicht-visuellen Nutzer erreichbar sein (oder die Anwendung sollte, wenn möglich, über Vergabe von role="document"
o.ä. in den Lesemodus wechseln). Diese Dialoge lassen sich über die Maus nur mit Doppelklick öffnen. Ist dies das erwartete Verhalten?
Anmerkung: Logo "Adonis NP - make processes work" und Text im Fußbereich "Version 7 | Teil des BOC Management Office | © 2018 BOC Products & Services AG | Alle Rechte vorbehalten" mit Screenreader nicht erreichbar, wohl wegen role="application"
auf body
. Im Prinzip sollten alle Seiteninhalte ereichbar sein. Die Ausgabe ist hier auf der Login-Seite aber wohl verzichtbar. Die Version und Infos zur Anwendung sind auch nach Login unter Menü Einstellungen > Info verfügbar.
h1
Überschrift Organisationsportal - Prozesse wird nicht fokussiert und ist für nicht-visuelle Nutzer nur mühsam, bei Fokus auf der Werkzeugleiste (vor / zurück / geöffnete Ansichten) durch Umschalten in den Lesemodus und Umschalt-h erreichbar.
h1
Überschrift KP.02.01 Kreditantrag erstellen Privatkunde 1.00 wird nicht fokussiert und ist für nicht-visuelle Nutzer nur mühsam, bei Fokus auf der Werkzeugleiste (vor / zurück / geöffnete Ansichten) durch Umschalten in den Lesemodus und Umschalt-h erreichbar. Die Überschrift wird aber auf anderen Elementen als Kontext ausgegeben (etwa auf dem Schließen-Schalter, nach Aktivierung von [n] geöffnete Ansichten, beim Fokussieren des Modell-Headers, usw.), deswegen ist das praktische Problem gering.
Vergl. Anmerkungen zu S. 3.
Beim Setzen eines Filters (div class axw-mod-tbar) ohne Ergebnis erscheint in der tabellarischen Ansicht die Rückmeldung „kein Eintrag“. Der Eintrag kann nicht fokusiert ausgelesen werden. Dies wäre ein Fall für Statusmeldung mit aria-live.
h1
Überschrift Organisationsportal - Organisation wird nicht fokussiert und ist für nicht-visuelle Nutzer nur mühsam, bei Fokus auf der Werkzeugleiste (vor / zurück / geöffnete Ansichten) durch Umschalten in den Lesemodus und Umschalt-h erreichbar.
h1
Überschrift Organisationsportal - Organisation wird nicht fokussiert und ist für nicht-visuelle Nutzer nur mühsam, bei Fokus auf der Werkzeugleiste (vor / zurück / geöffnete Ansichten) durch Umschalten in den Lesemodus und Umschalt-h erreichbar.
Nach Suche "customer", Ergebnistabelle, Spalte Beschreibung, Aktivierung der Einträge: Die Inhalte der aufgerufenen Popups sind für Screenreader-Nutzer heir nicht erreichbar (z.B. der Text "(KYC) Formular, zur Sicherstellung der Aufnahme aller relevanten Daten." Der gleiche (visuell abgeschnittene) Text wird nicht-visuell allerdings schon bei Pfeiltasten-Fokussierung der Zelle ausgegeben. Dennoch sollten grundsätzlich Inhalte von über die Tastatur aufrufbaren Fenstern auch für nicht-visuelle Tastaturnutzer ausgegeben werden.
Bereich unter "Suchoptionen und Filter" ausgeklappt:
Hinweis ohne Punktabzug: Unklar ist (für alle Nutzer) was über den Dialog mit Baumansicht, der nach Auswahl von "Suchbereich aktivieren" erscheint, überhaupt zu ändern ist. Die Baum-Elemente sind aufrufbar, aber nicht aktivierbar/deaktivierbar, der Zustand des Schalters "Suchbereich aktivieren" bleibt gleich.
h1
Überschrift wird nicht fokussiert und ist für nicht-visuelle Nutzer nur mühsam, bei Fokus auf der Werkzeugleiste (vor / zurück / geöffnete Ansichten) durch Umschalten in den Lesemodus und Umschalt-h erreichbar.
Hinweis zur grafischen Ansicht, die hier nicht mitgeprüft wurde: Inhalte im Dialog nach Auswahl der verfügbaren Tastaturkürzel scheint für nicht-visuelle Nutzer nicht zugänglich.
h1
Überschrift Kapitaladäquanzverordnung 1.00 wird nicht fokussiert und ist für nicht-visuelle Nutzer nur mühsam, bei Fokus auf der Werkzeugleiste (vor / zurück / geöffnete Ansichten) durch Umschalten in den Lesemodus und Umschalt-h erreichbar.
Vergl. auch allgemeine Hinweise.
Möglicher Bug: Firefox / NVDA an: Bei Nutzung der Menüs rechts von den Spaltenüberschriften zur auf/absteigenden Sortierung und Auswahl angezeigter Spalten kam es zu einem Einfrieren, Fokusbewegen über Pfeiltasten / Tab war dann nicht mehr möglich, Neuladen erforderlich. Nicht reproduzierbar.
Vor dem Timeout erfolgt eine Warnung im Dialog, die den Timeout verlängert.
Vergl. allgemeine Anmerkung.
Vergl. allgemeine Anmerkung.
Vergl. allgemeine Anmerkung.
Vergl. allgemeine Anmerkung.
Vergl. allgemeine Anmerkung.
Vergl. allgemeine Anmerkung.
Vergl. allgemeine Anmerkung.
Vergl. allgemeine Anmerkung.
Modell-Werkbank wird geladen... bleibt ggf. im title
stehen. Sollte überprüft werden.
Beim ersten Aufruf ist der Seitentitel nicht vollständig - hier stand dann nur ADONIS NP (accessibility2). Sollte überprüft werden.
Hinweis ohne Punktabzug: title
ADONIS NP (accessibility2) | Modell-Werkbank - Wird geladen... erhalten. Bitte prüfen und korrigieren, denn der Hinweis wird geladen ist irritierend.
Anmerkung: Linktexte für Screenreader-Nutzer sind durch Hinzufügungen wie "Die Eigenschaften von"..."anzeigen" oft recht lang. (Linktext) + "Eigenschaften" wäre kürzer und der entscheidende Bestandteil kommt zuerst - nicht-visuelle Nutzer können so das Element viel schneller identifizieren.
Anmerkung: Linktexte für Screenreader-Nutzer wie "Die Eigenschaften von Modellierungsinstanz "..."anzeigen" oft recht lang - störend besonders bei gridcells, die mehrere Links enthalten. (Linktext) + "Eigenschaften" wäre kürzer und der entscheidende Bestandteil kommt zuerst - nicht-visuelle Nutzer können so das Element viel schneller identifizieren.
Anmerkung: Linktexte für Screenreader-Nutzer wie "Die Eigenschaften von Repository-Objekt"..."anzeigen" sind oft recht lang. Siehe Hinweise zu S.2.
Fehlerhafte Anmeldung wird im Dialog ausgegeben.
Der unspezifische Hinweis ("Der Benutzer "..." konnte nicht angemeldet werden. Ein falscher Benutzername oder ein falsches Passwort wurde eingegeben.") ist hier beim Login angemessen.