Barrierefreie Software-Entwicklung: Wie kann eine Software für motorische Behinderungen barrierefrei gemacht werden?

Im Blogartikel „Accessibility – Barrierefreie Software-Entwicklung: Motorische Behinderungen“ habe ich erklärt, welche Probleme Menschen mit einer motorischen Behinderung bei der Bedienung von Software haben. In diesem Blogartikel erfahren Sie wie Software entwickelt werden kann, damit Menschen mit motorischen Behinderungen keine Probleme bei der Bedienung von Software haben.

Da Motorische Behinderungen sehr unterschiedlich sein können, ist es sehr schwer alle Behinderungsarten zu berücksichtigen. Ich möchte hier verschiedene Lösungsansätze für unterschiedliche Probleme vorstellen.

Tastaturkombinationen sind für Menschen mit einer behinderten Hand oft ein Problem. Sorgen Sie als Software-Entwickler dafür, dass der Anwender Tastenkombinationen und Menü-Shortcuts verändern kann. Um nicht das Rad für jede Software neu erfinden zu müssen, macht es Sinn, ein Einstellungfenster zu entwickeln, dass sich in jede Software im Hand um drehen eingebaut werden können.

Drag and Drop ist für viele motorisch behinderte Menschen ein Problem. Bei der Social Media Plattform Google+ funktioniert das zu ordnen von Personen in Kreise per Drag and Drop. Schön an Google+ ist, dass es auch eine Möglichkeit ohne Drag and Drop gibt.
Dies wünsche ich mir auch bei Software. Sie dürfen gerne in Ihrer Software Funktionen mit Drag and Drop realisieren, sollten aber eine Alternative bereitstellen, damit der Anwender wählen kann wie er diese Funktion ausführt.

Die Software per Sprache bedienen zu können ist mit Sicherheit eine tolle Möglichkeit für Menschen mit motorischen Behinderungen. Allerdings dürfte der Programmieraufwand derart hoch sein, dass es sich nicht lohnt.

Mir ist gerade noch was eingefallen, was ich in meinem ersten Artikel nicht erwähnt habe. Für Menschen die nur mit einer Hand tippen können, weil die andere Hand zu stark behindert ist, ist das Schreiben oft sehr mühsam. Hier kann eine Wortergänzung helfen. Wenn die Textverarbeitung von LibreOffice der Meinung ist, sie kennt das Wort welches ich schreiben möchte, macht Sie einen Wortvorschlag. Bin ich mit dem Wortvorschlag einverstanden, drücke ich die Taste „Enter“ und das Wort wird fertig geschrieben. Das spart Zeit und verhindert Tippfehler.
In Software, in der viel Text geschrieben wird, kann diese Wortergänzung für behinderte Menschen eine große Hilfe sein!

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?

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: 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?

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 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.

Accessibility: Barrierefreie Software-Entwicklung 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#.

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.