Barrierefreiheit einer
Web-Dynpro-Anwendung
Um eine betriebswirtschaftliche Anwendung auch solchen Benutzers zugänglich zu machen, die auf Grund von Behinderungen auf technische Unterstützung unterschiedlicher Art angewiesen sind, ermöglicht Ihnen das Web-Dynpro-Framework den Aufbau barrierefreier Anwendungen.
Allgemeine Informationen finden Sie
im Kapitel
Barrierefreiheit.
Barrierefreie User Interfaces
Tooltip
Eine wichtige Vorraussetzung für die Gegebenheit der Barrierefreiheit ist das Vorhandensein eines Tooltips für jedes UI-Element, da Tooltips mit Hilfe von Bildschirmlese-Programmen ausgewertet und für blinde Benutzer zugänglich gemacht werden können. Jedes UI-Element bietet eine solchen Tooltip an.
Für ein UI-Element muss zur Sicherstellung der Barrierefreiheit immer dann ein Tooltip gepflegt werden, wenn
· das UI-Element keine Überschrift trägt
· dem UI-Element kein Label zugeordnet ist
· Elemente mit einer text-Property diese weder gesetzt noch gebunden haben (mit Ausnahme der Caption, bei der kein Tooltip geprüft wird). Zum Beispiel steht auf einem Button oder Link kein Text.
Für einige komplexere UI-Elemente muss immer ein Tooltip gepflegt werden, Beispiele hierfür sind die UI-Elemente Tree oder ProgressIndicator.
Beim Aktivieren Ihrer Component werden Sie durch einen entsprechenden Hinweis auf das Fehlen des Inhaltes der Tooltip-Eigenschaft aufmerksam gemacht, sofern dieser für die Barrierefreiheit der Anwendung nötig gewesen wäre. Sie haben jedoch auch die Möglichkeit, den Wert für die Tooltip-Eigenschaft dynamisch festzulegen. Diese Option wird von der Syntaxprüfung nicht mit erfasst.
Darüber hinaus soll die Tooltip-Eigenschaft natürlich immer gesetzt werden, um z.B. weiterführende semantische Informationen zum UI-Element zu vermitteln.
AccessibilityDescription
Fast alle UI-Elemente bieten zusätzlich die Eigenschaft accessibilityDescription an. Diese kann genutzt werden, um ersatzweise einen Titel aufzunehmen, wenn das UI-Element keinen sichtbaren Titel (Header) tragen soll oder kann. Im Gegensatz zum Tooltip, der eine semantische Erklärung des Zwecks des UI-Elements enthalten sollte, wird in der accesibilityDescription üblicherweise nur ein kurzer, titel-ähnlicher Ausdruck eingetragen.
Informationen zu den einzelnen UI-Elementen finden Sie im Referenzteil dieser Dokumentation unter User-Interface-Elemente.
Allgemeine Informationen über
Tastaturbedienung bei Web Dynpro finden Sie unter
Tastaturbedienung von
Oberflächenelementen in Web Dynpro.
Prüfungen während der Designzeit
Standardmäßig werden während der Designzeit im Rahmen der Syntaxchecks Prüfungen auf die Barrierefreiheit durchgeführt.
Bei jeder Component gibt es dazu bei den Eigenschaften (über Doppelklick auf die Component zu erreichen) das Kennzeichen Accessibility-Checks aktiv. Wenn Sie dieses Kennzeichen ausschalten, werden von der Entwicklungsumgebung während der Designzeit keine Prüfungen auf Barrierefreiheit- für die entsprechende Component und ihre Views durchgeführt.
Prinzipiell können keine semantischen Prüfungen durchgeführt werden, da das System nicht feststellen kann, ob z.B. der Inhalt eines Tooltips innerhalb eines gegebenen Kontexts sinnvoll ist oder nicht. Stattdessen wird abgeprüft, ob eine bestimmte Eigenschaft gesetzt und mit Inhalt belegt ist. Ist dies nicht der Fall, wird geprüft, ob stattdessen verwandte Eigenschaften gesetzt sind.
Beachten Sie, dass die Barrierefreiheit-Prüfungen nicht für Web-Dynpro-ABAP-Test-Anwendungen durchgeführt werden (temporäre Objekte im Paket $TMP).
Im Folgenden sind die verschiedenen Prüfungen aufgeführt, die für die angegebenen UI-Elemente durchgeführt werden.
UI-Element-Prüfungen
UI-Element |
Art der Prüfung |
Wenn die text-Eigenschaft nicht gesetzt wurde, findet eine Überprüfung auf die Eigenschaft tooltip statt. Eine Fehlermeldung wird ausgegeben, wenn z.B. ein Button oder ein Link mit einer Ikone weder die Eigenschaft text noch tooltip besitzt. |
|
Wenn die Eigenschaften text und label nicht gesetzt wurden, findet eine Überprüfung auf die Eigenschaft tooltip statt. Eine Fehlermeldung wird ausgegeben, wenn z.B. eine CheckBox weder die Eigenschaft text noch label noch tooltip besitzt. |
|
Wenn die Eigenschaft caption nicht gesetzt wurde, findet eine Überprüfung auf die Eigenschaft accessibilityDescription statt. Eine Fehlermeldung wird ausgegeben, wenn z.B. eine Group weder die Eigenschaft caption noch accessibilityDescription besitzt. |
|
Wenn die Eigenschaften label und isDecorative nicht gesetzt wurden, findet eine Überprüfung auf die Eigenschaft tooltip statt. Eine Fehlermeldung wird ausgegeben, wenn ein tabulatorfähiges Image einen leeren tooltip besitzt. |
|
Es findet eine Überprüfung statt, ob die Eigenschaft label angegeben wurde. Wenn kein label gesetzt wurde und auch für das entsprechende gebundene Context-Element im ABAP-Dictionary kein Beschreibungstext angegeben wurde, findet eine Überprüfung auf die Eigenschaft tooltip statt. Eine Fehlermeldung wird ausgegeben, wenn z.B. ein TextEdit kein dazugehöriges label besitzt oder wenn ein DropDownByKey kein zugeordnetes label besitzt und auch im ABAP-Dictionary kein Beschreibungstext gepflegt wurde. |
|
Wenn die Eigenschaft caption nicht gesetzt wurde, findet eine Überprüfung auf die Eigenschaft accessibilityDescription statt. Zusätzlich findet eine Überprüfung statt, ob für Spalten die Aggregation Header gesetzt ist bzw. ob die Aggregation Header sichtbar ist. Es findet keine Überprüfung auf die Eigenschaft tooltip statt. Eine Fehlermeldung wird ausgegeben, wenn ein Table weder eine caption noch eine accessibilityDescription besitzt oder wenn eine Spalte keinen (sichtbaren) Header besitzt. |
|
Wenn die Eigenschaft tooltip nicht gesetzt wurde, findet eine Überprüfung auf die Eigenschaft accessibilityDescription statt. Eine Fehlermeldung wird ausgegeben, wenn z.B. eine CheckBoxGroup weder die Eigenschaft tooltip noch accessibilityDescription besitzt. |
|
Wenn die Eigenschaft layoutContainer nicht gesetzt wurde, findet eine Überprüfung auf die Eigenschaft accessibilityDescription statt. Eine Fehlermeldung wird ausgegeben, wenn ein TransparentContainer die Eigenschaft layoutContainer=false und keine accessibilityDescription besitzt. |
Automatisches Weiterleiten des Kennzeichens für Barrierefreiheit
Sie können aus einer Web-Dynpro-ABAP-Anwendung eine andere Web Dynpro Anwendung starten. Dabei benutzen Sie z.B. einen Exit- oder Suspend-Plug. Damit auch die nachfolgende Anwendung im barrierefreien Modus läuft, müssen Sie nicht das Accessibility-Flag selbst in der URL für die nachfolgende Anwendung mitgeben. Statt dessen ist es möglich, das Feld automatisch mitzugeben, wenn die URL eindeutig für eine andere Web Dynpro ABAP Anwendung gedacht ist (Notation der Applikation in geschweiften Klammern: {App}). Dazu steht in der Methode CONSTRUCT_WD_URL der Klasse CL_WD_UTILITIES der optionale Parameter IN_FORWARD_ACCESSIBILITY_FLAG zur Verfügung.
Analog können Sie sich beim Generieren solcher URL das Feld anhängen lassen.
Anzeige von Barrierefreiheit-Texten zum Testen
Zum Testen einer Anwendung im barrierefreien Modus können Sie entweder ein Bildschirmausleseprogramm einsetzen oder auf die Anzeige des entsprechenden Tooltip warten. Für schnelle Tests können Sie auch den Mit barrierefreien Text in einer Box im unteren Bereich des Browser Fensters anzeigen. Dazu geben Sie den URL-Parameter sap-accessibility-debug=X an. Zusätzlich muss auch der barrierefreie Modus sap-accessibility=X aktiv sein.
Der Text des gerade fokussierten Elements wird hinter dem Präfix ACC: anzeigt.
