Die Accessibility Features sind nur ein kleines Beiprodukt dieser mächtigen Software, die deshalb auch wahrscheinlich alles andere besser kann, als PDFs barrierefrei zu machen.
Jetzt reden wir nicht von simplen Textdokumenten, die Sie schon in Word mit korrekten Formatvorlagen erstellt haben. Mit einem Klick machen Sie daraus ein nahezu fehlerfrei getaggtes PDF.

Wir reden auch nicht vom anderen Ende, von komplexen Tabellen oder Formularen, wo sowohl die barrierefreie Strukturierung schwierig als auch die Unterstützung durch Assistive Technologien sehr mangelhaft ist.

Wir reden von einem PDF Normalfall, von Drucksorten – Foldern, Broschüren, Berichten, die auch ins Netz gestellt oder per E-Mail versendet, jedenfalls am Computer gelesen werden. Sie werden hier wahrscheinlich keinen Einfluss auf das – vermutlich von PrintgrafikerInnen erstellte – Ausgangsdokument haben und ein semantisch unstrukturiertes PDF nun im Acrobat für Onlinezwecke optimieren wollen.

Reden wir von der Praxis

Ich möchte Ihnen ein wenig von meinen Erfahrungen mit dem Taggen des Accessibility Logbuchs (PDF, 8,5MB) erzählen. Sie sollten vorher einen Blick hineinwerfen, damit Sie nachvollziehen können, wovon ich rede.

Ausgangspunkt war ein 172 Seiten PDF, 56 MB groß, druckfertig aus QuarkXPress generiert. Es wurde mir geraten, mit dem unkomprimierten Dokument zu arbeiten, weil man öfters zwischenspeichern muss und JPGs bei jedem Speichern an Qualität verlieren.

Sichern Sie

Machen Sie eine Kopie des Ausgangsdokument, speichern Sie oft und machen Sie eine Kopie des Zwischenstands vor neuen Arbeitsschritten.
Bei einem so großen Dokument stürzt Acrobat gern mal ab, bei meinem mehr als 2 Jahre alten Rechner eh nur 5 Mal bei 172 Seiten, häufiges Speichern ist aber jedenfalls anzuraten.
Wenn Sie nicht sehr viel Erfahrung haben, ist es von großem Vorteil, auch den Zwischenstand Ihrer Arbeit zu sichern, weil man schon einiges anstellen und sich das PDF zerstören kann.

PDF für Druck und Web

Versuchen Sie das PDF zu bekommen, bevor es druckfertig gemacht wurde.
Der Wunsch an den Printgrafiker, das komprimierte PDF mit Druckmarken lieber unkomprimiert und ohne Druckmarken zu bekommen, resultierte in einem beschnittenen PDF, in dem die Druckmarkierungen aber nach wie vor unsichtbar außerhalb vorhanden waren. Um den Grafiker nicht nochmals zu belästigen, gedachte ich nach dem vollständigen Taggen des sichtbaren Inhalts übriggebliebene Elemente mit einem Klick zu löschen: Optimismus der Unerfahrenen, übrig gebliebene Pfade und Bilder müssen Seite für Seite markiert und gelöscht oder als außertextliches Element definiert werden, um nicht 1000 Fehlermeldungen bei der Ausgabeprüfung zu behalten.

Überlegen Sie sich vorher, wie Sie es machen

Eine nicht unangenehme meditative Übung wird das, dachte ich: Hübsche Grafik, mäßig anspruchsvolle Textstruktur: Überschriften, Absätze, Listen, sehr viele Links, viele sich wiederholende Schmuckelemente wie Lesezeichenkästen und Icons (als Hinweis zum Glossar, für interne Links), viele Fremdwörter, viele freigestellte Bilder, um die der Text herumfließt.

Auf den ersten Blick tricky wirkten nur Überschriften und Bilder, die sich über 2 Seiten erstrecken und Texte, die über runde Pfade geführt wurden oder hochkant stehen.

Auf den zweiten Blick als problematisch erwiesen sich die vielen Zeilenumbrüche und Trennungsstriche und die Lesereihenfolge für die Bilder.

Auf den dritten Blick – nach dem optimistischen Vorsatz am Anfang, dieses PDF ganz vorbildhaft proper auszuzeichnen, als unzumutbar erwies sich der Plan, dieses vor Fremdwörtern und Fachbegriffen strotzende Buch auch mit Sprachauszeichnung zu versehen.

Auf den vierten Blick als generell frustrierend und unbefriedigend erwies sich das gesamte Unternehmen grafisch gestaltetes Buch als barrierefreies PDF.

Keine Furcht vor dem Touchup Leserichtungswerkzeug

Man kann Tags automatisch erstellen lassen. Das Ergebnis ist meist nicht optimal, muss womöglich Tag für Tag korrigiert werden. Man ist also womöglich schneller, wenn man gleich manuell taggt.

Das Touchup Leserichtungswerkzeug ist ein ganz praktischer Editor dafür, mit dem man Text markieren und durch Klick auf einen Button ein Strukturelement wie Absatz, Überschrift, Bild, außertextliches Element… zuweisen kann. Gleichzeitig legt man die Lesereihenfolge fest, die im Original häufig nicht stimmt.

Fieserweise ist der Editor unvollständig. Listenpunkte, Zitate, Subüberschriften ab H4 müssen zuerst als Absatz definiert und dann im Tag Navigationsfenster, das weniger komfortabel ist, korrigiert werden. Einzelne Wörter mit einem <Span> Element für Sprachauszeichnung zu versehen ist mit dieser intuitiven Oberfläche ebenso unmöglich, wie Links zu setzen.

Muss das eigentlich so sein? Wäre der Programmieraufwand wirklich zu hoch, um den BenutzerInnen der Software etwas mehr Komfort zu bieten und Mühsal zu ersparen?
Gut ist, dass man bereits gereihte und damit getaggte Elemente wieder überschreiben, also korrigieren kann.

Gehen wirs an

Über zwei Seiten reichende (also auf einer Seite unvollständige) Texte wie Orie – ntierung zeichnete ich als Bild aus, um leicht einen Alternativtext vergeben zu können. Ebenso hochkant gestellten oder über Pfade gelegten Text, der sonst vom Screen Reader nicht in der richtigen Buchstabenfolge gelesen wird.
Die Lesereihenfolge der Artikel, die grafisch nicht einheitlich ist, legte ich einheitlich so fest, dass der Lesezeichenkasten mit Autoreninfos gleich nach Überschrift und Autorenname kommt.
Die Grafiken für den Kasten waren klarerweise außertextliche Elemente (Artifacts), ebenso die Unterlegung bei den Glossarbegriffen im Text. Das Icon für Glossarbegriff beließ ich im Textfluss, es wird zwar für Screen Reader unmotiviert als 3 vorgelesen, aber im Umfließenmodus, den vermutlich mehr Leute nutzen, bleibt es damit als Icon erhalten (kann ich ja am Ende mit <Span> Tag umgeben und mit Alternativtext versehen, dachte ich anfänglich motiviert).

Acrobat wollte nicht immer so wie ich, wollte die Abschnitte wohl lieber im originalen, fehlerhaften Dokumentenfluss behalten, ich musste die Abschnitte oft mehrmals umreihen. Nach Auszeichnung aller Absätze der Seite, waren die Lesezeichenabschnitte oft wieder irgendwo zwischen den anderen Absätzen, die Bilder legten sich manchmal über den Text, wenn ich sie ans Ende der Lesereihenfolge einer Seite stellte. Die Unterlegungen der Glossarbegriffe lagen regelmäßig als Layer über den Begriffen, die damit verschwunden waren, obwohl ich sie zuerst als Hintergrundelement getaggt und sie damit doch hätten darunterbleiben sollen. Wieder war ein Verziehen der Absätze im Lesereihenfolge Navigationsfenster nötig, um die Begriffe wieder an die Oberfläche zu zaubern.

Alles ein wenig mühsam, aber machbar, weil man mit dem Werkzeug intuitiv umgehen kann und nichts passiert ist, außer einer falschen Reihenfolge, wenn Text plötzlich verschwunden ist. Die Hierarchie im Tag Baum muss aber öfters wieder korrigiert werden, wenn Textteile im Reihenfolge Fenster verschoben oder neu ausgezeichnet werden. Tags finden sich plötzlich im Root Verzeichnis, nicht im Container, in dem sie sein sollten.

Die Werkzeuge, um die Lesereihefolge festzulegen und die Tags zu bearbeiten haben keine Rückgängigmachfunktion, ansonsten eine Selbstverständlichkeit bei guter Software. Hat das einen praktischen Grund oder darf man etwas mit der Diskriminierungskeule wackeln und sich wundern, warum die tolle Software gerade hier nicht fertig geworden ist?
Es gibt ansonsten wenig Automatisierung im Accessibility Bereich von Acrobat, aber mit einem Klick kann man die gesamte Tagging-Arbeit löschen, nicht jedoch, wie man bei der seitenbasierten PDF Struktur vermuten könnte, die Arbeit der letzten Seite. Das ist bei längeren Dokumenten und nach stunden- bis tagelanger Arbeit ein etwas sadistischer Zugang.

Testen Sie den Umfließenmodus zwischendurch

Ob das Konzept passt, sehen Sie nicht nur in der Nummerierung beim Lesereihenfolgewerkzeug, sondern auch im Umfließenmodus.
Und hier sehe ich nun, dass Bilder manchmal den Text überlappen, d.h. sie müssen an den Anfang der Lesereihenfolge einer Seite.
Ich sehe, dass die Zeilenumbrüche zwar aufgehoben sind, aber damit die Wörter beim ehemaligen Zeilenumbruch aneinanderpappen.
Ich frage mich, ob Acrobat wirklich von mir verlangt, dass ich mit dem Touchup Textwerkzeug vor jedem Zeilenumbruch auf 172 Seiten ein geschützes Leerzeichen einfüge. Ich probiere es aus, und sehe, dass sich das Layout dadurch natürlich verändert und im Umfließenmodus nun zwar die Wörter Abstand haben, aber die Zeilenabstände verschoben sind, dass nun Zeilen aneinanderpappen...Und ich denke mir erleichtert, da kann man wohl nichts machen.

Ja, kann man das nicht so programmieren, auch wenn das PDF von QuarkXPress kommt, dass Zeilenumbrüche automatisch durch ein Leerzeichen ersetzt werden? Kann doch nicht kompliziert sein? So ist der Umfließenmodus doch frustrierend!

Alles, was als außertextliches Element definiert wird, ist auch im Umfließenmodus verschwunden. Das kann man wollen oder nicht.
Zahlen, wieviele Menschen mit Sehbehinderung diesen Modus wirklich nutzen, gibt es nicht. Die Schrift ist hier zwar beliebig vergrößerbar, komfortabel kommt mir der Modus nicht vor. Empfehlenswerter ist wohl eher ein großer Bildschirm und ein Zoomen der Normalansicht.

Beim Test der Kontrastansicht (z.B. schwarz mit grüner Schrift) im Normalmodus kommt zutage, dass sie bei diesem PDF nicht möglich ist, weil der grünbeige Hintergrund der Seiten – der die Papierfarbe simuliert – mit einem Bild realisiert wurde. Man muss es als außertextliches Element markieren (172 mal). Im Umfließenmodus ist es weg, aber löschen kann man es nicht, um den Kontrastmodus auch in der Normalansicht zu ermöglichen, sonst stehen alle Bilder mit grünbeigem Hintergrund auf weiß und der angenehm nicht blendende Hintergrund ist weg.

Was in so einem Fall bleibt, ist also der Umfließen Modus von Acrobat, der bei diesem handgetaggten PDF Probleme mit den Zeilenumbrüchen hat, oder professionelle Zoomsoftware. Zoomtext kostet ca. ebensoviel wie mein Acrobat.
Das Problem lässt sich ansonsten nur im Ausgangsdokument lösen. Für das Lesen am Bildschirm für gewisse User mit Sehbehinderung sind Hintergrundbilder in PDFs ungünstig.

Der Umfließen Modus hat mir übrigens auch 3x die Startseite des PDFs zerstört. Die Seitenelemente waren halb aus der Seite gerutscht und auch nach Schließen des Dokuments ohne zu speichern nicht mehr am richtigen Platz: 3x Wiedereinfügen der Seite aus der Sicherungskopie, neues Festlegen der Lesereihenfolge, neuerliches Verschieben der Tags in den richtigen Container, neuerliches Löschen der Druckpfade, neuerliches als Artifact Definieren des Hintergrundbildes und neuerliches Hinterfragen, ob ich blöd bin oder der Acrobat.

Lassen Sie sich zwischendurch mal vorlesen (z.B. mit Jaws Testversion)

Jaws erkennt die Überschriften und Links, liest Alternativtexte für Grafiken vor, liest öfters mal die Zahl 3 dazwischen (und ich sags Ihnen nun, ich habe keinen Nerv mehr, für dieses Spiral Icon bei Glossarbegriffen einen Alternativtext zu vergeben, 3 heißt also, der Begriff ist im Glossar).
Er liest ständig Bindestrich. Hätte ich noch Energie, würde ich die ganzen Trennungsstriche als außertextliche Elemente markieren. Es tut mir leid, ich habe sie nicht.

Peinlich, gerade beim Text von Herrn Hellbusch erkennt er die Links nicht, hier ist ein nicht zugehöriges Wort zum Link dazugerutscht.
Links auszuzeichnen ist Arbeit, nichts geht automatisiert. Jeder Link, der doch eigentlich für sehende UserInnen bereits funktioniert, muss mit dem Auswahl Werkzeug nochmals markiert und in die Tag Hierarchie gebracht werden, braucht jeweils den Tag <Link> und ein Verknüpfen – OBJR Objekt. Bei einigen Links nach einem Zeilenumbruch hat dieses Taggen als Link erst funktioniert, nachdem ich ihnen zuerst ein eigenes Absatz Tag zugewiesen hatte.

Ebenso peinlich, gerade beim Text von Eva Papst ist die Lesereihenfolge wieder verrutscht, dabei war sie doch ok vorher. Seltsame Dinge passieren...

Sprachauszeichnung: Was ohne sie gelesen wird, klingt teils schon komisch, Accessibility ganz ok, Uuusabilitüüü wieder sehr seltsam, so viele Fremdwörter, man sollte, ja..., aber ich schaffe es nicht mehr. Ich sage Ihnen dafür, wie es geht.
Die Anleitung stammt aus einem PDF Schulungsskriptum von Markus Erle von Wertewerk, dem unbestrittenen PDF Experten im deutschsprachigen Raum.

Und ich frage Sie, wem ist bei längeren Dokumenten eine Sprachauszeichnung zumutbar, die für jedes einzelne Fremdwort folgende Arbeitsschritte nötig macht:

1. Sie markieren mit dem Auswahl Werkzeug die „Fremdwörter“ im Dokument und suchen im Navigationsfenster Tag über Optionen > Tag in Auswahl suchen den korrespondierenden Tag im Tag-Baum (Text mit „Fremdwörter“ wird im Tagbaum markiert).
2. Überprüfen Sie, ob der fremdsprachige Text bereits einen eigenen Tag besitzt (das wäre z.B. bei ganzen fremdsprachigen Absätzen der Fall). Wenn nicht, müssen sie einen eigenen <Span>-Tag dafür anlegen:
   • Sie markieren denjenigen Tag, der den Text mit dem „Fremdwort“ enthält
   • Über das Kontextmenü neuer Tag > Typ: Bereich auswählen erstellen Sie einen leeren <Span>-Tag.
   • Sie markieren den neu entstandenen <Span>-Tag
   • Sie markieren mit dem Auswahl-Werkzeug das „Fremdwort“ im Dokument und weisen im Navigationsfenster: Tag über Optionen > Tag aus Auswahl erstellen den gewählten Inhalt dem neuen <Span>-Tag zu.
   • Der gesamte Textabschnitt wird dabei in 2 Teile getrennt.
   • Schließlich verschieben Sie den <Span>-Tag an die Stelle zwischen die beiden Textteile.
3. Sie markieren den <Span>-Tag. Über das Kontextmenü (rechte Maustaste) Eigenschaften... öffnen Sie das Fenster: TouchUp-Eigenschaften und können im Register: Tags im Eingabefeld: Sprache die entsprechende Sprache auswählen.

Unzumutbar und sinnlos

Ja, bin ich verrückt? Habe ich 7 Leben? Kann ich mir so etwas bei einem von Fremdwörtern strotzenden 172 Seiten PDF leisten? Hat das überhaupt einen Sinn?

Die MAIN Frauen schicken mir nettes Feedback von Herrn Hellbusch, das ich mir hier erlaube auszugsweise anzuführen:

„Die PDF ist gut lesbar, aber wie gehabt ist das nicht wirklich komfortabel,
oder: zugänglich ja, aber barrierefrei nicht. Das liegt aber u.a. an JAWS,
der Absätze in PDF nicht unterstützt und auch an den zahlreichen
Bindestrichen. Der Export zu RTF war erfolgreich, aber - warum auch immer -
da geht es sehr stark zu Lasten des Arbeitsspeichers und ich muss
gelegentlich längere Sprechpausen hinnehmen. Jetzt habe ich aus der RTF eine
TXT gemacht und es ist OK.
Da habt Ihr ja eine Menge Arbeit gehabt. In Eurer Einleitung "verteidigt"
Ihr Euch ein wenig, was sicher nicht erforderlich war. Klar: Ein Buch ist
nicht das Web! Wie auch immer, das ist ein schöner Schnappschuß des
derzeitigen Stands.“

Schön, JAWS erkennt Absätze in PDFs nicht, im Jahr 2008. Ich dachte, es liegt an meinem unzulänglichen Umgang mit JAWS, dass es mir nicht gelungen ist, von Absatz zu Absatz zu springen. Aber die Frage sei erlaubt: warum zeichne ich sie dann überhaupt aus? Für wen? Wenn die JAWS Programmierer diese doch nicht so komplizierte Funktion, Absätze in PDFs zu erkennen, nicht für nötig halten, im Jahr 2008.

Ich mache u.a. auch karrierefreies Webdesign, weil ich ein Bedürfnis nach sinnstiftender Arbeit habe. Wenn es aber eh für den Hugo ist, dass ich hier meine Lebenszeit vertagge, hat das ja überhaupt gar keinen Sinn!

Blinde UserInnen wandeln sich PDFs nach wie vor lieber in RTF oder TXT um, als ein PDF, ob getaggt oder ungetaggt, zu lesen, weil das Lesen in Word mit Screen Reader komfortabler ist. Na dann liefern wir Ihnen doch gleich ein TXT File!

Probe aufs Exempel

Die Umwandlung in ein RTF funktioniert mit dem ungetaggten Original des Accessibility Logbuchs zumindestens optisch besser als mit dem getaggten barrierefreien PDF, warum auch immer. Bei der getaggten Version stehen Absätze manchmal nebeneinander, statt untereinander, überlagern sich sogar teils.
Vielleicht liegt der Fehler bei mir? Was könnte ich bloß falsch gemacht haben?

Die Umwandlung in ein TXT geht auch mit dem Original ganz gut, die Lesereihenfolge folgt dem Original Dokumentenfluss, d.h. die Autoreninfos stehen z.b. mitten im Artikeltext, der Text ist grundsätzlich aber nur manchmal sinnentstellend durcheinander. Die Bildalternativen fehlen, aber das Ergebnis ist – mit Abstrichen lesbar. Außer der korrekteren Lesereihenfolge erkenne ich keine Vorteile im TXT aus der getaggten Version. Auf die Bildalternativtexte kann man verzichten, extra Linksetzung hätte ich mir sparen können.

Die Umfließenfunktion gibt mir noch Rätsel auf. Im ungetaggten PDF funktioniert sie weit besser als im getaggten PDF, die Lesereihenfolge stimmt natürlich nicht ganz, aber die Wörter kleben nicht aneinander und der Zeilenabstand ist größer, der Kontrastmodus klappt auch.

Was könnte ich nur falsch gemacht haben? Oder hat Acrobat hier einen Bug? Oder liegt es an QuarkXPress? Oder am Grafiker? Bei diesem PDF ist es jedenfalls so, dass die Tags, die der blinden Zielgruppe nützen (wenn der Screen Reader sie denn erkennt) der größeren Zielgruppe mit Sehbehinderung neue Schwierigkeiten schaffen. Perfide ist das!

Wie taggt Acrobat hier automatisch?

Beim Versuch, das große Orignal PDF automatisch zu taggen, stürzt Acrobat auf Seite 171 ab. Beim Versuch eine komprimierte Version automatisch zu taggen, stürzt Acrobat auf Seite 171 ab. Nach Löschen der Seite 171 stürzt Acrobat auf Seite 168 ab. Beim Versuch nur mal eine 20 Seiten Kurzversion des PDFs automatisch zu taggen, taggt Acrobat brav.
Im Tag Baum sehe ich nun viele inhaltlich falsch gesetzte Tags und fehlerhafte Lesereihenfolge, aber keine gravierenden Unterschiede in der grundsätzlichen Vorgangsweise. Aber siehe da, der Umfließenmodus funktioniert plötzlich perfekt.

Was habe ich also falsch gemacht? Sachdienliche Hinweise von ExpertInnen wären sehr willkommen. Ich oute mich gerne als ahnungslos, wenn ich etwas dazulerne.

Unfertige Software, frustrierte BenutzerInnen

Bei meinen bisherigen Kämpfen mit nichtfunktionierender Technik und höchst mysteriösen, unlogischen Vorgängen im Weballtag, stellte sich allerdings meist heraus, dass gar nicht ich selber schuld gewesen bin. Vielleicht ist tatsächlich Acrobat schlecht? Seine Autoren Liste ist erstaunlich lang, viele Köche, viel mehr ProgrammiererInnen als bei Photoshop waren hier beteiligt, viele indische und asiatische Namen. Vielleicht liegts nicht nur an zu knappen Deadlines, sondern auch an der Auslagerung von Softwareproduktion in Billiglohnländer, an daraus resultierenden Kommunikations- und Koordinationsproblemen, wenn Software unfertig und fehlerhaft ist. Wahrscheinlich ist ganz einfach wieder einmal die Globalisierung an allem schuld. Genau!

Download: Statement Michael Stenitzer (mp3, 3.082 KB)

Fabian Topfstedt: Einer der Mitautoren neben mir – stellst du dich kurz vor und erzählst mir, wie man Webshops barrierefrei oder barrierearm gestaltet?

Michael Stenitzer: Ja also ich bin der Michael Stenitzer. Bin von Wienfluss. Wir sind eine Agentur, die sich auf Barrierefreiheit spezialisiert hat. Eines unserer derzeit laufenden Projekte ist ein Projekt zum Thema „e-commerce Websites barrierefrei machen“. Also einerseits für Menschen mit Behinderungen, aber andererseits auch für ältere, unerfahrene Webbenutzerinnen und Webbenutzer, die unter Umständen altersbedingte, körperliche Einschränkungen haben. Das Thema Webshops ist ein ganz Spezielles. Einerseits sind das Websites, die relativ kompliziert und umfangreich sind sehr oft. Andererseits profitieren aber Menschen mit Behinderungen oder Menschen mit Mobilitätseinschränkungen, ältere Menschen in hohem Maß vom Einkaufen im Web – theoretisch zumindest. In der Praxis ist das noch ein weitgehend unbeackertes Feld, die Barrierefreiheit dort. Wir schauen uns das Thema von einer „Nichtstandard Perspektive“ an. Also natürlich sind die Standards für Accessibility ganz ein wichtiger Aspekt, aber das sind jetzt, sag ich einmal, technische Standards. Wir brauchen aber Websites für Menschen, die sie benutzen können. Das heißt, diesen speziellen Usabilityfokus, den stellen wir in den Mittelpunkt. Das wir versuchen, also die Websites auch wirklich benutzbar zu machen. Die Produkte auffindbar zu machen, die Produkte einkaufbar, vergleichbar zu machen, den ganzen Prozess. Die sind schon auf’s Einkaufen optimiert, aber eben eher für die Mainstreamgruppe, für die Internet affine Gruppe. Und ich glaub, das ist total wichtig für diese e-commerce Betreiber, auch die anderen Zielgruppen da ins Boot zu holen.

Fabian Topfstedt: Es gibt ja fertige Shoplösungen auch. Gibt’s da besonders gute – gibt’s da besonders schlechte? Gibt’s da welche, die man empfehlen kann, wenn man jetzt gerade darüber nachdenkt, seinen e-commerce Shop – egal in welchem Umfeld, mit welchen Produkten auch immer, zu starten?

Michael Stenitzer: Also erstens einmal, denke ich mir, muss ein Webshop so wie eine Website eine individuelle Lösung sein, die man zwar natürlich auf einem guten Framework aufbauen wird, aber im Prinzip muss man sich dann ein individuelles Konzept und eine individuelle Lösung erarbeiten. Wir werden uns sicher im weiteren Projektverlauf die wichtigsten dieser Frameworks anschauen. Wir sind gerade dabei, eine erste Vergleichsmatrix aufzustellen aus Sicht der Barrierefreiheit. Und dann ein, zwei, drei hernehmen, die ein bissl genauer anschauen und mit zumindest einem dann wirklich einen möglichst barrierefreien Prototypen umzusetzen. Wir werden dann schauen, wenn wir da am Core dieses Frameworks was ändern, dann werden wir schauen, dass das auch, wenn das Open Source ist, wieder zurückfließt in das Framework, dass diese Verbesserungen sozusagen nicht nur bei uns bleiben. Aber Empfehlung kann ich jetzt in dem Sinn keine abgeben.

Das Gesicht zur Stimme in der Flickr Gruppe zum logbuch accessibility

Download: Statement Petra Öllinger (mp3, 2.699 KB)

Fabian Topfstedt: Stell dich doch kurz vor und sag mir, wie man virtuelle Wohnungen im Netz baut, und wie die dann auch noch barrierefrei werden.

Petra Öllinger: Also ich bin Petra Öllinger. Ich betreib’ gemeinsam mit Georg Schober eine virtuelle Wohnung im Internet und wir betreiben gemeinsam das Literaturblog der Duft des Doppelpunktes. Die Idee von der virtuellen Wohnung war eigentlich, dass wir uns ein bissl abheben wollten von anderen Sites und Homepages, die es gibt. Wir haben gesagt, wie machen wir das jetzt am geschicktesten, dass das irgendwie ansprechend ist. Und aufgrund dessen, dass wir sehr viel im Bereich Literatur machen, und Kultur, haben wir gesagt, bauen wir das auf, so wie eine gut bürgerliche Wohnung mit Salon und Bibliothek. Das kommt auch recht gut an, weil die Leute, sozusagen ins Vorzimmer eingeführt werden und dann in die einzelnen Räume gehen. Das war einfach so eine Idee von uns.

Das Ganze barrierefrei bzw. barrierearm zu kriegen – sehr schwierig. Weil wir die totalen Neueinsteigerinnen und -einsteiger waren. Wir haben keine Ahnung gehabt wie man das macht. Und haben eben sehr oft erlebt, dass Leute sich als Experten bezeichnen in diesem Bereich und überhaupt keine Ahnung davon haben. Und uns aber dann als Idioten darstellen, weil wir das auch nicht gewusst haben, wie das funktioniert. Also es war ein ziemlicher steiniger Weg, wirklich jemanden zu finden, der sich auskennt. Und selbst einfach – learning by doing, also beschäftigen, technisch, und schauen wie’s geht. Also, es ist ein ziemlicher Aufwand, der für uns aber total wichtig ist. Nicht nur in der Realität barrierefreie Gebäude zu bauen, sondern auch in der virtuellen. Und ich finde, das ist ein Thema, dass viel zu wenig auf’s Tableau kommt. Das ist in der Öffentlichkeit überhaupt nicht bekannt. Was es da oft für Schwierigkeiten gibt. Also, wenn jemand jetzt sehbehindert ist, oder eben sehr eingeschränkt beim Schauen, dass die das überhaupt nicht lesen können. Also da merkt man dann erst wie Seiten aufgebaut sind. Das ist ganz spannend. Also, wie auch in der Öffentlichkeit mit diesem Thema umgegangen wird. Da haben wir gesagt, das probieren wir jetzt. Und ich hab auch das Gefühl, dass ist so ein Bereich, der sich immer weiterentwickelt. Also, da ist man nie fertig mit Lernen, sondern man muss immer was dazu lernen und sich auch auseinandersetzen. Und vor allem auch wissen, was die Leute wirklich brauchen.

Fabian Topfstedt: Habt ihr Feedback bekommen von Menschen, die es sonst nicht auf euren Blog geschafft hätten? Wie war das?

Petra Öllinger: An sich sehr positiv. Dass die gesagt haben, super dass es das gibt. Wir sind ja immer drauf erpicht, dass wir vor allem Anregenungen kriegen, was man noch besser machen kann. Also jetzt, wenn wir darum bitten, Kritikpunkte einzuheimsen – ist es eher weniger. Das heißt, es ist für uns dann schwierig festzustellen, ok – wo können wir denn noch besser werden. Es sind eher so die positiven Rückmeldungen, die freuen uns natürlich auch, ja, aber so dieses, dass man sagt, okay, auf der Seite sind zu viele Überschriften oder der Text ist zu lang, dass man wirklich konkret was kriegt, das haben wir leider noch nicht und das würden wir uns total wünschen. Weil wir das Gefühl haben, hundert prozentig ist es noch nicht, ja.

Die Gesichter zum Duft des Doppelpunktes in der Flickr Gruppe zum logbuch accessibility

Download: Statement Böhm_Weiner (mp3, 899 KB)

Frage Fabian Topfstedt: Haben sie schon ins Buch geguckt? Und was sind Ihre ersten Eindrücke?

Cornelia Böhm: Also, ich hab’s mir erst noch ganz wenig angeschaut. Aber ich find’s eine total gute Idee, dass man das auch verlieren kann und das werd ich auch machen. In einem Kaffeehaus – und hoffentlich findet’s auch wer.

Frage Fabian Topfstedt: Was werden die Leute machen, die es gefunden haben, mit dem Buch?

Peter Weiner: Na, ich hoffe lesen und auch dann weitergeben.

Frage Fabian Topfstedt: Und in fünf Jahren? Wie sehen wir da irgendwie die Accessibility, werden Seiten barrierefrei sein, wird das Internet zugänglich sein?

Peter Weiner: Ich glaub sicher, dass es sich auf Dauer durch Druck der Wirtschaft und Gesellschaft durchsetzen wird. Ich glaube, es kann sich – vielleicht fünf Jahre ist schwer – aber auf Dauer sicher, oder längerfristig, kann sich kein Konzern oder auch die Wirtschaft mehr leisten, ich sag jetzt öffentliche Stellen sowieso nicht, dass sie nicht barrierefreie Websites anbieten. Ich glaube, dass wird sich sicher positiv entwickeln.

Gesichter zu den Stimmen in der Flickr Gruppe zum logbuch accessibility

Bei unserer Öffentlichen Buchausgabe am 27. März 2008 hat sich Meral Akin-Hecke bei MAIN ein logbuch accessibility abgeholt. Fabian Topfstedt hat sie gefragt, warum.

Download: Statement Meral Akin-Hecke (mp3, 966 KB)

Fabian Topfstedt: Meral, stell dich doch kurz vor und erzähl mir, warum Accessibility dir wichtig ist oder warum Accessibility im allgemeinen wichtig ist.

Meral Akin-Hecke: Mein Name ist Meral Akin-Hecke von Digitalks. Initiative Digitalks für digitale Medien. Wir sind leider noch nicht accessible. Daran sollten wir arbeiten, deswegen das Buch, damit ich mir Inspirationen holen kann, was sich gehört, um für alle da zu sein und die Informationen allen zugänglich zu machen – was ja unser Ziel ist. Und das sollte allen Unternehmen auch wichtig sein.

Fabian Topfstedt: Das heißt, du siehst das Buch ganz klar als Leitfaden quasi um digitalks.at zu verbessern oder accessible zu machen?

Meral Akin-Hecke: Ja genau. Als Leitfaden, als einen Wegweiser, und die Umsetzung wird natürlich dauern, ja. Ich denke, nur mit dem Buch werde ich noch nicht alles so genau treffen, wie es gehört, aber, dass ich mir schon mal die Gedanken mache, was ich anders machen sollte.

Das Gesicht zur Stimme in der Flickr Gruppe zum logbuch accessibility.

Download: Statement Gerald Brozek (mp3, 1.545 KB)

Frage Fabian Topfstedt: Stell dich mal kurz vor und sag mir, welchen Artikel du geschrieben hast und warum dir Accessibility wichtig ist.

Gerald Brozek: Ich bin der Gerald Brozek vom hyperkontext. Und ich glaube, es ist der Artikel drin, wo ich sozusagen meine Entwicklung mit Zugang zu Dokumenten beschrieben habe. Und das finde ich eigentlich sehr interessant, weil ich immer bemerke, dass Menschen nicht verstehen, warum man zum Beispiel eine Standardisierung machen soll. Oder dass vor allem in Webseiten sehr viel Dinge versteckt sind und alle nur davon ausgehen, dass sozusagen die Sehenden eine Webseite begreifen, und nicht verstehen, wie ein Blinder eine Webseite lesen kann. Und das finde ich immer das Interessanteste dabei, dass man dann den Leuten erklären muss, dass die halt das nicht sehen, aber sie können das sehr wohl hören. Und deswegen muss man eine Webseite auch dementsprechend aufbauen.

Frage Fabian Topfstedt: Und glaubst du, dass nach der Lektüre das Buches die Leute dafür ein besseres Gespür haben und das dann auch umsetzen werden? Oder ist es so, dass sie es sich zwar anhören, aber – solange sie nicht selbst betroffen sind – das vielleicht eher nicht machen wollen, weil das ein Mehraufwand sein kann?

Ich glaube, es ist das Zweitere nach wie vor, aber ich glaube, dass man mit diesem gedruckten Buch vor allem Sensibilisierung erreichen kann. Dass es durchaus dann doch Leute gibt, die verstehen, dass da vielleicht doch mehr dahinter ist hinter einer Website, als nur das, was ich sozusagen sehe.

Gesichter zu den Stimmen in der Flickr Gruppe zum logbuch accessibility.

Download: Statement Eric Eggert (mp3, 2.263 KB)

Frage Fabian Topfstedt: Warum ist Barrierefreiheit mehr als nur Design für Blinde?

Eric Eggert: Ja, also ich bin Eric Eggert von yatil.de. Barrierefreiheit ist deswegen mehr als nur Design für Blinde – oder für blinde Menschen wie es politisch korrekt natürlich heißen müsste -, weil auch alle Menschen mit ganz verschiedenen Behinderungen von Barrierefreiheit profitieren und dadurch ihren Weg im Leben gehen können. Also das Beispiel, das ich in meinem Artikel, der übrigens in diesem wunderbaren Werk auf Seite 78 zu lesen ist, da ist das Beispiel eben auch ein Journalist, der seinen Lebensunterhalt damit verdient, indem er Artikel schreibt. Und das Bewundernswerte ist: Er kann sich nicht bewegen. Also, das einzige, was er bewegen kann, ist sein Daumen und mit einem Annäherungssensor kann er aber eine Maus bewegen und einen Computer benutzen. Also vor X Jahren, als es diese technischen Möglichkeiten noch nicht gab, da hätte er diese Möglichkeiten gar nicht gehabt. Er hat mittlerweile sehr große Möglichkeiten. Wenn man zum Beispiel an große Klickflächen denkt, die sind natürlich viel einfacher zu bedienen auf barrierefreien Webseiten. Wenn man nur so kleine Icons hat, dann ist das schwierig.

Frage Fabian Topfstedt: Wie wird Webdesign in fünf Jahren aussehen?

Wahrscheinlich genauso wie jetzt auch. Also ich glaube nicht, dass sich da viel ändert. Wir werden ein bisschen HTML 5 haben, ein bisschen mehr CSS 3, wir werden vieles viel einfacher machen können, was wir jetzt noch sehr umständlich machen. Wir werden vielleicht auch HTML E-Mail Newsletter barrierefrei machen können. Was im Moment effektiv unmöglich ist. Und es wird eine relativ kleine äußerliche Veränderung geben. Aber unter der Haube – mit WAI ARIA zum Beispiel, was ein Standard ist, der Benutzerelementen Rollen zuweist – wird sich auch vieles im Bereich Barrierefreiheit tun, das man oberflächlich aber leider nicht sehen kann. Gleichzeitig denke ich aber auch, dass Seiten interaktiver werden. Das heißt, dass man die Möglichkeiten von modernem HTML und CSS richtig gut ausschöpfen kann, wenn dann der Internet Explorer 6 erst mal vom Markt ist.

Das Gesicht zur Stimme in der Flickr Gruppe zum logbuch accessibility.

Download: Statement Christian Henner-Fehr (mp3, 598 KB)

Beate Firlinger: Christian Henner-Fehr ist einer der Autoren im Logbuch Accessibility. Hat soeben das Buch bei der Buchausgabe an sich genommen und kurz durchgelesen. Was ist dein erster Eindruck? Erstes Feedback?

Christian Henner-Fehr: Gefällt mir gut! Weil es ist ja nicht ganz so einfach, etwas, was eigentlich im Internet als Idee entstanden ist, in Printfassung zu bringen. Und das, finde ich, ist aber sehr gut gelungen. Auch die Grafik zu den Beiträgen. Gefällt mir alles sehr gut. Nur gelesen hab ich es jetzt natürlich noch nicht alles. Ein paar Seiten fehlen mir noch (lacht).

Nachtrag:

Das Gesicht zur Stimme gibt es in der Flickr Gruppe zum logbuch accessibility, fotografiert von Andreas Hafenscher bei der Öffentlichen Buchausgabe am 27. März 2007.

Gestern, am 27. März 2008, haben wir das logbuch accessibility öffentlich präsentiert und ausgegeben. Zig Exemplare sind dabei in den guten Händen von geschätzten 50 bis 60 überaus kommunikativen Gästen gelandet, unter ihnen viele AutorInnen, die im Buch mit einem Beitrag vertreten sind.

Die ersten Blogbeiträge zur Publikation trudeln nun ein. Und das positive Feedback zu Form und Inhalt des Sammelbandes freut uns natürlich sehr.

Alle Einträge rund um’s logbuch accessibility werden auch weiterhin von uns im Twitter Feed Accessibility und in der Blogparade Roll im MAIN_blog zum Nachlesen aufgelistet.

Gesichter und Stimmen zum Buch …

Das multisozialmediale Präsentationsevent ist also vorbei. Doch – wie es unser Partner Robert Lender wieder einmal so nett formulierte: Nach der Buchausgabe ist vor der Buchausgabe. Was demnächst kommt, sind die Gesichter und Stimmen zum logbuch accessibility, die bei der Buchausgabe eingefangen wurden.

So hat Andreas Hafenscher tolle Fotos von den Gästen gemacht, die wir demnächst in der Flickr Gruppe zum logbuch accessibility bewundern können. Und Fabian Topfstedt hat Meinungen zum Buch und seinem Thema Web Accessibility akustisch eingeholt. Diese kurzen Statements werden hier im MAIN_blog in den nächsten Tagen laufend als Podcasts (und zwecks Barrierefreiheit auch mit dazugehörigem Text versehen) veröffentlicht. Den beiden guten Geistern, die noch bis spät in die Nacht an der Nachbearbeitung ihres Materials werkelten, ein großes Dankeschön.

Hier auch nochmals der Hinweis auf das eLogbuch accessibility – ein 8,5 MB schweres PDF, das von Maria Putzhuber auf barrierearm getrimmt wurde.

Es ist soweit: Wir geben heute ab 17.00 Uhr bei MAIN das logbuch accessibility aus. Auch Kurzentschlossene sind noch herzlich willkommen. Also, einfach vorbeischauen, ein Buch abholen, essen, trinken, reden, fotografieren, darüber bloggen, verweilen …

Wer nicht dabei sein kann und sich dennoch ein Bild vom Buch machen möchte, findet ab sofort die elektronische Ausgabe der Publikation hier im MAIN_web. Das eLogbuch accessibility ist als (barrierearmes) PDF in MAIN_wissen unter Publikationen abrufbar. Auch die Infos zur Buchbestellung sind dort angeführt.

Bilder von der Buchausgabe werden heute abend in der Flickr Gruppe zum logbuch accessibility zu sehen sein. Und Berichte zum Event wird es hoffentlich auch einige geben. Alle Beiträge rund ums logbuch accessibility sind im Twitter Feed Accessibility und in der Blogparade Roll im MAIN_blog dokumentiert und nachzulesen. Wir freuen uns über euer Feeback zum logbuch accessibility.

So, die Bücher liegen bereit, die Getränke sind gekühlt, die Aufregung steigt – es kann also bald losgehen …