GUI Accessibility

From MPDLMediaWiki
Jump to navigation Jump to search

BITV Requirements[edit]

Kriterium Geplant für eSciDoc solutions Erfüllungsgrad Begründung Gewichtung (1-3)
Bereitstellung äquivalenter Alternativen für Audio- und visuelle Inhalte
Alternativtexte für Bedienelemente Ja 3
Alternativtexte für Grafiken und Objekte Ja 3
Leere alt-Attribute für Layoutgrafiken nicht erforderlich 1
Alternativen für serverseitige Imagemaps nicht erforderlich 3
Audiodeskription für Videos nicht erforderlich 3
Videos mit Untertiteln nicht erforderlich 3
Verständlichkeit ohne Farbe
Auch ohne Farben nutzbar ja 2
Grafiken vor wechselndem Hintergrund erkennbar ja 1
Helligkeitskontraste von Grafiken ausreichend ja 1
Helligkeitskontraste von Texten ausreichend ja(validate!) 1
Korrekte Verwendung der Markup-Sprachen
Verzicht auf Schriftgrafiken ja 2
Title-Attribut für Symbole ja 1
Valides HTML ja(check for Trinidad[1]) 2
Stylesheets für die Positionierung verwendet ja 2
Schriftgröße variabel ja 2
Bei geringer Bildschirmauflösung lesbar ja 2
HTML-Strukturelemente für Überschriften ja 2
HTML-Strukturelemente für Listen ja(not for grid list[2]) 2
HTML-Strukturelemente für Zitate ja 1
Kenntlichmachung sprachlicher Besonderheiten
Anderssprachige Wörter ausgezeichnet ja(to do) 1
Anderssprachige Abschnitte ausgezeichnet ja(to do[3]) 1
Hauptsprache angegeben ja(to do[4]) 1
Nutzung und Beschreibung von Tabellen
Datentabellen richtig aufgebaut ja(to be checked[5]) 3
Zuordnung von Tabellenzellen ja(aufwandsabhängig[6]) 3
Layouttabellen linearisierbar ja 2
Kein Strukturmarkup für Layouttabellen ja 1
Nutzbarkeit ohne neuere Technologien
Auch ohne Stylesheets nutzbar ja 3
Auch ohne Skripte nutzbar ja(GUI-side[7])/nein(JSP[8]) 3
Kontrolle zeitgesteuerter Änderungen des Inhalts
Verzicht auf Ablenkung durch Blinken oder Bewegung ja 1
Verzicht auf blinkende oder bewegte Inhalte ja 2
Verzicht auf Auto-Aktualisierung ja 1
Verzicht auf Weiterleitung ja 1
Zugänglichkeit von Benutzerschnittstellen
Zugängliche Alternativen für programmierte Objekte nicht erforderlich[9] 3
Unabhängigkeit der Funktionen von Ein- und Ausgabegeräten
Auch ohne Maus nutzbar ja 3
Aktuelle Position des Fokus deutlich ja 1
Schlüssige Reihenfolge bei Tastaturbedienung ja 1
Verwendbarkeit älterer assistiver Technologien
Verzicht auf automatische Pop-Ups, neue Fenster angekündigt ja(wenn, dann alt-text[10]) 2
Beschriftung von Formularfeldern richtig angeordnet ja 2
Öffentlichkeit und Dokumentation verwendeter Technologien
Angemessene Formate ja(to be checked[11]) 2
Verzicht auf veraltete Elemente und Attribute ja(?JSF[12]) 1
Seiten für alle (keine Textversion) ja 3
Kontext- und Orientierungsinformationen
Frames mit Titel und Name nicht erforderlich 3
Aufbau der Frames verständlich nicht erforderlich 2
Inhalte gegliedert ja 2
Label mit Formularelementen verknüpft ja 1
Gestaltung von Navigationsmechanismen
Aussagekräftige Linktexte ja(to do)[13] 1
Links informieren über Dateiformat ja 1
Sinnvolle Dokumenttitel ja 2
Sitemap oder ähnliche Orientierungshilfe nein(breadcrumb?)[14] 2
Navigation einheitlich ja 2
Position im Webauftritt klar ja(breadcrumb?) 3
Förderung des allgemeinen Verständnisses
Einfache Wörter ja 2


References[edit]

  1. Validität des Trinidad/JSP-Output nicht immer klar.
  2. Aus semantischer Sicht stellt eine Grid-List eher eine Tabelle, denn eine Liste dar und ist deshalb im Markup als Tabelle zu realisieren.
  3. Nicht der Hauptsprache entsprechende Elemente sind per lang-Attribut zu kennzeichnen.
  4. Dokumentensprache per lang-Attribut im Seitenkontext angeben
  5. Tabellenaufbau ist ggf. JSP-abhängig - semantisch richtiger Aufbau ist hierbei zu prüfen und, nur wenn unter vertretbarem Aufwand realisierbar, herzustellen.
  6. Die explizite Zuordnung von einzelnen Tabellenzellen zu den entsprechenden Headern ist nur bei erheblich komplexen Tabellen notwendig. Ggf. sollte eine solche, wenn mit vertretbarem Aufwand realisierbar, in diesem Falle eingearbeitet werden.
  7. GUI eScidoc Components würden bei entsprechender Serverseitiger Behandlung ohne JavaScript funktionieren.
  8. JSP setzt zwingend die Verwendung von JavaScript voraus.
  9. Derzeit keine Java-Applets o.ä. vorhanden.
  10. Alternativtexte der auslösenden Links sollten über eventuell öffnende Popups informieren. Je nach Aufwand kommen ggf. Layer zum Einsatz.
  11. PDF-Accessibiliy und Accessibility für andere Datenformate sind zu prüfen
  12. JSF-Output für Elemente nicht immer klar.
  13. Müssen entsprechend für kommende Releases überarbeitet und ggf. mit Tooltips ergänzt werden.
  14. Die Solutions orientieren sich in ihrem Aufbau eher an einer Desktop-Anwendung als an einem Webauftritt. Daher ist eine klare "Seitenstruktur" nicht abbildbar.