HTML-Code anstelle von Bildern verwenden |
|
 |
WAI / WCAG 1.0 Priorität 2 Checkpunkt 3.1 |
|
|
Problembeschreibung
Eine Seite enthält unter Umständen Grafiken mit Informationen, die in HTML nicht entsprechend codiert sind. So können mathematische Gleichungen ggf. mit MathML codiert werden, wohingegen die Formatierung von Text und Seiten mithilfe
von Stylesheets vorgenommen wird. Die optimale Lösung besteht darin, Text nicht durch Grafiken darzustellen. Die Formatierung mit Stylesheets ist hier die
bessere Wahl.
|
|
|
Überprüfung
Sofern eine Grafik
- Text enthält, der grafisch in einer besonderen Schriftart dargestellt wird, sollten Sie mithilfe der CSS-Eigenschaften für
Schriftarten eine ähnliche Darstellung wählen;
-
Bei mathematischen Formeln können Sie zum Codieren MathML verwenden, weitere Informationen hierzu finden Sie unter W3C page on MathML
[http://www.w3.org/Math/]
.
|
|
|
Problemerklärung
Das W3C stellt hierzu sinngemäß folgendes fest (http://www.w3.org/TR/WCAG10-CORE-TECHS/#structure
[http://www.w3.org/TR/WCAG10-CORE-TECHS/#structure]
):
Beim Anlegen eines Dokuments bzw. einer Reihe von Dokumenten sollten die Entwickler in erster Linie darum bemüht sein, die
gewünschte Struktur für diese Dokumente festzulegen. Erst danach sollten sie sich mit der Darstellung der Dokumente gegenüber
dem Benutzer befassen. Die Unterscheidung zwischen der Stuktur eines Dokuments und dessen Präsentation bietet eine Reihe von
Vorteilen, wie unter anderem eine bessere Zugänglichkeit, Verwaltbarkeit und Portierbarkeit.
Es ist unter Umständen nicht immer leicht, genau zwischen der Struktur und der Präsentation zu unterscheiden. So stellt für
viele Entwickler eine horizontale Linie eine strukturelle Unterteilung dar. Dies mag bei relativ normalsichtigen Benutzern
zwar zutreffend sein, aber Benutzern mit Sehbehinderung bzw. nicht grafischen Browsern sagt eine horizontale Linie nahezu
überhaupt nichts. Also sollten beispielsweise HTML-Entwickler zum Einleiten neuer Abschnitte HTML 4.01-überschriften verwenden
(H1-H6). Diese können dann zwar durch visuelle Hervorhebungen ergänzt, sollten durch diese aber nicht ersetzt werden.
Umgekehrt gilt das Gleiche: Die Entwickler sollten keine Strukturelemente zur Präsentation eines Dokuments verwenden. Denn
auch wenn in HTML beispielsweise das Element BLOCKQUOTE bei einigen Browsern einen Text eingerückt darstellt, so dient es
doch eigentlich zum Identifizieren eines Zitats und nicht zum Einfügen eines Darstellungseffekts. Entwickler, die BLOCKQUOTE-Elemente
zum Einrücken von Textstellen verwenden, verwirren damit sowohl die Benutzer als auch die Suchmaschinen-Robots, die erwarten,
dass mithilfe dieses Elements ein Zitatblock codiert wird.
Wenn Sie definieren möchten, ob ein bestimmter Content strukturierende oder darstellende Zwecke erfüllt, erstellen Sie eine
Gliederung des betreffenden Dokuments. Jeder einzelne Punkt in der Hierarchie bezeichnet einen neuen strukturellen Abschnitt.
Diese Abschnitte können Sie dann mithilfe struktureller Markups kennzeichnen und ggf. darstellende Markups verwenden, um die
optische und akustische Wahrnehmbarkeit zu erhöhen. Sie werden feststellen, dass horizontale Linien in dieser Gliederung nicht
sichtbar sind, was diese als strukturierende und nicht als darstellende Elemente ausweist. Hinweis: Mit diesem schnell durchführbaren Test können Sie strukturell Kapitel, Abschnitte und Absätze erkennen. Innerhalb der einzelnen
Textblöcke selbst können Sie Strukturen anhand von Abkürzungen, sprachlich-stilistischen änderungen, Definitionen und Aufzählungen
identifizieren.
In einem weiteren Dokument (Web Content Accessibility Guidelines 1.0
[http://www.w3.org/TR/WCAG10/]
) heißt es:
Richtlinie 3. Verwenden Sie Markup und Stylesheets und tun Sie dies auf korrekte Weise. Verwenden Sie in Dokumenten die korrekten Struktur-Elemente. Beeinflussen Sie die Präsentation mit Stylesheets anstelle von
Präsentations-Elementen und -Attributen.
Die inkorrekte Verwendung von Markups - also entgegen der Spezifikation - beeinträchtigt die Zugänglichkeit. Der falsche Gebrauch
von Markups für Präsentationseffekte (z. B. die Verwendung einer Tabelle für Layouts oder einer überschrift, um die Schriftgröße
zu ändern) macht es für Benutzer von spezialisierter Software schwer, den Aufbau einer Seite zu verstehen oder in ihr zu navigieren.
Wenn Präsentations-Markup anstelle von Struktur-Markup verwendet wird, um Struktur zu vermitteln (z. B. indem etwas, das wie
eine Tabelle aussieht, mit dem PRE-Element von HTML konstruiert wird), erschwert dies die verständliche Darstellung einer
Seite auf anderen Geräten (...).
Entwickler von Inhalten mögen versucht sein, Konstrukte zu verwenden (oder zu missbrauchen), die auf älteren Browsern einen
von ihnen gewünschten Formatierungseffekt erzielen. Eine solche Vorgehensweise verursacht unter Umständen Zugänglichkeitsprobleme.
Also sollten Sie überlegen, ob der Formatierungseffekt so entscheidend ist, um dafür in Kauf zu nehmen, dass das Dokument
für manche Benutzer unzugänglich wird.
Auf der anderen Seite dürfen Entwickler von Inhalten sich von angemessenem Markup nicht dadurch abhalten lassen, dass ein
bestimmter Browser oder eine assistive Technologie ggf. nicht in der Lage ist, ihn korrekt zu verarbeiten. So ist es beispielsweise
durchaus angebracht, das TABLE-Element für tabellarische Information zu verwenden, auch wenn manche älteren Bildschirmlesegeräte
nebeneinander angeordneten Text vielleicht nicht korrekt darstellen können (siehe Checkpunkt 10.3). Die korrekte Verwendung
von TABLE und die Erstellung von Tabellen, die sich leicht umgestalten lassen (siehe Richtlinie 5) ermöglichen es der Software,
Tabellen auf andere Weise darzustellen als durch ein zweidimensionales Gitter.
|