Kommentare zu dieser Meldung: 8

Ansgar Hein meinte am 30.11.2008:

Schöne Zusammenfassung der technischen Finessen der neuen Website. Interessant ist die Zusammenführung mehrerer CSS-Dateien aus YAML sowie die Kompression selbiger in eine Datei. Ich fände einen generellen Hinweis auf diesen Eintrag hilfreich für Einsteiger in das Thema. Denn leider weiß noch nicht jeder, dass bessere Zugänglichkeit und damit Innovation manchmal nur durch Missachtung aktueller W3C-Werkzeuge erzielt werden kann und man Richtlinien zur Not auch mal brechen und nicht nur beugen muss.

Henning meinte am 02.12.2008:

Frage eines Laien, der für einen Verein einen Relaunch stemmen soll und sich mit Barrrierefreiheit erst seit kurzem beschäftigt: Warum haben die abbr-Elemente keine title-Attribute? Gibt's da einen Trick, oder muss man da nichts mehr eintragen?

Der Caspers meinte am 03.12.2008:

> Warum haben die abbr-Elemente keine title-Attribute?

Doch, haben sie teilweise schon. Nicht alle, aber manche (z.B. hier im Formular das »URL«). Sinnvoll ist das dann, wenn es ohne sinnentstellend wäre oder es sich um eine eher ungebräuchliche Abkürzung handelt. Bei gängigen Abkürzungen wie z.B. z.B. ist die zusätzliche Auszeichnung mit einem title eher unnötig, zumal Screenreader eigene Ausspracheregeln für verbreitete Abkürzungen haben.

Gerrit van Aaken meinte am 20.12.2008:

Wie sollte man denn eine OL, die bei einer anderen Ziffer als 1 beginnten soll, per CSS dazu bringen, das auch zu tun? Gibt es da etwas eine Möglichkeit? Mir fiele für dieses Problem ebenfalls nur das "verbotene" start-Attribut ein ...

Der Caspers meinte am 20.12.2008:

Mit counter-reset und counter-increment, s. w3.org/TR/CSS21/generate.html#counters

Das Problem ist halt, dass wir für Codelistings Ordererd Lists OL benutzen und teilweise die Zeilennummern referenzieren. Ohne CSS stimmt dann die Zuordnung nicht mehr, daher gehört sowas ins HTML (weil es echter Inhalt ist und nicht nur Deko).

Thomas Scholz meinte am 20.12.2008:

Gerrit, mit Countern und Generated Content. Kann aber der IE nicht, und ohne Stylesheet fallen sie weg, und der Zusammenhang ist hinüber.

Auch deshalb schreibe ich nur noch HTML 5. Da geht das nämlich wieder.

Heribert Wettels meinte am 12.01.2009:

> Ein Element hat die Umstellung nicht überlebt: ACRONYM wurde global durch ABBR
> ersetzt. Da selbst Linguisten sich nicht einigen können, welche Abkürzung denn auch
> ein Akronym sei, und da das ACRONYM-Element in HTML5 aller Voraussicht nach
> nicht mehr spezifiziert sein wird, fiel uns dieser Abschied nicht sonderlich schwer.

Unabhängig von der linguistischen Diskussion gibt es aber doch einen gravierenden Unterschied, wie Akronyme bzw. Abkürzungen auszusprechen sind, die sich irgendwie im Markup wiederfinden sollten.

Abkürzungen wie ZDF (Zweites Deutsches Fernsehen) sollten "Zett De Eff" gelesen werden, während der TÜV (Technischer Überwachungsverein) als "Tüff" gelesen wird.

Wie gesagt, auch wenn die Linguisten da noch diskutieren, halte ich eine Konvention, dass ZDF mit ABBR und TÜV mit ACRONYM ausgezeichnet wird, durchaus für angemessen.

Wie gehen denn die gängigen Screenreader mit dem Thema um? Was hört ein Nutzer, wenn er die oben genannten Beispiele in den beiden verschiedenen Markups liest?

Der Caspers meinte am 12.01.2009:

> Wie gesagt, auch wenn die Linguisten da noch diskutieren,
> halte ich eine Konvention, dass ZDF mit ABBR und TÜV mit
> ACRONYM ausgezeichnet wird, durchaus für angemessen.

Genau da liegt das Problem: es gibt keine allgemeingültigen Regeln, was wie ausgesprochen wird. Ok, bei Z D F gibt es genau eine, aber bei vielen anderen Abkürzungen gibt es gleich mehrere, die verbreitet sind. MySQL z.B. - wird sowohl Mai Ess Kiuh Ell als auch Mai Sequel ausgesprochen.

Dazu kommt, dass Screenreader CSS weitestgehend ignorieren und somit Regeln wie abbr.buchstabieren {speak : spell-out;} nirgendwo funktionieren können.

> Wie gehen denn die gängigen Screenreader mit dem Thema
> um? Was hört ein Nutzer, wenn er die oben genannten Beispiele
> in den beiden verschiedenen Markups liest?

Auch das lässt sich nicht allgemeinverbindlich beantworten. Das hängt vom verwendeten Screenreader, der verwendeten Sprachsynthese und der verwendeten Stimme ab. Ausserdem haben die meisten Screenreader eingebaute Aussprache-Wörterbücher, in denen der Nutzer festlegen kann wie etwas ausgesprochen wird. Und dann kommen noch die Ausführlichkeits-Einstellungen hinzu, in denen festgelegt wird, ob z.B. title-Attribute etc. anstatt des Taginhalts vorgelsen werden usw. usf.

Das sind ein paar Unbekannte zu viel in der Gleichung, zumal, wie oben erwähnt, das acronym-Element über kurz oder lang eh aus HTML rausfällt.

Kommentar abgeben?