Die Content Accessibility Guidelines,

Wir beginnen mit einer notwendigen Überlegung: die "Erreichbarkeit ist nicht nur Behinderte, sondern alle Benutzer des Web, wie jeder sollte in der Lage, von Diensten und Inhalten über das Internet profitieren gestellt werden.

Die Probleme, die Leitlinien für den Zugang der Deal nun abdecken wird sowohl dauerhafte Behinderungen, temporäre physische / sensorischen und kognitiven (Sehbehinderte, Legastheniker) wie jene von Menschen ohne Behinderungen.

Oft sind es letztere, um architektonische und programmatische Hürden zu erfüllen, weil sie nicht über aktuelle Software, sprechen nicht bestimmte Sprachen oder verfügen nicht über eine ausreichend hohe Kultur an spezialisierte Texte zu verstehen. In unterschätzen die ökologischen und kulturellen Kontext, in dem Sie arbeiten, unterschätzen Sie das Problem, das ist vielmehr von großer sozialer Auswirkungen, so dass seit Jahren ist der Kern des W3C. Die internationale Organisation hat in der Tat bereits zwei Versionen des Standards zur Barrierefreiheit, WCAG 1.0 und der neuesten Version 2.0 herausgegeben.

Die Richtlinien des W3C

Weit davon entfernt, als veraltet, wird der WCAG 1.0, dank seines modularen Aufbaus auch für die aktuelle Web-Szenario, obwohl er im Jahr 1999 veröffentlicht. besteht aus 14 Richtlinien, die jeweils in weitere Kontrollpunkte (Checkpoints) unterteilt - 65 insgesamt - jeweils mit einer Prioritätsstufe 1 bis 3, mit den Buchstaben A, AA und AAA angegeben.

Nicht im Detail von jedem der 14 Richtlinien und verwandten Sub verloren gehen, wird es sinnvoller sein, sich in zwei Gruppen, die von 1 bis 11 und die 12 bis 14, auf die wir die beiden wichtigsten Methoden der Arbeit übereinstimmen teilen :

• sorgen für ein angenehmes Transformation (anmutigen Transformation) von Inhalten, die für jeden angezeigt werden. Sie daher, die physische Wahrnehmung des Benutzers beziehen;
• machen Inhalte verständlich und navigierbar, und somit intellektuell für jedermann zugänglich.

Arbeitsweise des ersten Teils konkrete Maßnahmen wie zum Beispiel:

• separate Struktur vom Layout der Seiten oder Dokumenten;
• stets Text-Äquivalente für Bilder, Bilder, Videos;
• Erstellen zugänglicher Dokumente, ohne spezifische Hardware;
• Erstellen von Dokumenten mit gleichwertiger Spezifikationen für bleibende Behinderung (zum Beispiel Sehbehinderte.)

Die zweite Methode der Arbeit sind Teil der Aktionen, z. B.:

• durch eine klare Navigationsstruktur;
• deutlich schreiben, in der Sprache frei von unnötigen technischen Details;
• zu bieten Werkzeuge, um die Website (Brotkrumen, Lagepläne) zu navigieren;
• Add-Tools für eine schnelle Navigation durch erfahrene Benutzer.

Die WCAG 2.0 stützt sich stark auf Version 1.0, die eine Erweiterung darstellt, so dass ein abstrakter und eine detaillierte Analyse der vier grundlegenden Prinzipien: wahrnehmbar, nutzbar, verständlich, robust. Unter ihnen gibt es keine hierarchische Beziehung, aber wir betrachten sie mit der gleichen theoretischen und praktischen Auswirkungen.

Es ist sehr wichtig, aber auf die wichtigsten Neuerungen von Version eingeführt wohnen 2.0 gegenüber 1.0, eine neue Verordnung, die Benutzerfreundlichkeit und Unmittelbarkeit, und die Lücken der bisherigen Standard.

Crossing the Basics mit einigen wichtigen Änderungen, erhalten wir die folgende Matrix:

• Spürbare: Der Benutzer sollte in der Lage, um die Informationen unabhängig von ihrer psycho-physischen Zustand zugreifen. Die Informationen sollten nicht anvertraut werden ausschließlich auf Elemente wie Farben, Positionen, Schriften, Formen. Das Gleiche sollte nicht entscheidend sein in so eine bestimmte Aktion durchzuführen.
• Verbrauch: Der Benutzer muss die vollständige Kontrolle über die Schnittstelle haben. Jede Aktion muss reversibel sein, die Beseitigung der Zeitpunkt für den Abschluss der Aktionen, da die Reaktionszeiten sehr unterschiedlich von Person zu Person, muss es ein einfaches Verfahren für eine erneute Authentifizierung werden, ohne den Verlust von Daten, die vorher eingegeben. Fehler müssen deutlich gekennzeichnet sein und müssen die Möglichkeit erhalten, zu korrigieren. Sie sollten daher kryptisch und geschrieben von "Experten" (z. B., wie zB: "System error 153D").
• Verständlich: Der Benutzer muss in der Lage, die Funktionsweise der Schnittstelle und der darin enthaltenen Informationen zu verstehen. Mehr Aufmerksamkeit daher die Einführung von Ton, Video, Abkürzungen, ärgerlich für Ihr Verständnis. Stellen Sie Textalternativen (Text neben dem High-Level-Zusammenfassungen der Semantik leichter). Definieren Sie die Sprache in HTML verwendet wird, nicht in Screenreadern laufen - zum Beispiel eine Sprachausgabe - die katastrophale Leistung.
• Robust: Der Benutzer muss in der Lage, den Inhalt mit welchen Hard-oder Software verwendet zuzugreifen. Besonderes Augenmerk muss auf die Interoperabilität mit unterstützenden Technologien zu zahlen, das für die zukünftige Kompatibilität und Portabilität.

• <<
• 1
• 2
• >>