Barrierefreie Software-Entwicklung: Blinde


In diesem Blogartikel erfahren Sie die Definition von Blindheit und welche Probleme blinde Menschen bei der Bedienung von Software haben.

Blindheit ist eine Form von Sehbehinderung. Blinden Menschen fehlt das visuelle Wahrnehmungsvermögen ganz. Blindheit kann angeboren sein oder während des Lebens durch Unfall oder Krankheit entstehen. Wenn die Blindheit beide Augen betrifft, ist sie eine schwere Behinderung. Blinde haben einen Rechtsanspruch auf Blindengeld um die behinderungsbedingten Nachteile auszugleichen.

Hier stellt sich vielleicht für viele Blogleser die Frage, ob Blinde überhaupt einen Computer bedienen können. Menschen die gar nichts sehen können, sind auf keinen Fall in der Lage einen Computer mit der Maus zu bedienen. Ist Windows ohne Maus überhaupt zu bedienen?

Drücken Sie mal, es ist egal welches Windows sie haben, die Tasten Strg+Esc gleichzeitig. Schon öffnet sich das Startmenü. Nun können Sie mit der Cursortaste hoch und Cursortaste runter durch das Startmenü navigieren. Wenn Sie einen Menüpunkt auswählen möchten, drücken Sie die Taste „Enter“. Sie sehen, Windows lässt sich sehr wohl mit der Tastatur bedienen. Aber woher weiß der Blinde was momentan auf dem Bildschirm angezeigt wird?

Es gibt da ein Programm mit Namen Screenreader. Screenreader bedeutet auf deutsch „Bildschirmleser“. Ja, blinde Menschen können mit einer Screenreader-Software den Bildschirm lesen. Lesen und sehen ist aber nicht das gleiche. Grafiken und Bilder können nicht gelesen werden.

Durch logische Schlussfolgerung wissen wir jetzt wann blinde Menschen bei der Bedienung von Software Probleme haben.

Software die nur mit der Maus und nicht per Tastatur zu bedienen ist, kann von Blinden nicht bedient werden. Schaltflächen die nur eine Grafik besitzen und für den Screenreader keinen Text bereitstellen sind für Blinde nicht zu bedienen.
Videos sind selbstverständlich ebenfalls nicht wahrnehmbar für blinde Menschen.
So bald eine Programmoberfläche komplett aus Grafiken besteht, die für den Screenreader keinen Text bereitstellen, ist sie für blinde Menschen nicht zu bedienen.

Wie die Probleme von blinden Menschen bei der Software-Entwicklung gelöst werden können, erfahren Sie im Artikel „Wie kann eine Software für Blinde barrierefrei gemacht werden?

SEO und Barrierefreiheit – Ein Traumteam

Gastartikel von  lomali

Wie versprochen, befasse ich mich heute mit den zwei – für uns sehr wichtigen – Themen SEO und Barrierefreiheit. Ihr meint sicher, dass sowohl die Suchmaschinenoptimierung als auch die Barrierefreiheit sehr komplexe Themen sind und man für deren Beachtung viel Geld ausgeben muss.

Wenn Unwissenheit im Spiel ist, gibt es wie in vielen Bereichen im Leben Vorurteile, die gar nicht oder nur zum Teil stimmen. Auch bei diesen zwei Themen gibt es Vorurteile und oft sind das die Gleichen.

Aktualisierung bitte!
Diese zwei Themen haben nicht nur gemeinsame Vorurteile, wie Zeitintensiv, kostspielig und kompliziert, sondern müssen zusammen behandelt werden, da sie in sehr vielen Bereichen ineinander reinspielen.

Wenn man z. B. eine zwei Jahre alte Webseite für die Suchmaschinen und Barrierefreiheit optimieren möchte, ist das klar zeitintensiv und diese Zeit möchte auch bezahlt werden.

Die Ursache, dass eine nachträgliche Optimierung oftmals – muss es aber nicht sein – zeitintensiv ist, liegt nicht in der Komplexität der Themen. Eher sind die vielen selbsternannten Webdesigner schuld. Sie verfügen oftmals über altes HTML-Wissen oder meinen, man könne mit Generatoren, wie es sie zu tausende im Internet gibt, eine korrekt strukturierte Webseite basteln.

Dieser Umstand führt dazu, dass sehr viele Webseiten nicht richtig strukturiert sind und auf alten HTML-Standards aufbauen.

Der aktuelle HTML-Standard XHTML 1.0 und das neue HTML5 zwingen Programmierer dazu, optimiert für Suchmaschinen und Barrierefreiheit zu arbeiten.

Der richtige Weg
Man kann z. B. bei XHTML 1.0 den Doctype STRICT verwenden. Mit diesem Doctype sind die Regeln für das HTML-Dokument besonders streng definiert (einige tags sind z.B. nicht mehr erlaubt). Bei Regelverstoss werden die Fehler umgehend vom W3C-Validator gemeldet. Er prüft beispielsweise ob alle Bilder einen Alternativtext haben. Auch überprüft er die korrekte Codierung und Strukturierung der Webseite.

So bemüht sich der Webdesigner von Anfang an richtig und genau zu arbeiten. Dadurch werden automatisch die elementaren Grundlagen der SEO und Barrierefreiheit berücksichtigt.

Ein Tipp an alle jungen Webdesigner am Rande:
Die Struktur und die Gestaltung einer guten Webseite ist immer gut in HTML- und CSS-Definitionen aufgeteilt.

Was hat SEO eigentlich mit Barrierefreiheit zutun?
Viele Leute schauen diese zwei wichtigen Themen immer getrennt an und produzieren so gegebenenfalls mehr Kosten bei der Realisierung der Webseite.

Wenn man sich aber einmal vor Augen führt, wie die Suchmaschinen mit ihren Webcrawlers die eigene Webseite durchsuchen und analysieren, dann erkennt man, dass dieses Vorgehen sich gar nicht sehr von den Vorgehen eines Screen-Readers für sehbehinderte Besucher unterscheidet.

Ein sehr interessanter Bereich der Barrierefreiheit ist die Medienvielfalt im Internet. Seh- und Hörbehinderte können Videos bzw. Musik nicht wahrnehmen. Eine barrierefreie Webseite muss deshalb immer eine Alternative zu den Medien bieten, eine Transkription.

Wenn wir nun den Schritt zur Suchmaschinenoptimierung machen, können wir mit Transkriptionen unserer Medien unsere Platzierung in den Suchmaschinen verbessern. Bis heute können die Webcrawlers noch keine Videos und Musik auf Stichworte durchsuchen oder analysieren.

Es gibt noch viel mehr Bereiche einer Webseite in denen sich SEO und Barrierefreiheit ergänzen.

Mehr Vorbereitung, geringere Kosten
Ihr seht wie man mit geringem Aufwand gerade zwei sehr wichtige Themen einer guten Webseite umsetzen kann. Kleinerer Aufwand heisst auch tiefere Kosten bei der Realisation.

Wie schon oben geschrieben, ist die nachträgliche Optimierung sehr viel mühsamer und teuerer. Deshalb muss man schon in der Planungsphase und bei der Gestaltung bzw. Programmierung sich Gedanken machen, wie weit man in die SEO und Barrierefreiheit reingehen möchte.

Es wäre vielleicht sinnvoll mangels Kenntnisse in diesen Bereiche auch Fachleute hinzuziehen. Je nach Budget nur als Berater oder auch als Teammitglied bei der Realisation der Webseite.

Alles das muss man schon in den ersten Stunden des Projektes berücksichtigen, ansonsten kostet es unnötig viel mehr.

Und nun?
Ich hoffe, dass ihr euch ein Bild über die Verbindung und Wichtigkeit dieser zwei Themen machen könnt. Es gibt noch vieles zu entdecken und ich habe nur wenige Punkte erwähnt. Gebt uns doch ein Feedback. Mich würde interessieren, welche Erfahrungen ihr mit eurer Webseite bei der Suchmaschinenoptimierung und Barrierefreiheit gemacht habt. Vielleicht wollt ihr ja eine neue Webseite erstellen und braucht einen Fachmann. Wir helfen euch sehr gerne!

Barrierefreie Software-Entwicklung: Sehbehinderung

In diesem Blogartikel erfahren Sie was eine Sehbehinderung ist und welche Probleme Sehbehinderte Menschen bei der Bedienung von Software haben.

Eine Sehbehinderung ist eine dauerhafte, massive Einschränkung der Sehfähigkeit. Die schwere einer Sehbehinderung wird in der Regel definiert über die verbliebene Sehschärfe. Man sagt dazu auch Sehrest. Die ausgeprägteste Sehbehinderung ist die vollständige Blindheit. Die Blindheit wird aber in einem eigenen Blogartikel besprochen. Die Sehbehinderung kann unterschiedlich stark sein. Desto größer die Sehbehinderung je geringer der Sehrest.

Auch wenn Sie nicht offiziell zur Sehbehinderung gehört, möchte ich trotzdem noch die Farbfehlsichtigkeit besser bekannt unter dem Namen Farbenblindheit erwähnen. Menschen die an Farbfehlsichtigkeit leiden, sehen zwar die Unterschiede bei Farben, können aber oft nicht genau sagen wie die Farbe heißt die sie sehen. Außerdem haben Sie Probleme dunkle Schrift auf dunklem Hintergrund zu erkennen. Sehbehinderte mit einem geringen Sehrest haben hier genauso Probleme.

Was bedeutet das nun für die Bedienung von Software für Menschen mit einer Sehbehinderung?
Wenn Schaltflächen(die sogenannten Buttons) zu wenig Farbkontrast haben oder zu kleine Schriften bei der Beschriftung von Eingabefeldern und Schaltflächen haben, können Menschen mit einer Sehbehinderung diese nicht erkennen und somit die Software nicht bedienen. Da viele Sehbehinderte mit einem Screenreader arbeiten, sind Flächen mit Grafiken ohne Alternativtext ebenfalls ein Problem.

Wie die Probleme von Menschen mit einer Sehbehinderung bei der Software-Entwicklung gelöst werden können, erfahren Sie im Artikel „Wie kann eine Software für Sehbehinderte barrierefrei gemacht werden?

eye.syde ermöglicht Software-und Webentwickler Einblicke in die Welt der Farbfehlsichtigen

Jeder 20. Deutsche ist farbenblind. Diese Menschen haben bei der Arbeit am Computer große Probleme. Das Unternehmen i.syde Informationstechnik GmbH hat eine Software entwickelt mit der Software-und Webentwickler Farbfehlsichtigkeit simulieren können. Da ich selber Farbenblind und denke, dass diese Software zur barrierefreien Gestaltung von Webseiten und Software sehr nützlich ist, möchte ich dieses Programm kurz vorstellen.

Thomas Friebe, Geschäftsführer der i.syde Informationstechnik GmbH aus Balge hat festgestellt wie schwierig es für normalsichtige Menschen ist, sich vorzustellen wie Menschen mit Farbfehlsichtigkeit sehen. Deswegen hat ein interdisziplinäres Entwicklerteam bei i.syde die Spezialsoftware eye.syde entwickelt. Die Software eye.syde ermöglicht es Grafikdesigner, Software-und Webentwickler ihre Arbeit durch die Augen eines farbfehlsichtigen Menschen zu betrachten. Dadurch können Software und Webseiten besser auf die Bedürfnisse von Menschen mit Farbfehlsichtigkeit angepasst werden. Die Anpassung von Webseiten und Software an die Bedürfnisse von Menschen mit Farbfehlsichtigkeit ist ein wichtiger Schritt, wenn eine Webseite oder Software barrierefrei gestalten werden soll. Mit der Software lassen sich die unterschiedlichen Arten der Farbenfehlsichtigkeit wie Tritanopie, Protanopie, Deuteranopie oder Achromasie simulieren.

Die Software wurde mit dem .NET Framework und WPF (Windows Presentation Foundation) entwickelt und lässt sich unter den Betriebssystemen Windows XP und Windows 7 einsetzen.

Das Unternehmen i.syde Informationstechnik GmbH sieht das Ziel barrierefreier Software als soziales Anliegen. Deswegen gibt es die Software zum kostenlosen Download auf www.eyesyde.de .

Barrierefreie Software-Entwicklung: Die Behinderung Spastik

In diesem Artikel möchte ich erklären, was eine Spastik ist. Grundsätzlich hätte ich die Spastik auch bei den Motorischen Behinderungen erläutern können. Menschen die eine Spastik haben, ich zum Beispiel, unterscheiden sich in einigen Dingen grundsätzlich von Menschen mit anderen motorischen Behinderungen. Deswegen widme ich dieser Behinderung einen extra Blogartikel.

Die Ursache für spastische Lähmungen ist eine Schädigung im zentralen Nervensystem. Hier sind die Bereiche von der Schädigung betroffen, welche zuständig für Bewegungen sind, also Rückenmark und Gehirn. Die häufigste Ursache von Spastik ist ein Hirninfakt welcher eine Schädigung motorischer Hirnregionen verursacht. Spastik kann aber auch bei Sauerstoffmangel im Gehirn entstehen.

Eine Spastische Lähmung kann minimal sein, kann aber auch schwerste körperliche Behinderung zur Folge haben. Spastische Lähmung kann an Händen, Armen und Beinen auftauchen. Allerdings kann auch die Sprechmuskeln von der Spastischen Lähmung betroffen sein. Das kann Sprachstörungen oder undeutliches Sprechen zur Folge haben.

Eine Spastische Lähmung muss nicht zwangsläufig eine geistige Behinderung zur Folge haben. Spastiker können sehr intelligent sein! Die Verkrampfung der Muskeln kann während eines Tages mal stark oder mal weniger stark sein. Das verkrampfen der Muskeln kann zu Bewegungseinschränkungen bis hin zur Bewegungslosigkeit führen. Die Spastik kann auch Schmerzen hervorrufen.

Welche Probleme hat nun der Spastiker(so nennt man Menschen mit einer Spastischen Lähmung) bei der Bedienung von Software?
Menschen mit Spastisch gelähmten Händen können Probleme mit Tastenkombinationen oder ganz generell mit der Bedienung einer Tastatur haben. Falls die Software überraschende Ereignisse hat, wie z. B. Ein lauter Ton, kann der Spastiker zusammenzucken was wiederum das verkrampfen der Muskeln zur Folge hat.
Eine Software die einem Benutzer nur eine begrenzte Zeit lässt um eine bestimmte Aktion auszuführen, kann beim Spastiker Stress auslösen, was wiederum zum verkrampfen der Muskeln führt.
Software die eine Aktion nur dann ausführt wenn eine bestimmte Spracheingabe erfolgt ist, kann für Menschen mit Spastisch gelähmten Sprachmuskeln nicht bedient werden.

Wie die Probleme von Menschen mit Spastischen Behinderungen bei der Software-Entwicklung gelöst werden können, erfahren Sie im Artikel „Wie kann eine Software für Spastiker barrierefrei gemacht werden?

Barrierefreie Software-Entwicklung: Motorische Behinderungen

In diesem Artikel möchte ich erklären, was eine Motorische Behinderung ist und welche Probleme Menschen mit motorischen Behinderungen haben beim bedienen von Software.

Was ist eine Motorische Behinderung? Bei einer Motorischen Behinderung ist die Bewegung von Armen, Händen oder Beinen stark beeinträchtigt. Motorische Behinderungen können durch einen Sauerstoffmangel bei der Geburt(Spastik) entstehen, durch Unfälle oder andere Ereignisse während der Schwangerschaft. Für die Benutzung des Computers bzw. das Bedienen von Software sind motorische Behinderungen an den Händen und Armen am schwersten.

Manche Menschen mit Behinderung können mit Ihren Armen keine gezielten Bewegungen machen. Das Treffen einer bestimmten Taste auf der Tastatur wird hier zum Geduldspiel. Menschen bei denen eine Hand so stark behindert ist, dass sie so gut wie gar nicht eingesetzt werden kann, hatten Probleme mit Windows-Betriebssystemen bei denen zur Anmeldung die Tasten Strg+Alt+Entf gleichzeitig gedrückt werden musste. Diese drei Tasten liegen so weit auseinander, dass es keine Chance gibt diese mit einer Hand gleichzeitig zu drücken. Tastenkombinationen sind ganz generell für Menschen mit motorischen Behinderungen ein Problem. Allerdings darf hier nicht der Fehler gemacht werden, die Tastenkombinationen zu verteufeln, weil Sehbehinderte und Blinde die an den Händen keine Behinderung haben, bedienen den Computer nur über Tastatur.

Das viel gelobte Drag and Drop ist für Menschen mit motorischen Behinderungen(auch für mich) ein großes Problem. Die Maustaste gedrückt halten und gleichzeitig die Maus bewegen ist eine schwierige „Übung“ wenn die Hand im feinmotorischen Bereich nicht 100%ig fit ist.

Menschen mit stark behinderten Händen können einen Computer per Sprache bedienen. Schwierig wird es wenn die Hand und das Sprechen eingeschränkt ist. Selbst dann gibt es aber noch die Möglichkeit einen Computer mit dem Fuß zu bedienen. Es gibt tatsächlich „Fussmäuse“. Wenn Sie in der Bildersuche von Google nach „Fussmäuse“ suchen, finden Sie tolle Bilder wie diese aussehen.

Wie die Probleme von Menschen mit motorischen Behinderungen bei der Software-Entwicklung gelöst werden können, erfahren Sie im Artikel „Wie kann eine Software für motorische Behinderungen barrierefrei gemacht werden?

Barrierefreie Software-Entwicklung: Artikelreihe

In den nächsten Wochen gibt es eine Artikelreihe über barrierefreie Software-Entwicklung.

 In den nächsten Wochen gibt es hier auf meinem Blog eine Artikelreihe über barrierefreie Software-Entwicklung. Als erstes werde ich einige Behinderungsarten vorstellen und erläutern welche Probleme es bei der Bedienung von Software gibt.

 Danach folgen Blogartikel in denen es darum geht, wie Software gestaltet bzw. entwickelt werden muss um auf die verschiedenen Behinderungsarten Rücksicht zu nehmen.

 In den Blogartikeln geht es um die Allgemeine Vorgehensweise die unabhängig von der Programmiersprache ist. Wenn Sie wissen möchten wie sie Ihre Java-oder C#-Software barrierefrei machen können, sollten Sie eine Schulung bei mir besuchen. Ich gehe auf Ihre individuellen Probleme ein.

Hier ein Überblick über die Artikel zur barrierefreien Software-Entwicklung:

Motorische Behinderungen
Die Behinderung Spastik
Sehbehinderung
 Blinde
Gehörlose
Lernbehinderungen
50+
Wie kann eine Software für motorische Behinderungen barrierefrei gemacht werden?
Wie kann eine Software für Spastiker barrierefrei gemacht werden?
Wie kann eine Software für Sehbehinderte barrierefrei gemacht werden?
Wie kann eine Software für Blinde barrierefrei gemacht werden?
Wie kann eine Software für Gehörlose barrierefrei gemacht werden?
Wie kann eine Software für Menschen mit einer Lernbehinderung barrierefrei gemacht werden?
Wie kann eine Software für Menschen mit 50+ barrierefrei gemacht werden?
Alles eine Sache der „Einstellung“


Accessibility / Barrierefreiheit mit Java: Vorträge, Workshops, Schulungen

Das Unternehmen Marlem-Software bietet ab sofort Vorträge, Schulungen und Workshops zum Thema Accessibility mit Java.

Java war die erste Programmiersprache welche Accessibility(=Zugänglichkeit, Barrierefreiheit) unterstützte. Für mich war das der Hauptgrund warum ich Java lernte.

Accessibility bei Software bedeutet, dass die Anwendungen auch von Menschen mit unterschiedlichen Behinderungen zu bedienen ist.

Am 2. November 2009 habe ich beim Fernsehsender MDR in Leipzig einen Vortrag gehalten zum Thema „Accessibility in Java“.

Dadurch dass ich körperbehindert und Software-Entwickler bin, kann ich die Probleme beider Seiten verstehen und kann, zusammen mit Ihnen konstruktive Lösungen entwickeln. Sie erfahren welche Art von Behinderung, welche Probleme bei der Bedienung von Software hat und welche Lösungen es gibt.

Sie lernen welche Richtlinien es gibt zur barrierefreien Software-Entwicklung mit Java und wie diese umgesetzt werden können.

Meine Schulungen und Workshops wenden sich hauptsächlich an Software-Entwickler. Die Vorträge sind auch für Personen die entscheiden müssen, ob eine Software barrierefrei gemacht werden soll oder nicht.

Besuchen Sie auch meine Unternehmenswebseite:
Accessibility mit Java

 

 

 

 

 

Accessibility: Barrierefreie Software entwickeln und testen mit .net bzw. C#

In diesem Artikel finden Sie eine Zusammenfassung der letzten 3 Artikel zum Thema barrierefreie Software entwickeln und testen mit .net bzw. C#.

Nachdem die Programmiersprache Java schon lange die Voraussetzungen für barrierefreie Software-Entwicklung hatte, hat Microsoft mit .net bzw. C# nachgezogen.
Die .net-Technologie hat die Voraussetzung geschaffen, dass Standardsoftware barrierefrei entwickelt werden kann. Das ist ein sehr großer Fortschritt.

Nun muss es „nur“ noch umgesetzt werden!
Ich möchte hier die Gelegenheit nutzen um zur erläutern, warum es so wichtig ist, eine Software barrierefrei zu entwickeln. Für viele behinderte Menschen ist das arbeiten am Computer die einzige Möglichkeit beruflich tätig zu werden.
Ich habe eine Körperbehinderung. Ich bin sehr stark Gehbehindert und meine rechte Hand ist sehr stark bewegungseingeschränkt. Sämtliche Handwerksberufe sind undenkbar für mich. Berufe bei denen man viel stehen muss, fallen wegen meiner Gehbehinderung und muskelbedingten Gleichgewichtsstörung auch weg. Die einzige Möglichkeit ist die Arbeit am Computer. Es gibt außer mir noch viele andere behinderte Menschen die nur mit Hilfe eines Computers arbeiten können.
Damit ein Mensch mit Behinderung am Computer arbeiten kann, müssen Internetseiten und Programme bedienbar sein. Deswegen ist die Entwicklung von barrierefreier Software so wichtig.

Ich würde mich sehr freuen, wenn meine Blogartikel:
Richtlinien zur barrierefreier Software-Entwicklung ( Accessibility ) mit .net bzw. C#

Barrierefreie Software-Entwicklung (=Accessibility) mit .net bzw. C#

Wie kann Barrierefreie Software entwickelt mit .net bzw. C# auf Barrierefreiheit (Accessibility ) getestet werden

dazu beitragen würden, dass Software die mit .net bzw. C# entwickelt wird, barrierefrei ist.

Wie kann barrierefreie Software entwickelt mit .net bzw. C# auf Accessibility getestet werden

Im Artikel „Barrierefreie Software-Entwicklung (=Accessibility) mit .net bzw. C#“ ging es darum wie man mit .net barrierefreie Software entwickelt. In diesem Artikel möchte ich besprechen wie man Barrierefreiheit bei Software die mit .net bzw. C# entwickelt wurde testen kann.

 

Trotz redlicher Bemühungen die Software barrierefrei zu entwickeln, kann es sein, dass man etwas vergisst oder übersehen hat. Deswegen sollte man, bevor man einer Software das Prädikat „barrierefrei“ verleiht, testen ob dies auch zutrifft. Da es höchst unwahrscheinlich ist, dass jeder Software-Entwickler einen Menschen mit Behinderung greifbar hat, welcher die Software testet, ist es sinnvoll, dass hierfür Tools entwickelt worden sind. Microsoft hat zwei Open Source-Tools entwickelt um Barrierefreiheit bei Software zu testen. Das eine Tool heißt „UI Automation Verify“ und das andere „UI Accessibility Checker“.
„UI Automation Verify“ ist ein Framework um Microsoft UI-Automation-Implementierungen automatisiert Prüfen zu können. Ich möchte mich in diesem Abschnitt mit dem AccChecker genauer beschäftigen.
Den AccChecker gibt es als Konsolen- und Windows-Anwendung. Ich werde hier das Verfahren mit der Windows-Anwendung beschreiben die sich hinter der AccCheckUI.exe verbirgt. Ob man zuerst den AccChecker und dann die zu testende Anwendung startet oder umgekehrt ist egal. Links oben im Acc-Checker-Fenster gibt es nun 3 Möglichkeiten, das zu prüfende Fenster bzw. Anwendung auszuwählen.
Ich entscheide mich für das auswählen eines Fensters aus der auf klappbaren Liste, weil es wohl am einfachsten ist. Unten kann ich ein „suppression file“ auswählen in dem ich festlegen, kann welche Fehler ignoriert werden. Auf der rechten Seite gibt es die Überschrift „Verification Routines“. Hier kann angeklickt werden, welche Dinge überprüft werden soll. Da die Dokumentation nicht gerade ein Highlight ist und zum Teil gewisse Fakten verschweigt, möchte ich nachfolgend diese Optionen etwas erläutern und berichten, wie es mit der Praxistauglichkeit aussieht.
Wir fangen an mit den Eigenschaften.

CheckAccessKeys
Wenn diese Option angeklickt ist, wird überprüft ob ein Accesskey doppelt vergeben ist.Leider bekommt man nur mitgeteilt wo der Accesskey zum zweiten mal vorkommt, wo er aber das erste mal vorkommt muss man selbst herausfinden.enn an einen Menü oder Schalter kein Accesskey vergeben wurde, wird einem das nicht mitgeteilt.

CheckRole
Hier kann überprüft werden ob den einzelnen Komponenten eine AccessibleRole vergeben wurde oder nicht. Standardmäßig ist im Eigenschaftenfenster von Visual Studio 2008 default eingestellt bei der Eigenschaft „AccessibleRole“. Wenn hier als Wert „None“ angegeben wird, bringt der AccChecker eine Fehlermeldung.

CheckBoundingRect
Diese Überprüfungsroutine bestätigt, dass jedes fokusierbare Element der Benutzeroberfläche eine rechteckige Begrenzung hat, die für Anklick-Tests genutzt werden kann.

CheckState
Diese Überprüfungsroutine bestätigt, dass jedes fokusierbare Element der Benutzeroberfläche einen gültigen, logischen Aktiven Zugänglichkeitsstatus zurück meldet.

CheckName
Diese Überprüfungsroutine bestätigt, dass jedes fokusierbare Element der Benutzeroberfläche einen gültigen, logischen Aktiven Zugänglichkeitsnamen zurück meldet.

Unter der der Überschrift Tree (Baum) finden Sie nachstehende Optionen

CheckNavigate
Diese Überprüfungsroutine benutzt die IAccessible::accNavigate Methode um zu bestätigen, dass die Navigation zwischen den „Eltern“, dem „Kind“ bzw. den „Geschwister Elementen übereinstimmend und vorhersehbar ist.

CheckParentChild
Diese Überprüfungsroutine bestätigt, dass Eltern->Kind-Beziehungen im Elementebaum übereinstimmend und vorhersehbar sind.

HitTesting
Diese Option ist im Programm nicht vorhanden, aber in der Dokumentation. Diese Überprüfungsroutine bestätigt, dass alle Elemente an den Koordinaten die durch „AccessibleObjectFromPoint angegeben werden gültig sind und sich innerhalb des überprüften Ziels befinden.

Consistency (=Konsistenz)

Screen Reader
Diese Überprüfungsroutine übersetzt alle sichtbaren Elemente des zu überprüfenden Ziels und zeigt sie in einer Listenansicht in der Reihenfolge, in welcher der Standard Screen Reader sie dem Benutzer meldet. Wenn diese Option ausgewählt wurde, erscheint im linken Teil des Fenster ein Register „Screen reader“.

Navigation
Tree Depth Check (CheckTreeDepth)

Zunächst ist zu erwähnen, dass es hier unterschiedliche Begriffe gibt. In der Programmoberfläche steht CheckTreeDepth und in der Dokumentation steht Tree Depth Check.
Diese Überprüfungsroutine sendet Tab oder Umschalt- Tab Zeichen als Eingangssignal an das zu überprüfende Ziel um zu bestätigen das die Benutzeroberfläche des Zielsystems für standard Tastatur Navigation weder allzu sehr komplex oder unerreichbar ist.

Check Tabbing
Diese Überprüfungsroutine sendet Tab oder Umschalt Tab Zeichen als Eingangssignal an das zu überprüfende Ziel um zu bestätigen das alle fokusierbaren Elemente das Benutzeroberfläche in einer geordneten Art und Weise über eine Standard Tastatur Navigation zu erreichen sind.

Soweit zu den Einstellungsmöglichkeiten des AccCheckers.
Hat man nun das zu prüfende Fenster ausgewählt und auf der rechten Seite die entsprechenden Optionen angeklickt, startet man die Überprüfung mit anklicken des Schalters „Run Verifications“.
Nach erfolgter Überprüfung erscheint oben ein Register „Results“, „Tree“ und bei entsprechend ausgewählter Option „Screen reader“. Wenn Sie im Register „Results“ keine Einträge sehen, heißt bedeutet dies, dass keine Fehler gefunden wurden und Ihre Anwendung somit barrierefrei ist.
Wurden Fehler gefunden werden diese im Register „Results“ angezeigt. Wenn man in der Liste „Results“ auf einen Fehler klickt, sieht man unten nähere Infos zu diesem Fehler. Sollte man mit der Fehlermeldung nichts anfangen können, kann man durch einen rechten Mausklick und das anklicken des Kontextmenüpunktes „Help“ eine genaue Beschreibung zum Fehler bekommen.