Accessibility, Barrierefreiheit – Seite 16

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 mit .net/C#: Vorträge, Workshops, Schulungen

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

Ich möchte in Zukunft mit meinem Engagement erreichen, dass immer mehr Standardsoftware barrierefrei gemacht wird. Das englische Wort für Barrierefreiheit bzw. Zugänglichkeit heißt „Accessibility“.

Das .net-Framework ist, nach Java, die zweite Entwicklungsplattform welche die Entwicklung von behindertengerechte Software unterstützt. In meinen Vorträgen, Schulungen und Workshops bekommen Sie als erstes einen tiefen Einblick, welche Probleme behinderte Menschen bei der Bedienung von Software haben. Sie lernen, dass die unterschiedlichen Behinderungsarten unterschiedliche Probleme haben die individuell gelöst werden müssen. Für einen Blinden ist es hilfreich, wenn das Eingehen von neuen Mails mit einem Ton kund getan wird, jedoch bringt diese Maßnahme einem Gehörlosen gar nichts. Für einen Gehörlosen der sehen kann ist es wichtig, dass die eingehenden Mails optisch hervorgehoben werden. Diese wichtigen Details lernen Sie in meinen Vorträgen, Workshops und Schulungen.

Anschließend zeige ich auf, wie Sie diese Probleme mit .net/C# lösen. Es werden individuelle Lösungen für Ihre spezielle Software gefunden. Außerdem werden wir gemeinsam versuchen Lösungen zu entwickeln, die Sie modular in viele andere .net-Anwendungen integrieren können.

Besuchen Sie auch meine Unternehmenswebseite:
Accessibility mit DotNet,C#

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 greifbar hat, welcher die Software testet, ist es sinnvoll, dass hierfür Tools entwickelt worden sind. 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 -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.

Accessibility: Barrierefreie Software-Entwicklung mit .net bzw. C#

Im „Richtlinien zur barrierefreier Software-Entwicklung ( Accessibility ) mit .net bzw. C#“ ging es um Richtlinien wie man mit .net barrierefreie Software entwickelt. In diesem Artikel geht es um die konkrete Umsetzung der Richtlinien.Sie erfahren in diesem Artikel konkrete Schritte zur Entwicklung von barrierefreie Software mit .net bzw. C#.

Im Artikel „Richtlinien zur barrierefreier Software-Entwicklung ( Accessibility ) mit .net bzw. C#“ ging es um Richtlinien wie man mit .net barrierefreie Software entwickelt. In diesem Artikel geht es um die konkrete Umsetzung der Richtlinien.Sie erfahren in diesem Artikel konkrete Schritte zur Entwicklung von barrierefreie Software mit .net bzw. C#.

Die erste Programmiersprache welche die Entwicklung von barrierefreie Software unterstützte war Java. Mehr dazu können Sie im Artikel „Barrierefreie Software-Entwicklung (Accessibility) mit Java“. Bei den Programmiersprachen Delphi und C++ fehlt eine Unterstützung von Haus aus.

Eine wichtige Voraussetzung für eine barrierefreie Software ist die Unterstützung von Eingabehilfen wie z. B. Screenreader. Damit diese Eingabehilfen die entsprechenden Informationen bekommen, besitzen .net-Komponenten haben hierfür folgende Eigenschaften:

AccessibleName:
Die Eigenschaft „AccessibleName“ ist eine Kurzbeschreibung der entsprechenden Komponente

AccessibleDescription:
Die Eigenschaft „AccessibleDescription“ ist eine Textbeschreibung der visuellen Darstellung dieser Komponente.

AccessibleRole:
Die Eigenschaft „AccessibleRole“ beschreibt die Aufgabe, die an Eingabehilfen übermittelt wird. Die zulässigen Werte werden von der AccessibleRole-Enumeration definiert. Der Wert wird von vielen Eingabehilfen verwendet, um zu ermitteln, um welche Art von Schnittstellenelement es sich bei dem Objekt handelt.

AccessibilityObject:
Enthält eine AccessibilityObject-Instanz, die für die Eingabehilfe Informationen über das Steuerelement enthält. Die Eigenschaft ist schreibgeschützt und wird vom Designer festgelegt.

AccessibleDefaultActionDescription:
Enthält eine Beschreibung der Standardaktion des Steuerelements. Diese Eigenschaft kann nicht zur Entwurfszeit festgelegt werden, sondern nur per Programmcode.

Hier kurz ein Beispiel wie man diese Eigenschaften setzt.

neuToolStripMenuItem.AccessibleName = „Datei neu“;
neuToolStripMenuItem.AccessibleDescription = „Neue Textdatei anlegen“;
neuToolStripMenuItem.AccessibleRole = AccessibleRole.MenuItem;

Des weiteren ist es wichtig wie oben schon erwähnt wird, dass die Software den Kontrastmodus unterstützt. Zum Unterstützen des Kontrastmodus kann folgende Methode verwendet werden:

privatevoid KontrastModus()

{

if (SystemInformation.HighContrast)

{

foreach (Control vControl inthis.Controls)

{

vControl.BackColor = SystemColors.Control;

vControl.ForeColor = SystemColors.ControlText;

}

Um die Bedienbarkeit der Software auch über Tastatur zu gewährleisten, ist es wichtig auf die Tabulatorreihenfolge zu achten. Jede .net-Komponmente hat eine Eigenschaft “TabIndex” welcher man eine Zahl übergeben kann. Mit dieser Zahl legt man fest, in welcher Reihenfolge die Komponenten aktiviert werden, wenn der Anwender die Tabulatortaste drückt.

Eine weitere Möglichkeit die Bedienbarkeit von Software über Tastatur zu verbessern, ist das vergeben von Shortcuts für Labels, Buttons, Grouboxen und Menüs. Das erstellen eines Shortcuts macht man, in dem man vor einem bestimmten Buchstaben einer Beschriftung ein “&”-Zeichen setzt. z. B. “&Suchen”.

Der Anwender kann nun durch gleichzeitiges drücken von der Taste “Alt” und “s” den Schalter Suchen aktivieren.

Bei Menüshortcuts ist es empfehlenswert dem Anwender eine Möglichkeit bereitzustellen, diese selber anzupassen,da Menschen, bei welchen behinderungsbedingt nur eine Hand funktionstüchtig ist, mit Tastenkombinationen Ihre Schwierigkeiten haben.

Wenn Sie alle diese Dinge berücksichtigen, haben Sie einen wichtigen Schritt in Sachen barrierefreie Software gemacht.