Java-Software auf Barrierefreiheit (Accessibility) testen

Im letzten Artikel haben wir die Grundlagen der barrierefreien Software-Entwicklung mit der Programmiersprache Java angeschaut. In diesem Artikel schauen wir an, wie Java-Software auf Barrierefreiheit getestet werden können.

Angenommen Sie haben sich richtig Mühe gegeben Ihre Java-Software barrierefrei zu entwickeln und möchten nun wissen, ob die Software wirklich barrierefrei ist. Welche Möglichkeiten gibt es?

Zunächst mal muss man feststellen, dass unter Umständen barrierefrei nicht barrierefrei ist. Wenn eine Software für eine bestimmte Person oder Personengruppe(z. B. Blinde Menschen) mit einer bestimmten Behinderung barrierefrei gemacht werden soll, ist das nicht so zeitaufwendig, wie eine barrierefreie Software die alle möglichen Behinderungsarten berücksichtigen soll.

Ein Software die für blinde Menschen barrierefrei entwickelt werden soll, kann anschließend von einem blinden Menschen auf Barrierefreiheit getestet werden.Wenn eine Software sämtliche Behinderungsarten berücksichtigen soll ist diese Art von Test keine gute Idee.

Die Entwickler von Java, die Firma Sun, haben auch über dieses Problem nachgedacht.Deswegen entwickelten Sie eine Software mit der Java-Anwendungen auf Barrierefreiheit testen kann. Die Software heißt „Java Accessibility Helper“.

Mit dem „Java Accessibility Helper“ kann man Java-Anwendungen auf alle wichtigen Kriterien der Barrierefreiheit testen. Zum Beispiel kann mit dem Java Accessibility Helper getestet werden ob eine Java-Anwendung nur mit Tastatur bedienbar ist. Blinde und viele Sehbehinderte Menschen arbeiten nur mit Tastatur und nicht mit der Maus.

Der Java Accessibility Helper kann hier runter geladen werden: Java Accessibility Helper

Barrierefreie Software-Entwicklung / Barrierefreiheit mit Java

Die Programmiersprache Java, war die erste Programmiersprache die das Entwickeln von barrierefreier Software unterstützte. Die Grundlagen der barrierefreien Software-Entwicklung mit Java erfahren Sie in diesem Artikel.
Eine grafische Oberfläche von Software sollte so gestaltet sein, dass Menschen mit unterschiedlichen Einschränkungen bzw. Behinderungen sie bedienen können. Eine Software die keine Hindernisse(=Barrieren) in der Bedienung für Menschen mit Behinderungen hat, ist eine barrierefreie Software.
Spezielle Hilfsmittel (engl. assistive technology) wie Screenreader, Braille-Zeile, Bildschirmlupe oder ein Spracheingabesystem unterstützen behinderte Menschen bei der Bedienung von Software. Eine Kontrastreiche Darstellung oder das aktivieren von Bedienelementen per Tastatur können ebenfalls dazu beitragen eine Software barrierefrei zu machen. Blinde und sehbehinderte Menschen bedienen oft eine Software per Tastatur. Deswegen ist es wichtig darauf zu achten, dass eine Software auch ohne Maus bedienbar ist.
Es gibt 4 Elemente die wichtig sind für die Umsetzung von Barrierefreiheit(=Accessibility)
in Java.
JAAPI(Java Accessibility API):
Die JAAPI(Java Accessibility API) ermöglicht es durch eine Art Vereinbarung, dass Komponenten einer Java-Anwendung, Informationen von Unterstützungstechnologien (wie Screenreader-Software oder Braille-Anzeigegerät) erhalten. Die Hauptschnittstelle ist das Accessible Interface.
Alle Komponenten, die Barrierefreiheit unterstützen, müssen diese Schnittstelle benutzen.
Die meisten Swing-Komponenten (JFC), wie Jbutton und Jtextarea, benutzen das
Accessible-Interface(javax.accessibility.Accessible). Deswegen ist es ratsam Swing-
Komponenten zu verwenden, wenn man barrierefreie Software mit Java entwickeln
möchte.
Java Accessibility-Dienstprogramme:
Damit können Informationen aus einer Anwendung erfasst und für die Anzeige mit
Spezialgeräten weiterverarbeitet werden. Mit ihnen können Unterstützungstechnologien
komponentenspezifische Ereignisse überwachen und zusätzliche Informationen über das
GUI(=Programmoberfläche) erhalten, zum Beispiel die momentane Mausposition oder,
welches Fenster gerade aktiv ist.
Java Access Bridge (JAB):
Die Java Access Bridge ist eine Brücke zwischen Java und der integrierten
Unterstützungstechnologien von Microsoft Windows. Sie wird gebraucht, damit Java-
Anwendungen für Microsoft Windows barrierefrei entwickelt werden können. Sie wurde in
J2SE 1.3 eingeführt.
Java Foundation Classes (JFC):
Dies ist eine Bibliothek von Komponenten der graphischen Benutzeroberfläche, in welche
JAAPI vollständig implementiert ist.
Folgende zwei Eigenschaften von Swing-Komponenten sind für die barrierefreie Software-Entwicklung wichtig:
AccessibleName:
Ist ein Kurzname der Komponente, der über deren Verwendung was sagen soll.
Der AccessibleName wird von Screenreadern vorgelesen, wenn die Komponente den
Fokus erhält, sprich aktiviert wird.
AccessibleDescription:
Wenn die Bedeutung einer Komponente von Ihrem Namen abgeleitet werden kann,
braucht man diese Eigenschaft nicht zu setzen. Ist bei einer Komponente die Tooltips
gesetzt sind, bekommt die Eigenschaft AccessibleDescription den Inhalt vom Tooltip.
Ansonsten muss diese Eigenschaft explizit gesetzt werden. Die Eigenschaft kann genutzt
werden um ausführlichere Informationen bereit zu stellen z. B. für eine Screenreader-
Software.
LabelFor:
Manche Komponenten benötigen eine Beschriftung. Zum Beispiel Eingabefelder.
Mit Labelfor kann ein Eingabefeld mit seiner Beschriftung verbunden werden.
Ist die Beschriftung durch ein Tastenkürzel(=Shortcut) ansteuerbar, wird das dazugehörige
Eingabefeld aktiviert. Dies ist deshalb wichtig, weil blinde und sehbehinderte Menschen oft
mit Tastatur arbeiten und nicht mit der Maus.
Die Firma Sun hat auf Ihrer Webseite Richtlinien veröffentlicht zur Entwicklung von barrierefreier Software. Diese werde ich aber in einem eigenen Artikel besprechen.
Dieser Artikel soll nur die Grundlagen der barrierefreien Software-Entwicklung mit der Programmiersprache Java zeigen.

Die Programmiersprache Java, war die erste Programmiersprache die das Entwickeln von barrierefreier Software unterstützte. Die Grundlagen der barrierefreien Software-Entwicklung mit Java erfahren Sie in diesem Artikel.

Wenn Sie Barrierefreie Software-Entwicklung mit JavaFX umsetzen möchten dann lesen Sie folgenden Artikel:

Wenn Sie lieber Video schauen wie lesen, dann schauen Sie in folgendem Video an wie Barrierefreie Softwareentwicklung mit Java Swing funktioniert:

Eine grafische Oberfläche von Software sollte so gestaltet sein, dass Menschen mit unterschiedlichen Einschränkungen bzw. Behinderungen sie bedienen können. Eine Software die keine Hindernisse(=Barrieren) in der Bedienung für Menschen mit Behinderungen hat, ist eine barrierefreie Software.

Spezielle Hilfsmittel (engl. assistive technology) wie Screenreader, Braille-Zeile, Bildschirmlupe oder ein Spracheingabesystem unterstützen behinderte Menschen bei der Bedienung von Software. Eine Kontrastreiche Darstellung oder das aktivieren von Bedienelementen per Tastatur können ebenfalls dazu beitragen eine Software barrierefrei zu machen. Blinde und sehbehinderte Menschen bedienen oft eine Software per Tastatur. Deswegen ist es wichtig darauf zu achten, dass eine Software auch ohne Maus bedienbar ist.

Es gibt 4 Elemente die wichtig sind für die Umsetzung von Barrierefreiheit(=Accessibility) in Java.

JAAPI(Java Accessibility API)

Die JAAPI(Java Accessibility API) ermöglicht es durch eine Art Vereinbarung, dass Komponenten einer Java-Anwendung, Informationen von Unterstützungstechnologien (wie Screenreader-Software oder Braille-Anzeigegerät) erhalten. Die Hauptschnittstelle ist das Accessible Interface.

Alle Komponenten, die Barrierefreiheit unterstützen, müssen diese Schnittstelle benutzen. Die meisten Swing-Komponenten (JFC), wie Jbutton und Jtextarea, benutzen das Accessible-Interface(javax.accessibility.Accessible). Deswegen ist es ratsam Swing-Komponenten zu verwenden, wenn man barrierefreie Software mit Java entwickeln möchte.

Java Accessibility-Dienstprogramme

Damit können Informationen aus einer Anwendung erfasst und für die Anzeige mit Spezialgeräten weiterverarbeitet werden. Mit ihnen können Unterstützungstechnologien komponentenspezifische Ereignisse überwachen und zusätzliche Informationen über das GUI(=Programmoberfläche) erhalten, zum Beispiel die momentane Mausposition oder, welches Fenster gerade aktiv ist.

Java Access Bridge (JAB)

Die Java Access Bridge ist eine Brücke zwischen Java und der integrierten Unterstützungstechnologien von Microsoft Windows. Sie wird gebraucht, damit Java-Anwendungen für Microsoft Windows barrierefrei entwickelt werden können. Sie wurde in J2SE 1.3 eingeführt.

Java Foundation Classes (JFC)

Dies ist eine Bibliothek von Komponenten der graphischen Benutzeroberfläche, in welche JAAPI vollständig implementiert ist.

Folgende zwei Eigenschaften von Swing-Komponenten sind für die barrierefreie Software-Entwicklung wichtig:

AccessibleName:

Ist ein Kurzname der Komponente, der über deren Verwendung was sagen soll. Der AccessibleName wird von Screenreadern vorgelesen, wenn die Komponente den Fokus erhält, sprich aktiviert wird.

AccessibleDescription:

Wenn die Bedeutung einer Komponente von Ihrem Namen abgeleitet werden kann,braucht man diese Eigenschaft nicht zu setzen. Ist bei einer Komponente die Tooltips gesetzt sind, bekommt die Eigenschaft AccessibleDescription den Inhalt vom Tooltip. Ansonsten muss diese Eigenschaft explizit gesetzt werden. Die Eigenschaft kann genutzt werden um ausführlichere Informationen bereit zu stellen z. B. für eine Screenreader-Software.

LabelFor:

Manche Komponenten benötigen eine Beschriftung. Zum Beispiel Eingabefelder.Mit Labelfor kann ein Eingabefeld mit seiner Beschriftung verbunden werden.Ist die Beschriftung durch ein Tastenkürzel(=Shortcut) ansteuerbar, wird das dazugehörige Eingabefeld aktiviert. Dies ist deshalb wichtig, weil blinde und sehbehinderte Menschen oft mit Tastatur arbeiten und nicht mit der Maus.

Die Firma Sun hat auf Ihrer Webseite Richtlinien veröffentlicht zur Entwicklung von barrierefreier Software. Diese werde ich aber in einem eigenen Artikel besprechen.

Dieser Artikel soll nur die Grundlagen der barrierefreien Software-Entwicklung mit der Programmiersprache Java zeigen.


Weitere Artikel zu barrierefreie Softwareentwicklung

Barrierefreiheit mit Java 8
Barrierefreie Software – Was ist das?
Barrierefreie Softwareentwicklung / Barrierefreie Software-Entwicklung – Was ist das?
Warum ist barrierefreie Softwareentwicklung für Software-Unternehmen wichtig?
Barrierefreie Softwareentwicklung: Artikelreihe

Marlem-Software bloggt zum Thema Barrierefreiheit und Suchmaschinenoptimierung

Markus Lemcke, Inhaber der Firma Marlem-Software, der sich spezalisiert hat auf Barrierefreiheit und Suchmaschinenoptimierung hat seit Beginn des Jahres einen Weblog unter Marlem’s Blog – Barrierefreiheit, Accessibility und Suchmaschinenoptimierung

Beginn 2010 hat Markus Lemcke obigen Weblog eingerichtet. Bei der Leonberger Internetagentur „Symweb“, hat Markus Lemcke gelernt Internetseiten so zu optimieren, dass sie unter bestimmten Suchbegriffen in der Suchmaschine ganz nach vorne kommt.

Um seine Kenntnisse der Suchmaschinenoptimierung in der Praxis umsetzen zu können, hatte er die Idee das Web-Portal Barrierefrei-Mobil online zu stellen, in dem er barrierefreie Hotels, Gaststätten, Restaurants, Kneipen und Behindertenparkplätze sammelt. Inzwischen ist dieses Web-Portal unter den für Lemcke wichtigen Suchbegriffen wie „barrierefreie Gaststätten“, „barrierefreie Restaurants“, „barrierefreie Kneipen“ und „Behindertenparkplätze“ auf der ersten Google-Seite und meistens sogar auf Platz 1.

Lemcke ist u.a. von Suchmaschinenoptimierung so begeistert, weil hier seine behinderungsbedingte, etwas langsamere Arbeitsgeschwindigkeit keine Rolle spielt. Bei Suchmaschinenoptimierung kommt es auf zielstrebiges, wohl überlegtes Vorgehen an und nicht um Geschwindigkeit.

Durch Fachliteratur hat Markus Lemcke die Welt der Weblogs entdeckt und Beginn des Jahres obigen Blog online gestellt. Ziel des Blogs ist es, die Wichtigkeit von Barrierefreiheit und Suchmaschinenoptimierung durch Fachartikel in einfacher, verständlicher Sprache dem Blogleser klar zu machen. Um die Fachartikel verstehen zu können, sind keinerlei Vorkenntnisse notwendig. Wenn man in der jewiligen Rubrik mit dem ältesten Artikel anfängt zu lesen und sich dann nach und nach zum aktuellsten Vorarbeitet, sollte es auch für absolute Neulinge in den beiden Themenbereichen, möglich sein, sich ins Thema einzulesen. Da Markus Lemcke privat und auch beruflich selbstständig ist, kann er leider nicht täglich einen neuen Blog-Artikel schreiben. Jedoch gibt es auf jeden Fall jede Woche einen neuen Artikel entweder über Barrierefreiheit oder Suchmaschinenoptimierung zu lesen.

Warum sammelt www.barrierefrei-mobil.info barrierefreie Hotels?

Weil ich auf Barrierefrei-Mobil noch immer sehr wenig barrierefreie Hotels habe und ich mir wünschen würde, dass viele Hotelbesitzer die ein barrierefreies Hotel haben, sich per Mail bei mir melden würden, damit ich es auf Barrierefrei-Mobil kostenlos eintragen kann, möchte ich hier nochmal erklären warum ich das überhaupt mache.

Urlaub ist für jeden Menschen ein wichtiges Thema. Das Wort Urlaub ruft bei Menschen mit Behinderung nicht immer positive Gedanken und Gefühle hervor. Einen behindertengerechten Urlaub zu organisieren, kostet oft viel Zeit und Kraft. Sehr oft braucht man am Flughafen Hilfe beim Gepäck tragen, beim einsteigen in den Zug brauchen Menschen mit Gehbehinderung und Rollstuhlfahrer Hilfe und dann das Problem ein barrierefreies(behindertengerechtes) Hotel zu finden.

Aber was ist ein barrierefreies Hotel?
Als ich mir Gedanken gemacht habe, wann ich für Barrierefrei-Mobil ein Hotel als barrierefrei deklariere, war es mir wichtig den Maßstab beim vermeintlich „Schwächsten“ anzusetzen. Sprich die Personengruppe die es wohl am schwersten hat ein barrierefreies Hotel zu finden. Ich entschied mich für Rollstuhlfahrer. Die „Welt“ eines Rollstuhlfahrers kann unter Umständen bei einer einzigen Stufe, wenn diese extrem hoch ist, schon zu Ende sein. Deswegen haben es, meiner Meinung nach, Rollstuhlfahrer am schwersten.

Für Barrierefrei-Mobil bedeutet dass, wenn ein Hotel keinen rollstuhlgerechten Eingang ohne Treppen hat, wird dieses Hotel nicht aufgenommen bei Barrierefrei-Mobil. Aber ein rollstuhlgerechter Eingang ist viel zu wenig damit ein Hotel barrierefrei ist. Es ist nur eine wichtige Startbedingung.

Das zweite Kriterium ist ein barrierefreies Zimmer im Hotel. Barrierefreies Zimmer bedeutet, dass Zimmer muss eine ausreichende Türbreite haben, damit ein Rollstuhlfahrer überhaupt ins Zimmer kommt. Die Türbreite laut DIN 18024-2 beträgt 90cm lichte Breite. Hier gehe ich von einem nicht elektrischen Rollstuhl aus. Elektrische Rollstühle sind oft breiter wie nicht elektrische Rollstühle.

Damit das Zimmer für einen Rollstuhlfahrer geeignet ist, muss auch innerhalb des Zimmers genügend Platz zum rangieren(=bewegen) mit Rollstuhl sein. Damit ein nicht elektrischer Rollstuhl wenden kann benötigt er eine Fläche von 150cmx150cm. Diese Fläche muss im Zimmer vorhanden sein. Zum Zimmer gehört ein Bad/WC in welches der Rollstuhlfahrer ohne Probleme rein fahren kann. Ein wenden im Bad/WC ist nicht zwingend nötig, da man ja mit einem Rollstuhl auch rückwärts fahren kann.

Haltegriffe im Bad/WC damit Gehbehinderte und Rollstuhlfahrer sich hoch ziehen bzw. festhalten können, werden begrüßt, sind aber nicht Voraussetzung.

Als drittes wäre es wünschenswert das Hotel hätte Behindertenparkplätze.
Rollstuhlfahrer und Menschen mit Behinderung benötigen mehr Platz um in ein Auto ein- bzw. auszusteigen. Aufgrund der körperlichen Einschränkung und der damit verbundenen eingeschränkten Beweglichkeit, muss die Autotür ganz aufgemacht werden.

Falls das Hotel keine Behindertenparkplätze hat, wird es trotzdem auf Barrierefrei-Mobil aufgenommen. Zur Not kann ein Mensch mit Behinderung auch auf zwei Parkplätze stehen um genügend Platz zum ein-und aussteigen zu haben.

Sind diese Voraussetzungen erfüllt, ist das Hotel barrierefrei und Sie dürfen mir gerne eine Mail schicken damit ich Ihr Hotel in mein Web-Portal kostenlos eintragen kann.

Nun möchte ich nochmal auf die Eingangsfrage eingehen, warum ich das überhaupt mache. Mein Web-Portal soll ein effektives Hilfsmittel sein, mit dem Menschen mit Behinderungen, möglichst schnell, barrierefreie Hotels, Gaststätten oder Kneipen finden die Ihren Wünschen entsprechen. Wenn zum Beispiel ein Rollstuhlfahrer Urlaub in der Universitätsstadt Tübingen machen möchte, soll er mit Hilfe von Barrierefrei-Mobil ein passendes Hotel für Ihn finden. Ich möchte mit meinem Web-Portal dazu beitragen, dass die Suche nach Barrierefreiheit ein Traum und kein Alptraum ist für Menschen mit Behinderungen!

Sind barrierefreie Internetseiten teurer wie „normale“ Webseiten?

Oft hört und liest man, dass barrierefreie Internetseiten zu teuer sind und sich deswegen nicht lohnen. In diesem Artikel möchte ich die Sache etwas beleuchten und zurecht rücken.

Zuerst möchte ich ein paar Überlegungen zum Begriff „Normal“ anstellen, weil ich als Mensch mit Behinderung immer wieder darüber stolpere, dass ich nicht „normal“ bin.

Oder dass es Behindertensoftware und „normale“ Software gibt. Oder es gibt barrierefreie Internetseiten und „normale“ Internetseiten.

Was ist „Normal“? Wie definiert man „Normal“. Dieser Begriff ist so „normal“, dass es recht schwierig ist im Internet eine Definition zu finden mit der man was anfangen kann!

Im Offenen Internetlexikon Wikipedia habe ich u.a. folgende 3 Kriterien gefunden:

[1] ohne Steigerung: Vorhandenen Normen entsprechend

(gesellschaftlichen, wissenschaftlichen, medizinischen, subjektiv erfahrenen)

[2] Über längere Zeiträume ähnlich ablaufenden Ereignissen entsprechend

[3] ohne Steigerung: im rechten Winkel/orthogonal (Mathematik)

Ich weiß nicht wie es Ihnen geht, aber ich finde alle 3 Erklärungsversuche nicht wirklich griffig.

Seit 2002 gibt es ein Gleichstellungsgesetz mit einem §11 Barrierefreie Informationstechnik in dem drin steht, dass staatliche Internetseiten barrierefrei sein müssen und gewerbliche sollten barrierefrei sein. Angenommen im Jahr 2011 sind alle Internetseiten barrierefrei, dann ist es plötzlich „normal“, dass Internetseiten barrierefrei sind!

Ich hoffe, ich konnte Sie etwas ins grübeln bringen, was die Verwendung des Begriffs „Normal“ betrifft. Ich spreche deswegen lieber von barrierefreien und nicht barrierefreien Webseiten.

Nun zur eigentlichen Frage: sind barrierefreie Internetseiten teurer als nicht barrierefreie?

Hier muss man unterscheiden. Wenn es darum geht eine bestehende Internetseite barrierefrei zu machen, kostet das auf jeden Fall Geld. Wie viel Geld hängt selbstverständlich vom Arbeitsaufwand hat. Das Problem bei Internetseiten ist, dass man zunächst nur die „Oberfläche“ sieht und nicht den HTML und CSS-Code der dahinter steckt. Somit ist es für einen Laien fast unmöglich den Fachmann vom Hobby-Webseitengestalter zu unterscheiden. Viele Hobby-Webseitengestalter können mit Bildbearbeitungsprogramme und Farbe sehr gut umgehen, legen aber auf eine korrekte Verwendung der HTML-und CSS-Befehle überhaupt keinen Wert. Damit eine Webseite barrierefrei ist, ist es unabdingbar, dass die HTML bzw. CSS-Befehle korrekt eingesetzt werden.

Wenn eine Webseite neu erstellt wird und von Beginn an die Richtlinien der Barrierefreiheit mit einbezogen werden, hält sich der Mehraufwand und somit auch die zusätzlichen Kosten in Grenzen. Es gibt gewisse Richtlinien, die es bei nicht barrierefreien Webseiten und bei barrierefreien Webseiten gibt, die sich nur in der Begründung unterscheiden!

Ich mache ein Beispiel. Der Alternativtext bei Bildern soll verwendet werden, damit ein Text angezeigt wird, wenn das Bild nicht geladen oder angezeigt werden kann, aus welchen Gründen auch immer. Dies steht in den nicht barrierefreien Richtlinien.

In den barrierefreien Richtlinien steht, dass der Alternativtext bei Bildern, den Bildinhalt grob beschreiben soll, damit blinde und sehbehinderte Menschen, die mit einem Screenreader surfen, wissen, dass es sich um ein Bild handelt und was auf dem Bild zu sehen ist.

In beiden Richtlinien steht das Gleiche nur die Begründung ist anders!

Ein zweites Beispiel. In den barrierefreien Richtlinien steht dass Navigationsmechanismen übersichtlich und schlüssig zu gestalten sind. In jedem guten Buch über professionelles Webdesign liest man ganz genau das Gleiche. Es gibt also in den nicht barrierefreien und den barrierefreien Richtlinien gemeinsame Punkte. Somit ist klar, dass es nicht zwei völlig unterschiedliche Ziele(Webseiten) sind.

Ein Video, zum Beispiel, in Textform zu beschreiben kostet selbstverständlich zusätzliche Zeit und Geld. Durch dieses zusätzlich investierte Geld, steigt allerdings die Zahl der Besucher der Webseite und somit kann, zum Beispiel im Fall eines Webshops, das investierte Geld wieder rein kommen.

Fassen wir zusammen:
In den Richtlinien für nicht barrierefreie Webseiten und den Richtlinien für barrierefreie Webseiten gibt es Gemeinsamkeiten. Eine nicht barrierefreie Webseite barrierefrei zu machen kostet Geld. Wie viel Geld hängt davon ab, wie Wichtig dem Web-Entwickler die Umsetzung der nicht barrierefreien Richtlinien war. Bei einer sehr guten Umsetzung der nicht barrierefreien Richtlinien, dürften die Kosten nicht sehr hoch sein. Bei einer neu erstellten Webseite ist es sehr empfehlenswert, gleich auf barrierefreies Webdesign zu achten. Durch die Gemeinsamkeiten der nicht barrierefreien und barrierefreien Richtlinien hält sich der Mehraufwand und die damit verbunden Mehrkosten in Grenzen.

Durch die umgesetzte Barrierefreiheit steigt die Zahl der Webseitenbesucher (siehe Artikel „Barrierefreiheit – wer braucht das?“ ) und somit die Beliebtheit der Webseite und im Fall eines Webshops kommt mehr Umsatz in die Kasse!

Barrierefreie Internetseiten lohnen sich!

Das Web-Portal Barrierefrei-Mobil sucht barrierefreie Hotels in ganz Deutschland

Im Juni 2009 hat Markus Lemcke das Web-Portal www.barrierefrei-mobil.info online gestellt. Ziel dieses Web-Portals ist es barrierefreie Hotels, Gaststätten, Kneipen und Behindertenparkplätze in ganz Deutschland zu sammeln.

Markus Lemcke, Spezialist für barrierefreies Webdesign, Behindertensoftware, Accessibility und Suchmaschinenoptimierung, hat sich mit dem Web-Portal www.barrierefrei-mobil.info hohe Ziele gesetzt.

Markus Lemcke, Spezialist für barrierefreies Webdesign, Behindertensoftware, Accessibility und Suchmaschinenoptimierung, hat sich mit dem Web-Portal www.barrierefrei-mobil.info hohe Ziele gesetzt. „Ziel des Web-Portals ist es, barrierefreie Hotels, Gaststätten, Kneipen und Behindertenparkplätze in ganz Deutschland zu sammeln und in übersichtlicher Form zu präsentieren. Inzwischen gibt es schon Lokalitäten und Behindertenparkplätze von 6 Bundesländern in Deutschland. In Baden-Württemberg sind auch die Orte Reutlingen, Tübingen und Pfullingen vertreten. Die Bundesländer sind Hauptlinks in der Navigation die sich auf der linken Seite des Web-Portal befinden“, erläutert Markus Lemcke sein Anliegen.

Damit ein Hotel oder eine Gaststätte/Kneipe in das Web-Portal aufgenommen wird, sollen bestimmte Kriterien erfüllt sein. Gaststätten und Kneipen müssen für Rollstuhlfahrer leicht zugänglich sein. Sie sollten keine Treppen am Eingang haben oder eine Alternative zu Treppen bieten. Bei Hotels reicht eine Zugänglichkeit für Rollstuhlfahrer nicht aus. Sie müssen mindestens 1 Zimmer haben, welches groß genug ist, damit ein Rollstuhlfahrer rangieren kann und das Bad/WC muss ebenfalls groß genug für Rollstuhlfahrer sein. Zusätzlich wird bei jeder barrierefreien Gaststätte/Kneipe angegeben, ob ein Behinderten-WC und ein Behindertenparkplatz vorhanden. Für Rollstuhlfahrer und gehbehinderte Menschen ist beides sehr wichtig.

Die Kontaktdaten der barrierefreien Hotels, Gaststätten und Kneipen befinden sich in der Rubrik „barrierefreie Ziele“. Dort zeigt eine Karte, in welcher Umgebung sich das barrierefreie Ziel befindet. Nach zwei Mausklicks in die Karte erscheint ein Online-Routenplaner von Google, mit dessen Hilfe der Weg zum barrierefreien Ziel berechnet und angezeigt werden kann.

Außerdem findet sich in der Rubrik „barrierefreie Ziele“ eine komfortable Suchfunktion mit deren Hilfe nach Kategorie und/oder Ort gesucht werden kann.

Hotels, die oben genannte Kriterien erfüllen, sind eingeladen, sich kostenlos auf dem Webportal zu präsentieren. Nähere Informationen hierzu stehen auf dem Webportal bereit.

Sind barrierefreie Internetseiten auch bei Suchmaschinen beliebt?

In diesem Artikel erfahren Sie ob barrierefreie Internetseiten auch bei Suchmaschinen Vorteile bringen.

Zum einen möchte ich in diesem Blog mit einfacher Sprache Fachwissen vermitteln. Zum anderen liegt mir sehr viel daran, Aufklärungsarbeit in Sachen barrierefreie Webseiten zu leisten. Häufig hört man das Argument, dass es sich nicht lohnt, eine Webseite barrierefrei zu machen, weil es zu viel kostet und die Anzahl der Menschen mit Behinderung zu gering ist. Laut statistischem Bundesamt gibt es 8 Millionen Menschen mit Behinderung in Deutschland. Bei einer Gesamtbevölkerung von 83 Millionen Menschen sind das 10%!

Von den 8 Millionen Menschen mit Behinderung sind 6,5 Millionen schwerbehindert, das bedeutet sie haben einen Grad der Behinderung(GdB) von 50 oder mehr.

Diese 8 Millionen Menschen mit Behinderung könnten Ihre Kunden sein.

Aber zurück zum Thema! Barrierefreie Webseiten haben auch bei Suchmaschinen Vorteile!

Im Artikel „Was ist ein Screenreader?“ haben Sie erfahren, dass Screenreader nur lesen und nicht sehen können. Im Artikel „Sind Suchmaschinen z. B. Google blind?“, haben Sie erfahren, dass Suchmaschinen auch nur lesen und nicht sehen können. Demnach scheint es Gemeinsamkeiten zu geben von barrierefreien und suchmaschinenoptimierten Webseiten.

Google und alle anderen Suchmaschinen sind blind, habe ich im obigen Artikel festgehalten. Deswegen ist eine Barrierefreie Webseite, die unter anderem auch für blinde Menschen barrierefrei ist, auch für Suchmaschinen von Vorteil. Barrierefreie Webseiten bringen also nicht nur mehr Kunden, sondern sind auch bei Suchmaschinen sehr beliebt! Andersrum funktioniert es leider nicht. Eine Webseite die für Suchmaschinen optimiert ist, ist zwar für blinde Menschen barrierefrei, erfüllt aber nicht zwingend alle anderen Kriterien die für barrierefreie Webseiten wichtig sind.

Was bedeutet Accessibility?

In der IT-Welt(IT=Informationstechnologie) herrscht oft ein wildes Wirrwarr(=durcheinander) wenn es um bestimmte Begriffe geht. Mit diesem Artikel möchte ich einen kleinen Teil dazu beitragen, dieses Wirrwarr zu entwirren und in einfacher Sprache erklären, was Accessibility bedeutet.

Accessibility ist englisch und wird häufig mit Zugänglichkeit übersetzt. Zugänglichkeit klingt etwas eigenartig und man kann sich nicht so richtig was darunter vorstellen. Wenn man Accessibility mit Barrierefreiheit übersetzt, ist das auch eine korrekte Übersetzung und man kann sich viel eher was darunter vorstellen. Zugänglichkeit klingt vom Wort eigentlich positiver wie Barrierefreiheit.

Accessibility bei Betriebssysteme

Damit Menschen mit Behinderungen einen Computer, Smartphone oder Tablet bedienen können, müssen die Betriebssysteme für die Personengruppe zugänglich sein. Erfahren Sie mehr über dieses Thema im Artikel: Barrierefreiheit bei Betriebssystemen

Diese Bild zeigt die Erleichterte Bedienung Windows 10

Obiges Bild zeigt die Erleichterte Bedienung bei Windows 10.

Accessibility bei Webseiten

Wenn Webseiten für Menschen mit unterschiedlichen körperlichen Einschränkungen bedienbar sind, ist das Accessibility bei Webseiten. Um eine Webseite barrierefrei zu gestalten müssen Richtlinien erfüllt werden. Es gibt Richtlinien die gelten für Deutschland und es gibt internationale Richtlinien. Mehr über das Thema Accessibility bei Webseiten erfahren Sie im Blogartikel:  barrierefreies Webdesign

Das Bild zeigt ein Formular barrierefrei gestaltet mit Tastenkürzel und guter Anzeige des Tastenfokus

Das Bild zeigt ein Formular barrierefrei gestaltet mit Tastenkürzel und guter Anzeige des Tastenfokus

Accessibility bei Software

Eine Anwendung muss auch für Menschen mit Behinderungen bedienbar sein. Es geht aber nicht nur um Menschen mit Behinderungen. Körperliche Einschränkungen können auch durch Krankheit oder einen Schlaganfall entstehen. Im folgenden Artikel erfahren Sie mehr: barrierefreie Software.

Accessibility bei Softwareentwicklung

Der Prozess wie ein barrierefreies Computerprogramm entsteht nennt sich barrierefreie Softwareentwicklung. Hier geht es darum, ein Programm so zu gestalten, dass es für Menschen mit unterschiedlichen Einschränkungen bedienbar ist.

Das Bild zeigt Java-Code der zeigt wie eine Swing-Programmoberfläche für Screenreader zugänglich gemacht werden kann

Das Bild zeigt Java-Code der zeigt wie eine Swing-Programmoberfläche für Screenreader zugänglich gemacht werden kann.

Accessibility bei Smartphones und Iphones

Accessibility bei Smartphones und Iphones bedeutet dass diese Geräte für behinderte Menschen bedienbar sind. Lesen Sie hierzu folgende Artikel:

Accessibility ist ein sehr umfangreiches Thema zu dem Sie hier auf meinem Blog viele Artikel finden!

Screenreader leicht und verständlich erklärt

Blinde und sehbehinderte Menschen arbeiten mit einer Software, die unter dem Oberbegriff Screenreader zusammengefasst wird. Was diese Software macht und wie Sie funktioniert, erfahren Sie hier.

Computernutzung bei Blindheit und Sehbehinderung
Blinde Personen können Computer mithilfe einer Braillezeile nutzen. Das Computer-Ausgabegerät stellt Zeichen in Brailleschrift dar und wird üblicherweise durch Screenreader angesteuert. Bildquelle: zlikovec – 428299819 / Shutterstock.com

Ein Screenreader ist ein Bildschirmleseprogramm. Wenn ein Mensch blind oder sehbehindert ist, heißt das nicht, dass er nicht am PC/Laptop arbeiten kann. Der Screenreader „spielt“ für den blinden oder sehbehinderten Menschen die Augen und liest den Bildschirminhalt. Die Vermittlung der Informationen auf dem Bildschirm können dabei auf zwei verschiedene Arten geschehen:

  • Akustisch: über eine Soundkarte
  • Taktil: über eine Braillezeile

Wenn der gelesene Text über die Soundkarte ausgegeben wird, heißt das, dass der Text dem blinden oder sehbehinderten Menschen vorgelesen wird. Im Fall der Braillezeile kann der Nutzer den Inhalt selbst in Blindenschrift lesen.

Hier noch ein Youtube-Video in dem ich erkläre was ein Screenreader ist:

Zwei Wege der Sprachausgabe

Die akustische Wiedergabe des Bildschirminhalts ist besonders für sehbehinderte Menschen geeignet, deren Sehvermögen noch gut genug ist, dass sie auf Blindenschrift verzichten können. Es gibt zwei Wege, um synthetische Sprache zu erzeugen:

  • Externe Geräte: Diese werden an den Computer angeschlossen und erzeugen die Sprachausgabe unabhängig vom benutzten Endgerät. Dabei werden die Bildschirminformationen vom Endgerät (PC, Tablet, Laptop) auf das externe Ausgabemedium übertragen.
  • Internes Softwareprogramm: Dieses Programm ist in der Regel in den Screenreader integriert und übersetzt die Bildschirminhalte in Sprache. Die Ausgabe erfolgt über die PC-Lautsprecher wahlweise mit oder ohne Kopfhörer.

Synthetische Sprache hat den Nachteil, dass sie sehr maschinell klingt. Das Hauptproblem dieser assistiven Technologie ist zweifellos, mit so produzierter Sprache Gefühle zu transportieren. Das Ergebnis wirkt deshalb nicht immer angenehm und harmonisch. Die Sprachausgabe erfolgt recht monoton ohne Pause oder Betonung. Bei Wörtern, die anders ausgesprochen als sie geschrieben werden, können teilweise Verständnisprobleme auftreten.

Die in die Software integrierte Wörterbuchfunktion kann unverständliche Wörter aber noch einmal nach ihrem Sinn erklären. Diese Funktion ist auch bei Zeichenfolgen wie Smileys oder Abkürzungen sehr hilfreich. Ähnlich wie bei Navigationsgeräten können Benutzer in der Regel zwischen einer Männer- oder Frauenstimme wählen. Über die Einstellungen kann zudem die Lesegeschwindigkeit angepasst werden.

Braillezeilen übersetzen Bildschirminhalte in Blindenschrift

Die Braillezeile ist ein Ausgabegerät, welches den gelesenen Text in Brailleschrift (=Blindenschrift) ausgibt. Die Brailleschrift wird mit Stößel dargestellt, die aus einer Fläche herausragen. Diese herausragenden Stößel bilden die Zeichen der Blindenschrift ab. Der blinde oder sehbehinderte Mensch kann mit seinen Fingerkuppen die Stößel abtasten und somit eine Bildschirmzeile lesen.

Alternativtexte für Bilder und Videos sind wichtig

Da Screenreader nur lesen und nicht sehen können, ist es z. B. wichtig, dass Bilder auf einer Webseite einen Alternativtext haben. Fehlt dieser Alternativtext, wird diese Fläche vom blinden oder sehbehinderten Menschen als „leere“ Fläche wahrgenommen.
Bei Videos verhält es sich genau gleich. Der Screenreader kann ein Video nicht „lesen“. Wenn man auf einer Webseite Videos einbindet, sollte man unter dem Video kurz beschreiben, was auf dem Video zu sehen ist.
Mit oben beschriebener Vorgehensweise können blinde und sehbehinderte Menschen am PC/Laptop arbeiten. Der Screenreader liest den Bildschirminhalt und liest ihn vor oder schickt ihn an die Braillezeile.

Programmoberflächen müssen Text beinhalten

Damit Screenreader Programmoberflächen „lesen“ können, müssen diese so programmiert werden, dass die Oberflächenkomponenten Texte beinhalten, die Sinn und Zweck der Komponente erklären.
Da Screenreader in unterschiedlichen Betriebssystemen anders heißen, hier eine kurze Auflistung:

Betriebssysteme Name des Screenreaders Wo finden Sie den Screenreader
Windows Sprachausgabe Einstellungen -> Erleichterte Bedienung
IOS Voice Over Einstellungen -> Bedienungshilfen
Android Talkback Einstellungen -> Bedienungshilfen oder Eingabehilfe
Ubuntu Bildschirmleser Einstellungen -> Zugangshilfen

Die in der Praxis am meisten verwendeten Screenreader

Die Softwareprogramme für Screenreader gibt es sowohl als kostenlose oder Open-Source-Versionen als auch von kommerziellen Anbietern gegen Bezahlung. Der bekannteste Gratis-Screenreader ist NonVisual Desktop Access (NVDA) für Microsoft Windows. In diesem Blogartikel erkläre ich den Screenreader NVDA. Zusätzlich habe ich im Netz ein Video gefunden, das den NVDA Screenreader ebenfalls erklärt:

Youtube-Video, das den Gebrauch des NVDA Screenreaders in englischer Sprache erklärt.
Zu den bekanntesten kommerziellen Screenreadern gehört die Software Job Access With Speech (JAWS). Die Kosten für die Version Professional liegen bei etwa 900 Euro. Die Home Edition gibt es schon ab etwa 735 Euro.
In diesem Video wird der Screenreader JAWS vorgestellt. Leider habe ich kein deutschsprachiges Video gefunden:

Video-Tutorial in englischer Sprache über die verschiedenen Elemente einer Webseite, einschließlich Links, Überschriften und Dialogboxen und wie JAWS auf diese Elemente zugreift.
Auf meiner Webseite finden Sie weitere nützliche Informationen zum Thema barrierefreies Webdesign.

Wann ist eine Webseite / Internetseite barrierefrei? (BITV 1.0)

Heute schauen wir uns an, welche Kriterien erfüllt werden sein müssen, damit man von einer barrierefreien Webseite / Internetseite sprechen kann. Mit Sicherheit lassen sich nicht alle Kriterien zu 100% umsetzen. Es geht aber bei diesem Thema auch nicht um das sture Umsetzen von irgendwelchen Richtlinien, sondern es geht darum, ein Bewusstsein zu schaffen, dass es Menschen mit unterschiedlichen Einschränkungen gibt, die beim Wahrnehmen / Lesen einer Webseite auf Barrieren (=Hindernisse) stoßen.

Im folgenden Liste ich die Punkte der Barrierefreie Informationstechnik-Verordnung(=BITV) auf, die für die Umsetzung von Barrierefreiheit auf Webseiten wichtig sind.

Die Bedingungen sind in zwei Priorität-Stufen gegliedert. Eine Webseite ist erst dann Barrierefrei, wenn alle Priorität-Stufen erfüllt sind.

 

Übersicht der Anforderungen für barrierefreies Webdesign auf der BITV

 


Textäguivalente und -alternativen ( Anforderung 1 )
Für jeden Audio- oder visuellen Inhalt sind geeignete äquivalente Inhalte bereitzustellen, die den gleichen Zweck oder die gleiche Funktion wie der originäre Inhalt erfüllen.

Priorität I
Bedingung 1.1
Für jedes Nicht-Text-Element ist ein äquivalenter Text bereitzustellen. Dies gilt insbesondere für: Bilder, graphisch dargestellten Text einschließlich Symbolen, Regionen von Imagemaps, Animationen (z.B. animierte GIFs), Applets und programmierte Objekte, Zeichnungen, die auf der Verwendung von Zeichen und Symbolen des ASCII-Codes basieren (ASCII-Zeichnungen), Frames, Scripts, Bilder, die als Punkte in Listen verwendet werden, Platzhalter-Graphiken, graphische Buttons, Töne (abgespielt mit oder ohne Einwirkung des Benutzers), Audio-Dateien, die für sich allein stehen, Tonspuren von Videos und Videos.

Bedingung 1.2
Für jede aktive Region einer serverseitigen Imagemap sind redundante Texthyperlinks bereitzustellen.

Bedingung 1.3
Für Multimedia-Präsentationen ist eine Audio-Beschreibung der wichtigen Informationen der Videospur bereitzustellen.

Bedingung 1.4
Für jede zeitgesteuerte Multimedia-Präsentation (insbesondere Film oder Animation) sind äquivalente Alternativen (z.B. Untertitel oder Audiobeschreibungen der Videospur) mit der Präsentation zu synchronisieren.

Priorität II
Bedingung 1.5
Für jede aktive Region einer clientseitigen Imagemap sind redundante Texthyperlinks bereitzustellen.


Farben und Kontraste ( Anforderung 2 )
Texte und Graphiken müssen auch dann verständlich sein, wenn diese ohne Farbe betrachtet werden.

Priorität I
Bedingung 2.1
Alle mit Farbe dargestellten Informationen müssen auch ohne Farbe verfügbar sein, z.B. durch den Kontext oder die hierfür vorgesehenen Elemente der verwendeten Markup-Sprache.

Bedingung 2.2
Bilder sind so zu gestalten, dass die Kombinationen aus Vordergrund- und Hintergrundfarbe auf einem Schwarz-Weiß-Bildschirm und bei der Betrachtung durch Menschen mit Farbfehlsichtigkeiten ausreichend kontrastieren.

Priorität II
Bedingung 2.3
Texte sind so zu gestalten, dass die Kombinationen aus Vordergrund- und Hintergrundfarbe auf einem Schwarz-Weiß-Bildschirm und bei der Betrachtung durch Menschen mit Farbfehlsichtigkeiten ausreichend kontrastieren.


Trennung von Inhalt und Layout ( Anforderung 3 )
Markup-Sprachen (insbesondere HTML) und Stylesheets (CSS) sind entsprechend ihrer Spezifikationen und formalen Definitionen zu verwenden.

Priorität I
Bedingung 3.1
Soweit eine angemessene Markup-Sprache existiert, ist diese anstelle von Bildern zu verwenden, um Informationen darzustellen.

Bedingung 3.2
Mittels Markup-Sprachen geschaffene Dokumente sind so zu erstellen und zu deklarieren, dass sie gegen veröffentlichte formale Grammatiken validieren.

Bedingung 3.3
Es sind Stylesheets zu verwenden, um die Text- und Bildgestaltung sowie die Präsentation von mittels Markup-Sprachen geschaffener Dokumente zu beeinflussen.

Bedingung 3.4
Es sind relative anstelle von absoluten Einheiten in den Attributwerten der verwendeten Markup-Sprache und den Stylesheet-Property-Werten zu verwenden.

Bedingung 3.5
Zur Darstellung der Struktur von mittels Markup-Sprachen geschaffener Dokumente sind Überschriften-Elemente zu verwenden.

Bedingung 3.6
Zur Darstellung von Listen und Listenelementen sind die hierfür vorgesehenen Elemente der verwendeten Markup-Sprache zu verwenden.

Bedingung 3.7
Zitate sind mittels der hierfür vorgesehenen Elemente der verwendeten Markup-Sprache zu kennzeichnen.


Sprachliche Besonderheiten ( Anforderung 4 )
Sprachliche Besonderheiten wie Wechsel der Sprache oder Abkürzungen sind erkennbar zu machen.

Priorität I
Bedingung 4.1
Wechsel und Änderungen der vorherrschend verwendeten natürlichen Sprache sind kenntlich zu machen.

Priorität II
Bedingung 4.2
Abkürzungen und Akronyme sind an der Stelle ihres ersten Auftretens im Inhalt zu erläutern und durch die hierfür vorgesehenen Elemente der verwendeten Markup-Sprache kenntlich zu machen.

Bedingung 4.3
Die vorherrschend verwendete natürliche Sprache ist durch die hierfür vorgesehenen Elemente der verwendeten Markup-Sprache kenntlich zu machen.


Tabellen ( Anforderung 5 )
Tabellen sind mittels der vorgesehenen Elemente der verwendeten Markup-Sprache zu beschreiben und in der Regel nur zur Darstellung tabellarischer Daten zu verwenden.

Priorität I
Bedingung 5.1
In Tabellen, die tabellarische Daten darstellen, sind die Zeilen- und Spaltenüberschriften mittels der vorgesehenen Elemente der verwendeten Markup-Sprache zu kennzeichnen.

Bedingung 5.2
Soweit Tabellen, die tabellarische Daten darstellen, zwei oder mehr Ebenen von Zeilen- und Spaltenüberschriften aufweisen, sind mittels der vorgesehenen Elemente der verwendeten Markup-Sprache Datenzellen und Überschriftenzellen einander zuzuordnen.

Bedingung 5.3
Tabellen sind nicht für die Text- und Bildgestaltung zu verwenden, soweit sie nicht auch in linearisierter Form dargestellt werden können.

Bedingung 5.4
Soweit Tabellen zur Text- und Bildgestaltung genutzt werden, sind keine der Strukturierung dienenden Elemente der verwendeten Markup-Sprache zur visuellen Formatierung zu verwenden.

Priorität II
Bedingung 5.5
Für Tabellen sind unter Verwendung der hierfür vorgesehenen Elemente der genutzten Markup-Sprache Zusammenfassungen bereitzustellen.

Bedingung 5.6
Für Überschriftenzellen sind unter Verwendung der hierfür vorgesehenen Elemente der genutzten Markup-Sprache Abkürzungen bereitzustellen.


Allgemeine Rückwärtskompatibilität ( Anforderung 6 )
Internetangebote müssen auch dann nutzbar sein, wenn der verwendete Benutzeragent neuere Technologien nicht unterstützt oder diese deaktiviert sind.

Priorität I
Bedingung 6.1
Es muss sichergestellt sein, dass mittels Markup-Sprachen geschaffene Dokumente verwendbar sind, wenn die zugeordneten Stylesheets deaktiviert sind.

Bedingung 6.2
Es muss sichergestellt sein, dass Äquivalente für dynamischen Inhalt aktualisiert werden, wenn sich der dynamische Inhalt ändert.

Bedingung 6.3
Es muss sichergestellt sein, dass mittels Markup-Sprachen geschaffene Dokumente verwendbar sind, wenn scripts, Applets oder andere programmierte Objekte deaktiviert sind.

Bedingung 6.4
Es muss sichergestellt sein, dass die Eingabebehandlung von scripts, Applets oder anderen programmierten Objekten vom Eingabegerät unabhängig ist.

Bedingung 6.5
Dynamische Inhalte müssen zugänglich sein. Insoweit dies nur mit unverhältnismäßig hohem Aufwand zu realisieren ist, sind gleichwertige alternative Angebote unter Verzicht auf dynamische Inhalte bereitzustellen.


Dynamische Inhalte ( Anforderung 7 )
Zeitgesteuerte Änderungen des Inhalts müssen durch die Nutzerin/den Nutzer kontrollierbar sein.

Priorität I
Bedingung 7.1
Bildschirmflackern ist zu vermeiden.

Bedingung 7.2
Blinkender Inhalt ist zu vermeiden.

Bedingung 7.3
Bewegung in mittels Markup-Sprachen geschaffener Dokumente ist entweder zu vermeiden oder es sind Mechanismen bereitzustellen, die der Nutzerin, dem Nutzer das Einfrieren der Bewegung oder die Änderung des Inhalts ermöglichen.

Bedingung 7.4
Automatische periodische Aktualisierungen in mittels Markup-Sprachen geschaffener Dokumente sind zu vermeiden.

Bedingung 7.5
Die Verwendung von Elementen der Markup-Sprache zur automatischen Weiterleitung ist zu vermeiden. Insofern auf eine automatische Weiterleitung nicht verzichtet werden kann, ist der Server entsprechend zu konfigurieren.


Benutzerschnittstellen ( Anforderung 8 )
Die direkte Zugänglichkeit der in Internetangeboten eingebetteten Benutzerschnittstellen ist sicherzustellen.

Priorität I
Bedingung 8.1
Programmierte Elemente (insbesondere scripts und Applets) sind so zu gestalten, dass sie entweder direkt zugänglich oder kompatibel mit assistiven Technologien sind.


Geräte-Unabhängigkeit ( Anforderung 9 )
Internetangebote sind so zu gestalten, dass Funktionen unabhängig vom Eingabegerät oder Ausgabegerät nutzbar sind.

Priorität I
Bedingung 9.1
Es sind clientseitige Imagemaps bereitzustellen, es sei denn die Regionen können mit den verfügbaren geometrischen Formen nicht definiert werden.

Bedingung 9.2
Jedes über eine eigene Schnittstelle verfügende Element muss in geräteunabhängiger Weise bedient werden können.

Bedingung 9.3
In Scripts sind logische anstelle von geräteabhängigen Event-Handlern zu spezifizieren.

Priorität II
Bedingung 9.4
Es ist eine mit der Tabulatortaste navigierbare, nachvollziehbare und schlüssige Reihenfolge von Hyperlinks, Formularkontrollelementen und Objekten festzulegen.

Bedingung 9.5
Es sind Tastaturkurzbefehle für Hyperlinks, die für das Verständnis des Angebots von entscheidender Bedeutung sind (einschließlich solcher in clientseitigen Imagemaps), Formularkontrollelemente und Gruppen von Formularkontrollelementen bereitzustellen.


Kompatibilität mit Hilfsmitteln ( Anforderung 10 )
Die Verwendbarkeit von nicht mehr dem jeweils aktuellen Stand der Technik entsprechenden assistiven Technologien und Browsern ist sicherzustellen, soweit der hiermit verbundene Aufwand nicht unverhältnismäßig ist.

Priorität I
Bedingung 10.1
Das Erscheinenlassen von Pop-Ups oder anderen Fenstern ist zu vermeiden. Die Nutzerin, der Nutzer ist über Wechsel der aktuellen Ansicht zu informieren.

Bedingung 10.2
Bei allen Formular-Kontrollelementen mit implizit zugeordneten Beschriftungen ist dafür Sorge zu tragen, dass die Beschriftungen korrekt positioniert sind.

Priorität II
Bedingung 10.3
Für alle Tabellen, die Text in parallelen Spalten mit Zeilenumbruch enthalten, ist alternativ linearer Text bereitzustellen.

Bedingung 10.4
Leere Kontrollelemente in Eingabefeldern und Textbereichen sind mit Platzhalterzeichen zu versehen.

Bedingung 10.5
Nebeneinanderliegende Hyperlinks sind durch von Leerzeichen umgebene, druckbare Zeichen zu trennen.


W3C-Technologien ( Anforderung 11 )
Die zur Erstellung des Internetangebots verwendeten Technologien sollen öffentlich zugänglich und vollständig dokumentiert sein, wie z. B. die vom World Wide Web Konsortium entwickelten Technologien.

Priorität I
Bedingung 11.1
Es sind öffentlich zugängliche und vollständig dokumentierte Technologien in ihrer jeweils aktuellen Version zu verwenden, soweit dies für die Erfüllung der angestrebten Aufgabe angemessen ist.

Bedingung 11.2
Die Verwendung von Funktionen, die durch die Herausgabe neuer Versionen überholt sind, ist zu vermeiden.

Bedingung 11.3
Soweit auch nach bestem Bemühen die Erstellung eines barrierefreien Internetangebots nicht möglich ist, ist ein alternatives, barrierefreies Angebot zur Verfügung zu stellen, das äquivalente Funktionalitäten und Informationen gleicher Aktualität enthält, soweit es die technischen Möglichkeiten zulassen. Bei Verwendung nicht barrierefreier Technologien sind diese zu ersetzen, sobald aufgrund der technologischen Entwicklung äquivalente, zugängliche Lösungen verfügbar und einsetzbar sind.

Priorität II
Bedingung 11.4
Der Nutzerin, dem Nutzer sind Informationen bereitzustellen, die es ihnen erlauben, Dokumente entsprechend ihren Vorgaben (z.B. Sprache) zu erhalten.


Kontextuelle Hilfen ( Anforderung 12 )
Der Nutzerin/dem Nutzer sind Informationen zum Kontext und zur Orientierung bereitzustellen.

Priorität I
Bedingung 12.1
Jeder Frame ist mit einem Titel zu versehen, um Navigation und Identifikation zu ermöglichen.

Bedingung 12.2
Der Zweck von Frames und ihre Beziehung zueinander ist zu beschreiben, soweit dies nicht aus den verwendeten Titeln ersichtlich ist.

Bedingung 12.3
Große Informationsblöcke sind mittels Elementen der verwendeten Markup-Sprache in leichter handhabbare Gruppen zu unterteilen.

Bedingung 12.4
Beschriftungen sind genau ihren Kontrollelementen zuzuordnen.


Navigation und Orientierung ( Anforderung 13 )
Navigationsmechanismen sind übersichtlich und schlüssig zu gestalten.

Priorität I
Bedingung 13.1
Das Ziel jedes Hyperlinks muss auf eindeutige Weise identifizierbar sein.

Bedingung 13.2
Es sind Metadaten bereitzustellen, um semantische Informationen zu Internetangeboten hinzuzufügen.

Bedingung 13.3
Es sind Informationen zur allgemeinen Anordnung und Konzeption eines Internetangebots, z.B. mittels eines Inhaltsverzeichnisses oder einer Sitemap, bereitzustellen.

Bedingung 13.4
Navigationsmechanismen müssen schlüssig und nachvollziehbar eingesetzt werden.

Priorität II
Bedingung 13.5
Es sind Navigationsleisten bereitzustellen, um den verwendeten Navigationsmechanismus hervorzuheben und einen Zugriff darauf zu ermöglichen.

Bedingung 13.6
Inhaltlich verwandte oder zusammenhängende Hyperlinks sind zu gruppieren. Die Gruppen sind eindeutig zu benennen und müssen einen Mechanismus enthalten, der das Umgehen der Gruppe ermöglicht.

Bedingung 13.7
Soweit Suchfunktionen angeboten werden, sind der Nutzerin, dem Nutzer verschiedene Arten der Suche bereitzustellen.

Bedingung 13.8
Es sind aussagekräftige Informationen am Anfang von inhaltlich zusammenhängenden Informationsblöcken (z.B. Absätzen, Listen) bereitzustellen, die eine Differenzierung ermöglichen.

Bedingung 13.9
Soweit inhaltlich zusammenhängende Dokumente getrennt angeboten werden, sind Zusammenstellungen dieser Dokumente bereitzustellen.

Bedingung 13.10
Es sind Mechanismen zum Umgehen von ASCII-Zeichnungen bereitzustellen.


Verständlichkeit
( Anforderung 14 )
Das allgemeine Verständnis der angebotenen Inhalte ist durch angemessene Maßnahmen zu fördern.

Priorität I
Bedingung 14.1
Für jegliche Inhalte ist die klarste und einfachste Sprache zu verwenden, die angemessen ist.

Priorität II
Bedingung 14.2
Text ist mit graphischen oder Audio-Präsentationen zu ergänzen, sofern dies das Verständnis der angebotenen Information fördert.

Bedingung 14.3
Der gewählte Präsentationsstil ist durchgängig beizubehalten.

Auf meiner Webseite finden Sie auch Infos zum Thema barrierefreies Webdesign