Beide empfehlen einen Workaround der Marke “doppelt genäht hält besser”:

1. .hidden {
2. display:none;
3. visibility:hidden;
4. }

Wohl wird der Link ein title-Parameter beigegeben, der gewöhnlich den Titel des Newsbeitrags enthält, aber das ist für den sehenden Benutzer, wenn er auf einfache Sprache angewiesen ist, sicher nicht auffindbar. Besser wären individuelle Linktexte. Hier ein Code-Snippet dazu:

Im Template

In Listen- und Latest-Template wird der Marker für den [Mehr]-Link um den marker des Titels erweitert: Aus ###MORE###
wird
###MORE### ###NEWS_TITLE###

Jetzt sieht der Link noch nicht ganz optimal aus, aber unter jedem Teaser steht schon:
[mehr]Titel des Beitrags
Eine Anpassung des Setup überschreibt den deutschen Wert für den Platzhalter ###MORE### in der locallang.xml:

Im Setup

plugin.tt_news._LOCAL_LANG.de.more = Weiterlesen über:
Der Link lautet jetzt
Weiterlesen über: Titel des Beitrags

Na bitte, geht doch!

http://www.isolani.co.uk/blog/access/AccessibilityInTrouble (via EfA)
Wer unter Zugänglichkeit zuviel verstehen will, lenkt vom Ziel und von neuen Möglichkeiten zur Ziellerreichung ab. Flash ist heute nicht mehr grundsätzlich “böse”: Nicht umsonst wurde daran gearbeitet, die Inhalte zugänglich zu machen. Besser ist es, hier Fortschritte zu machen und nicht durch Selbstbeschränkung (etwa auf eine text only-Version) Möglichkeiten zu verpassen.

Barrierefreiheit bedeutet nicht, dass die Seite auf allen Browsern gleich aussieht und suchmaschinenoptimiert ist. Sie soll nicht plattformneutral, sondern für Menschen mit Behinderungen zugänglich sein. Ein universaler Anspruch führt hier also vom Kern der Sache weg.

Die Serie von Mike Davies trifft zwar den Nerv, mich aber nicht unvorbereitet. Tomas Caspers’ Vortrag zur “Barrierefreiheit 2.0″ (Webkongress Erlangen 2006) brachte es ebenfalls auf den Punkt: Barrierefreie Websites heißen nicht Verzicht auf neue Technologien und müssen auch keinen überzogenen Ansprüchen, die ohne Not gestellt werden (“Wozu brauche ich einen modernen Browser jenseits von Netscape 2.0?”), gehorchen.

• Der Web Developer Toolbar
• IETab

Frei nach dem Buzzword vom Web 2.0 untersuchte Tomas Caspers: Barrierefreiheit 2.0, wie sich die moderne, interaktive Anwendungen barrierefrei verwirklichen lassen. Er kommt zu dem Schluß, dass manche Anwendungen einfach (noch) keine barrierefreien Alternativen zu z.B. Javacript-Code anbieten können. Die Konsequenz kann nicht sein, dass das Web sich auf den kleinsten gemeinsamen Nenner beschränkt und alle modernen Techniken abschaltet. Besser ist ein Fortschritt der Technik in Richtung eingebauter Barrierefreiheit.

Gottfried Zimmermann (www.accesstechnologiesgroup.com) gab einen Überblick über die in Vorbereitung befindlichen WCAG 2.0.

Wolfgang Wiese vom RRZE stellte das Projekt Vorlagenkatalog der Universität Erlangen vor. Hier wurde ein barrierefreies Basisdesign entwickelt, das den Einrichtungen der Universität als Vorlage für individuelle Internetauftritte dient. Mehrere Designs legen ebenfalls vor. Mit dieses kostensparende System wurde auch die Website des RRZE erstellt – eine BIENE-Preisträgerin von 2005.

Petra Schallerund Evelyn Bräunlein vom Nürnberger Verein Kompetenz für barrierefreies Internet führten in die Anforderungen barrierefreier, einfacher Sprache ein. Der stark praxisorientierte Vortrag zeigte, dass gerade hier die Kriterien unscharf sind und Erfahrung mit den Zielgruppen zu den besten Ergebnissen führt.

Ebenfalls praktischer Abschluß der gelungenen Tagung: Tipps von Markus Erle (Wertewerk), wie man durch eine richtig formulierte Ausschreibung bzw. ein ebensolches Angebot Sicherheit für Anbieter und Auftraggeber schaffen kann. Saubere Formulierung und Überprüfbarkeit der Abnahmekriterien (z.B. durch einen BIK-Kurztest) sichern die Qualität und sorgen für Transparenz.

Jetzt können wir nur noch hoffen, dass im nächsten Jahr eine Fortsetzung folgt.

Funktioniert eigentlich ganz gut, bis auf die 5er Internet Explorer. Hier bleibt das Hover-Bild leider stehen, wenn es einmal mit der Maus berührt wurde. Stuart Robertson zeigt dazu einen Workaround (:hover bekommt ein border:none). Bei mir hat es allerdings nicht geholfen.

Was mir auffiel: Die meisten meiner Buttons funktionieren auch im IE5 problemlos. Sie sind aber im Gegensatz zum Tutorial von Robertson nicht im Basisbild integriert. Ich habe wie bei einem Mouseover jeweils eine On- und Off-Ansicht, also auch im “a:link” ein Hintergrundbild definiert. Nur ein Button tanzt aus der Reihe, er hat nur den On-Status, also genauso wie in o.g. Vorbild. Das brachte mich auf eine alternative Lösung: Ich habe jenem Button ebenfalls ein Off-Bild spendiert – allerdings nur ein 1-Pixel-Transparent-Gif. Dieser eine Pixel genügt, um den Effekt im IE5 auszuschalten.

Heureka.

Für die Tagung “Barrierefreiheit im World Wide Web” am 28. und 29. September in Erlangen läuft der call for papers gerade an.

Gut für eine schnelle Überprüfung.