die nachfolgende Zusammenstellung hat mir Dieter kurz vor Gr�ndung
dieser Mailingliste zugesandt.
Wer in Hamburg auf dem #JD11de seinen "Leidensweg" durchs Backend
gesehen hat, wei� wer Dieter ist. Das Video dazu wird hoffentlich bald
auf Vimeo zu sehen sein!
An dieser Stelle m�chte ich mich nochmal sehr bei Dieter f�r diesen
"Augen�ffner" f�r die Sehenden bedanken!!
Ich habe seiner Themenliste ein paar technische Erkl�rung hinzugef�gt.
----------
1. Verbesserungen f�r das Administrationstemplate Hathor:
1.1. Allgemein:
Aufbau der Seiten mit eingef�gten Strukturelementen wie �berschriften,
Fieldsets, Accesskeys f�r zusammengeh�rende Themenbl�cke als
Sprungmarken zu den Hauptbereichen der Seite, um die Bedienbarkeit per
Tastatur zu verbessern.
Diese zus�tzlichen Elemente erm�glichen die direkte (schnelle)
Navigation. Falls sie sich st�rend auf das sichtbare Layout auswirken
lassen sie sich mit den bekannten CSS-Tricks "verstecken"
(position:absolute; left:-32000px;)
Hinweis:
�berschriften und Sprungmarken sind auch im Sinne der Mehrsprachigkeit
anpassbar.
Accesskeys sollten gleichbleibend vergeben werden, um eine gewisse
Kontinuit�t in der Bedienf�hrung zu erhalten.
Idealerweise sollten sie f�r die "Hauptbereiche" der Seite �ber die
Konfiguration des Backend-Templates vom Nutzer frei vergeben werden. So
k�nnen Kollisionen vermieden werden, sie k�nnen der Benutzersprache
entsprechen und sind damit vom Nutzer leichter zu merken.
Es w�re zu pr�fen, in wieweit in der bestehenden Template-Struktur diese
Elemente per Overrides angepasst werden k�nnen.
Es sind hierzu ggf. weitere "Helfer-Skripte", Plugins und/oder
Erweiterungen f�r das Joomla-Framework (Platform) zu programmieren.
1.2. JavaScript - PopUp-Fenster mit abgegrautem Hintergrund.
Betroffen sind die sogenannte Lightboxen bzw. "Modalen Dialoge" die sich
im Vordergrund aufbauen und gleichzeitig den Hintergrund ausgrauen und
eine Eingabe erfordern.
Hier ist der *Tastaturfokus* auf dieses Vordergrundfenster (IFrame?) zu
setzen, um dann die notwendigen Eingaben vornehmen zu k�nnen.
Beispiele:
Nach der Auswahl "Men�typ w�hlen" oder bei einem neuen Modul und der
Auswahl der "Position w�hlen" ... und alle anderen weiteren Dialoge
dieser Art.
Anmerkung:
Beim Aufbau dieser Vordergrunddialoge springt der Screenreader (Jaws) an
den Anfang der "ausgegrauten" Website im Hintergrund und nicht in den
Fokus dieses Dialoges.
Hinweis:
Diese "Modalen Dialoge" werden innerhalb des JS-Framework Mootools als
ein eigenst�ndiges JS-Script eingebunden, dass entsprechend angepasst
werden muss/kann.
1.3. Disabled Formularfelder
Alle Formularfelder die mit "disabled" ausgegraut sind, werden vom
Screenreader nicht erkannt.
Die verhalten sich hier wie versteckte Felder, type="hidden".
Dies trifft z.B. zu, wenn im Men�-Eintrag die Schaltfl�che "Men�typ
w�hlen" ausgew�hlt und z.B. ein "einzelner Beitrag" (per JavaScript) in
das Formulareingabefeld �bernommen wird.
Hier ist das Feld zwar sichtbar aber ausgegraut (disabled) und damit f�r
den Screenreader nicht mehr vorhanden und wird somit nicht vorgelesen.
Diese Technik gilt f�r alle Felder dieser Art.
2. Frontend:
2.1. Konzept eines barrierearmen Templates.
Was ist bereits vorhanden?
- Beez Templates und andere Templates
Was kann davon verwendet werden?
- Ger�st und Aufbau f�r einen Standard planen
- weitere Overrides
Workaround und Absprache �ber HTML-Struktur und Inhalte.
Im Hinblick auf Schlanken Code und Browser �bergreifend verwendbar (IE
Versionen).
2.2 Einsatz von WAI ARIA, HTML5, JS und die Barrierefreiheit.
- Gegen�berstellung von WAI ARIA und HTML5 Elementattribute.
Technisch gesehen ist *jeder* Browser in der Lage auch ein HTML 3.2
Dokument mit WAI-ARIA korrekt zu rendern oder mit CSS3 zu stylen, da er
r�ckw�rtskompatibel sein muss.
Lediglich der W3C-Vaidator wird sich �ber diese "falsche" Grammatik der
Dokumentstruktur negativ �u�ern.
Browser f�hren nur dann eine Validierung des DOCTYPE durch, wenn die
Seite statt mit "text/html" mit "application/xml+xhtml" geliefert wird.
Das entsprich den Standards. In der Praxis ist das aber nicht machbar,
da �ltere Versionen von MSIE Dokumente vom Typ "application/xml+xhtml"
nicht "verstehen" und nur den Quelltext anzeigen.
Link:
http://winfwiki.wi-fom.de/index.php/Barrierefreiheit_in_HTML5
2.3 Welches (X)HTML?
- HTML5 wird nicht von allen Screenreadern unterst�tzt.
- WAI-ARIA hingegen weitestgehend.
Hinweis:
XHTML 1 "verbietet" die Attribute von WAI-ARIA wenn diese nicht korrekt
als zus�tzlicher XML-Namespace eingebunden sind. Die ATtributnamen sind
dann nicht identisch mit den gleichnamigen Attributen aus HTML5.
HTML5 hingegen erlaubt ARIA-Attribute.
Link: (Screenreader und WAI ARIA)
http://www.bitvtest.de/infothek/artikel/lesen/wai-aria-accessibility.html
3. Testsysteme
Unter www.vinux.org gibt es ein angepasstes Ubuntu-Linux mit dem
Screenreader Orca. Dieses wird mit englischen Sprachpaketen installiert
und besitzt f�r Sehbehinderte automatisch eine vergr��erte Ansicht.
Orca l�uft nur unter der grafischen Oberfl�che von Gnome.
Dieses System kann auch in einer Virtuellen Maschine wie z.B. VirtualBox
installieren werden, sodass man es innerhalb der regul�ren
Arbeitsumgebung nutzen und testen kann.
Interessante Seite: www.linux-fuer-blinde.de
Diese Liste an ToDos gebe ich einmal in die Runde und bitte darum, dass
jeder der zu einem Thema etwas wei� dies doch erg�nzen m�ge.
Viele Gr��e,
Dieter & CirTap
Am 9. September 2011 10:46 schrieb CirTap <c...@webmechanic.biz>:
>
> 3. Testsysteme
> Unter www.vinux.org gibt es ein angepasstes Ubuntu-Linux mit dem
> Screenreader Orca. Dieses wird mit englischen Sprachpaketen installiert
> und besitzt für Sehbehinderte automatisch eine vergrößerte Ansicht.
Am 09.09.2011 11:43, schrieb Marcel B�ttcher:
> F�r alle die unter vinux.org auch nix finden:
>
> http://vinuxproject.org
>
>
> Am 9. September 2011 10:46 schrieb CirTap <c...@webmechanic.biz>:
>>
>> 3. Testsysteme
>> Unter www.vinux.org gibt es ein angepasstes Ubuntu-Linux mit dem
>> Screenreader Orca. Dieses wird mit englischen Sprachpaketen installiert