Hier werden alle Blogs und Beiträge aufgelistet, die bei unserer Accessibility Blog Parade mitgemacht haben:

• Alphabetisch nach Blogs
• Aufgeräumt nach Themen
• Chronologisch

• Artikel zum Live Event 29. 11. 2007

• Beiträge rund ums logbuch accessibility

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!

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 …

Das logbuch accessibility ist heute in die Druckerei gewandert. Und wir haben damit einen großen Schritt in Richtung Öffentliche Buchausgabe genommen. Am 27. März 2008 steigt ja bekanntlich ab 17.00 Uhr bei MAIN ein kleines Präsentationsevent, bei dem wir die Publikation an alle Gäste öffentlich ausgeben werden, ebenso wie Speis und Trank.

Offener Rahmen

Was sonst noch am Programm steht, ist ein offener Rahmen für multisozialmediale Aktiviäten rund ums Buch und seine Anliegen. Wir haben dazu ein paar Ideen kreiert, etwa ein Fotoshooting unter dem Motto: Faces – Gesichter zum Buch, das wir gleich auf Flickr hochladen werden. Andreas Hafenscher wird zu diesem Zwecke mit seiner Canon kommen. Auch Voices – Stimmen zum logbuch und zur Web Accessibility möchten wir einfangen, und zwar als möglichst barrierefreien Videocast, den Fabian Topfstedt machen wird. Und bei allfälligen Fragen zum Thema wird Robert Lender als kommunizierendes Gefäß aktiv und als WebPlauschBegleiter für Antworten sorgen. Auch sonst hegen wir noch die eine oder andere Überlegung zum Event, über die Robert in Nur ein Blog und wir hier noch berichten werden.

Mehrere Banner

Zu Buch und Ausgabe haben wir auch einige Banner online gestellt. Es würde uns freuen, wenn sie zum Einsatz kommen. Unser Tag für Blogbeiträge lautet: logbuchaccessibility. Ein paar sind es ja mittlerweile schon geworden, wie ihr auch in unserer Blogparade Roll Nachlese und dem Twitter Feed Acessibility entnehmen könnt.

Banner Event: Öffentliche Buchausgabe (GIF, Format: 392 x 142)

Banner Buch groß 1:(GIF, Format: 392 x 142)

Banner Buch groß 2: (GIF, Format: 392 x 142)

Banner Buch klein 1: (GIF, Format: 340 x 102)

Banner Buch klein 2: (GIF, Format: 340 x 102)

Banner eLogbuch: (GIF, Format: 340 x 102)

Öffentliche Buchausgabe

Am 27. März 2008 landet das logbuch accessibility jedenfalls in den Händen all jener, die sich persönlich ein druckfrisches Exemplar bei uns abholen. Denn da veranstalten wir eine kleine Präsentation mit öffentlicher Buchausgabe in den Räumlichkeiten von MAIN in der Marchettigasse 7|1 im 6. Bezirk in Wien. Ab 17.00 Uhr geben wir nicht nur eines, sondern auch einen aus und laden dazu alle Mitwirkenden, AutorInnen, BloggerInnen, FreundInnen und sonstig interessierte Menschen ganz herzlich ein. Das Programm ist recht flexibel. Schaut einfach vorbei, holt euch ein Buch und loggt euch ein in diese Runde über Barrieren im Netz. Demnächst gibt es hier auch ein Banner zum Event. Bitte ankündigen, weitersagen, bloggen, kommen und – wenns leicht geht – formlos anmelden unter info@mainweb.at oder auch per Kommentar im MAIN_blog. Der Tag für Beiträge zu Buch und Event: logbuchaccessibility

Lockende Einträge

Noch haben wir ja nichts Genaues verlautbart. Erste Lockeinträge zum Logbuch kursieren aber schon im Web, etwa als kleine Appetithappen in Robert Lenders Nur ein Blog, als grobe Informationsbrocken auf BIZEPS Info oder auch als Schnappschuss des ungebundenen Bandes auf flickr. Um die gestreuten Verlockungen ein wenig weiter zu verdichten, hier ein paar Basics: Das Druckwerk segelt im Fahrwasser der Accessibility Blog Parade, es recyclet sozusagen die Inhalte der Webaktion, verpackt sie neu mit schräger Grafik, ist nutzbar als Nachlese und Wissensdossier und wird als gemeinsames Lesezeichen für Barrierefreiheit im Internet von MAIN herausgegeben.

Gemeinsames Lesezeichen

Als kleiner Vorgeschmack ein erster Auszug aus der Einleitung zum Sammelband:

“… Tatsächlich fiel uns der Entschluss nicht gerade leicht, eine Auswahl an Artikeln zur Accessibility Blog Parade in diesem Reader zu versammeln. Denn irgendwie hat es schon etwas von einer „Quadratur des Kreises“ an sich, so höchst unterschiedliche Beiträge aus dem Netz und noch dazu über die Accessibility desselben zwischen zwei statische Buchdeckel zu bannen. Zumal diese Texte viele weiterführende Links in sich tragen, eben Hypertexte sind, die sich durch ihre Interaktivität, Vernetzung und Multilinearität auszeichnen, zu denen es außerdem zahlreiche Kommentare und angeregte Diskussionen gibt. All das kann eine lineare und platzmäßig begrenzte Printausgabe natürlich keinesfalls abbilden. Das wollten wir aber auch gar nicht. Vielmehr haben wir die Texte nochmals sondiert, einige davon ausgewählt und neu sortiert. Anders als das Web mit seiner Gleichzeitigkeit der verfügbaren Information bietet das gute alte Buch die Möglichkeit, die Inhalte in einer bewussten Abfolge zu reihen und in einer Gesamtschau zu studieren.

Um ein rundes Bild der komplexen Thematik zu geben und die vielfältigen Aspekte zu bündeln, haben wir die Beiträge in mehrere Kapitel gruppiert. Diese Logs spannen jeweils einen eigenen thematischen Faden, ausgehend von der Grundsatzdebatte über barrierefreies Internet unter dem Motto Kursbestimmungen in Log 1 über einen weiten Bogen von Erkundungen über Barrieren im Netz in Log 2 hin zu einer kleinen Tour in den Maschinenraum von Blogengines in Log 3 bis zu Richtlinien, Checklisten, Webtipps und einem Glossar im Anhang in Log 4. …”

Mehr zum logbuch accessibility in Kürze hier im MAIN_blog, hoffentlich auch bei Robert in Nur ein Blog oder auch ganz woanders.

Weiter über Barrieren im Netz

Morgen, am Donnerstag 29. November 2007, ist es soweit. Die Accessibility Blog Parade bewegt sich von der virtuellen in die echte Welt und zieht ab 18.00 Uhr ins Auditorium des Museums Moderner Kunst (MUMOK) im Wiener MuseumsQuartier (MQ).

Programm

Sinn und Zweck des Abends ist es, einige Beiträge zur Accessibility Blog Parade live und öffentlich zu veranschaulichen, Barrieren im Web (2.0) nachvollziehbar zu machen und gemeinsam darüber laut nachzudenken, wie diese abgebaut werden können. Im Anschluss an den inhaltlichen Teil gibt es dann Gelegenheit, sich weiter auszutauschen und natürlich auch was zum Essen, Trinken und Feiern. Am Programm stehen folgende Menüpunkte:

18.00 Begrüßung und Moderation
Beate Firlinger (MAIN_blog)

Das Nur ein Blog Accessibility Projekt
Robert Lender baut Barrieren in seinem Weblog ab
Paradenbeitrag zum Nachlesen in Nur ein Blog: Nur ein Blog Accessibility Projekt – Teil 5

Accessibility und Usability – der richtige Mix
Eva Papst analysiert das Verhältnis von Zugänglichkeit und Nutzbarkeit
Paradenbeitrag zum Nachlesen auf WAI Austria: Barrierearm – und doch nicht gut nutzbar?

Maus raus
Maria Putzhuber liest per Tabulator österreichische Online-Medien
Paradenbeitrag zum Nachlesen im MAIN_blog: Maus raus

Baustelle ORF.at
Martin Ladstätter nimmt das meistgenutzte Internetmedium Österreichs unter die Lupe
Paradenbeitrag zum Nachlesen auf BIZEPS INFO: ORF.at: Marktführer ignoriert Barrierefreiheit und im MAIN_blog: Bewegliche Ziele

19.30 – 19.45 Pause zur Stärkung zwischendurch

Spirit of Accessibility
Jo Spelbrink blickt in die Zukunft eines barrierefreien multimedialen Web 2.0
Paradenkommentar zum Nachlesen im MAIN_blog

Accessibility im Second Life
Max Kossatz sieht sich in der 3D-Welt nach Initiativen zur Barrierefreiheit um
Paradenbeitrag zum Nachlesen auf Wissen belastet: Barrierefreiheit & Second Life

Webshop – leider geschlossen
Michael Stenitzer fragt: Wo bleibt denn hier der Hausverstand?
Paradenbeitrag zum Nachlesen im WIENFLUSS Blog: Accessible e-Commerce – von KatalogkäuferInnen zu Online-ShopperInnen …

ca. 21.00 Buffet, Vernetzung, Entspannung …

Visuals

Für die visuelle Begleitung des gesamten Events sorgen VisualDJ MAD & Coolhag von der Agentur Visual Brain.

WLAN

Die Räumlichkeiten haben Internetzugang über WLAN und Netz. Wer also live zum Event mitbloggen möchte, kann und möge dies bitte auch tun.

Medien

Auch filmen, fotografieren, interviewen ist erwünscht. Robert Lender, der Mit-Veranstalter der Accessibility Blog Parade, hat in Nur ein Blog bereits einen Aufruf gestartet, multimedial am Event mitzuwirken.

Bewegtes Bild werden jedenfalls zwei Kolleginnen vom Unisender UTV einfangen, die einen 10-minütigen Beitrag über barrierefreies Internet produzieren und beim Event drehen und Interviews machen möchten. Die Sendung wird auf dem offenen Wiener Fernsehkanal OKTO ausgestrahlt und auf der Website von UTV online gestellt.

Angekündigt hat sich übrigens auch ein Journalist von der APA, der über Veranstaltung und Parade berichten wird.

Orientierung

Für jene, die im Museumsquartier bzw. im MUMOK nicht so bewandert sind, hier ein paar Infos zur Orientierung: Auf der Website des MuseumsQuartier bieten ein Stadtplan und ein Arealplan Überblick. Auch auf der Text only Ausgabe der Seite findet sich ein Orientierungsplan.

Vor dem MUMOK angekommen, geht es vom Hof aus eine Treppe hinauf, dann links zum Haupteingang, dort ins erste Untergeschoß zum Auditorium. Die Räumlichkeiten sind auch mit dem Rollstuhl über Lifte einfach zu erreichen (vom Hof aus neben dem Eingang der Kunsthalle hinauf und im MUMOK drinnen wieder ein Stockwerk hinunter).

Ausstellung

Im MUMOK läuft aktuell die Ausstellung China – Facing Reality. Wir haben vor dem Event am 29.11.2007 eine Führung organisiert, die um 17.00 beim Empfang startet und so wie die Veranstaltung von Patricia Brück und Christian Bruna in Österreichische Gebärdensprache gedolmetscht wird. Die Teilnahme an Führung und Event ist kostenlos.

Foto: Beate Firlinger

Abschließend noch ein herzliches Dankeschön an alle, die das Live Event zur Accessibility Blog Parade auf ihren Sites und Blogs beworben haben. Wo überall, das ist der Blogparade Roll im MAIN_blog zu entnehmen.

Wir freuen uns auf die Veranstaltung und stehen bis dahin stehen für Rückfragen aller Art gerne zur Verfügung.

MAIN_Medienarbeit Integrativ
Marchettigasse 7/1, 1060 Wien
Tel: +43-1-9436506 / Fax: +43-1-9436508
info@mainweb.at
www.mainweb.at

Das Event ist Teil des Projektes “GEGEN UNFAIR. barrierefrei vernetzt” und wird gefördert vom Bundessozialamt aus Mitteln der Beschäftigungsoffensive der österreichischen Bundesregierung für Menschen mit Behinderungen.

Event Event

Die Vorbereitungsarbeiten für unser Live Event zur Accessibility Blog Parade am 29.11.2007 laufen. Auch haben sich bereits etliche Leute angemeldet, was uns natürlich freut. Es können und sollen aber ruhig noch viele mehr werden. Denn das Auditorium im Museum Moderner Kunst (MUMOK) ist relativ geräumig und auch ein wenig bunkerhaft, so wie das gesamte Gebäude. Also bitte weitersagen, bloggen, kommen und den Raum mit Leben erfüllen.

Visuals von Visualbrain

Damit der Novemberabend im grauen MUMOK erhellend wird, sind nicht nur Präsentationen geplant, die verschiedenen Facetten der Accessibility im Web näher beleuchten. Auch auf die Visuals von Jürgen Brunner und Georg Marsh sei hier verwiesen, die ihr Licht ins Dunkel der Location werfen werden. Was diese beiden Herren von der Agentur Visual Brain sonst noch Sinnvolles treiben, zeigt übrigens ihre Serie “Die wundersame Welt der Gehörlosen”, zu entdecken auf ihrer Website und auch auf YouTube.

Präsente Parade

Parademäßig war in den vergangenen Tagen einiges los. So waren wir von MAIN beim letzten Stammtisch von accessible media am 6. November 2007 als Gastgeberin und Gast zugleich präsent. In dieser Doppelrolle versuchten wir gemeinsam mit unserem Partner Robert Lender am Beispiel der Accessibility Blog Parade einige Ideen für die Kommunikation über barrierefreies Internet anzuregen. Zur Diskussion gibt es auf der Website von accessible media eine ganz kurze Zusammenfassung.

Wie der Stammtisch zeigte, gäbe es in puncto Kommunikation jedenfalls noch sehr viel tun, zum einen um das Thema Web Accessibility einer breiteren Öffentlichkeit zugänglich zu machen. Zum anderen aber auch, um gemeinsam die Kommunikationskultur in den eigenen Reihen zu verbessern, die Vernetzung zu fördern und die neuen Kanäle zu nutzen, die sich mit Web 2.0 und Social Media für die Öffentlichkeitsarbeit auftun.

Auch beim Webmontag am 12. November 2007 in Wien ging es um die Accessibility Blog Parade. Näheres dazu bietet Robert Lenders Bericht auf Nur ein Blog, wo er auch auf seine Präsentation zur Parade verweist, die er beim Webmontag zum Besten gab und auf Slideshare liegt.

Und wir vom MAIN_blog haben in der Zwischenzeit ein wenig aufgeräumt, und zwar in der Blogparade Roll, wo wir zum leichteren Auffinden die mehr als 100 Beiträge in diverse Schubladen gesteckt haben. Das ist noch nicht der Weisheit letzter Schluss, aber ein erster Versuch von inhaltlicher Zuordnung der gesammelten Werke über Barrieren im Netz.

Schnell sind sie vergangen, die insgesamt 33 Tage der Accessibility Blog Parade 2007. Für manche zu schnell, denn ganz bestimmt wird noch der eine oder andere Beitrag eintrudeln. Auch weitere Kommentare zu den zig Artikeln der Parade werden die Debatte über Barrieren im Netz vermutlich noch ergänzen. Wir werden auch die nachträglichen Einträge in unsere Dokumentation aufnehmen.

Großes Dankeschön

Wir schließen uns unserem Parade-Partner Robert Lender an, der es in seinem Beitrag auf Nur ein Blog bereits getan hat: Ein ganz großes Dankeschön an alle, die dazu beigetragen haben, dass bei dieser Accessibility Blog Parade so viele Ideen und Aspekte zum barrierefreien Internet thematisiert wurden. Und damit verbunden, gleich auch eine herzliche Einladung an alle Mitwirkenden und Interessierten zu unserem Live Event am 29. November 2007 im Auditorium des Museums Moderner Kunst (MUMOK) im Wiener MuseumsQuartier. Beginn ist um 18.00 Uhr.

Bunter Abend

Die Parade bewegt sich also munter weiter und zieht am Donnerstag, den 29. November 2007, im Auditorium des MUMOK ein. Am Programm steht ein bunter Abend mit inhaltlichen und geselligen Anteilen. So wird es eine Reihe von Präsentationen geben, die einige der Beiträge zur Accessibility Blog Parade live veranschaulichen und zur weiteren Diskussion und Vernetzung anregen sollen. Geplant sind dazu folgende Impulse:

Accessibility im Second Life
Max Kossatz sieht sich in der 3D-Welt nach Initiativen zur Barrierefreiheit um

Maus raus
Maria Putzhuber liest per Tabulator österreichische Online-Medien

Baustelle ORF.at
Martin Ladstätter nimmt das meistgenutzte Internetmedium Österreichs unter die Lupe

Das Nur ein Blog Accessibility Projekt
Robert Lender baut Barrieren in seinem Weblog ab

Webshop – leider geschlossen
Michael Stenitzer fragt: Wo bleibt denn hier der Hausverstand?

Accessibility und Usability – der richtige Mix
Eva Papst analysiert das Verhältnis von Zugänglichkeit und Nutzbarkeit

Spirit of Accessibility
Jo Spelbrink blickt in die Zukunft eines barrierefreien multimedialen Web 2.0

Gemeinsames Fest

Im Anschluss an die Präsentationen und Diskussionen ist natürlich für das leibliche Wohl gesorgt. Wir möchten das Event auch zum Anlass nehmen, die Gesichter hinter den Blogs kennen zu lernen und gemeinsam mit den Paraden-TeilnehmerInnen den Abschluss der Aktion im virtuellen Raum auch im realen Leben zu feiern.

Kulturelles Rahmenprogramm

Den Weg zum Live Event der Accessibility Blog Parade weist auch eine Parade der anderen Art. Es sind futuristische weiße Figuren, die über die Mauern des Museums Moderner Kunst wandern. Eine Außenskulptur der aktuell laufenden Ausstellung China – Facing Reality. Für alle, die sich für zeitgenössische chinesische Kunst interessieren, gibt es am 29.11. vor der Veranstaltung ab 17.00 Uhr eine gute Gelegenheit, an einer kostenlosen Führung durch die Ausstellung teilzunehmen. Bitte rechtzeitig bei uns melden: info@mainweb.at

Foto: Beate Firlinger

Sachdienliche Hinweise

Wir ersuchen um Anmeldung bis zum 27.11.2007 sowohl für das Live Event als auch für die Führung durch die Ausstellung China – Facing Reality.

Der Eintritt ist frei.

Veranstaltung und Führung werden in Österreichische Gebärdensprache gedolmetscht. Falls Sie von öffentlichen Verkehrsmitteln abgeholt werden möchten oder Informationen zu Parkmöglichkeiten benötigen, kontaktieren Sie uns bitte.

Wir stehen für Rückfragen aller Art gerne zur Verfügung und freuen uns auf Ihr/Dein Kommen.

Das MAIN_Team: Beate Firlinger, Brigitta Aubrecht, Sabine Jagsch

MAIN_Medienarbeit Integrativ
Marchettigasse 7/1, 1060 Wien
Tel: +43-1-9436506 / Fax: +43-1-9436508
info@mainweb.at
www.mainweb.at

Das Event ist Teil des Projektes “GEGEN UNFAIR. barrierefrei vernetzt” und wird gefördert vom Bundessozialamt aus Mitteln der Beschäftigungsoffensive der österreichischen Bundesregierung für Menschen mit Behinderungen.

Seit Beginn der Blog Parade frage ich mich, wo denn die ExpertInnen in Sachen Flash oder AJAX geblieben sind. Ich vermisse die Wortmeldungen all der vorwärtseilenden Geister, die sich – zu Recht oder zu Unrecht – beklagen, dass modernste Techniken, z.B. AJAX, von Screen Readern so schlecht unterstützt werden. Ich könnte hier gut ein wenig Nachhilfe gebrauchen.

Denn auch, wenn ich oft als Expertin bezeichnet werde – ich mag diese Definition absolut nicht, weil sie falsche Assoziationen auslöst – bin und bleibe ich die “mit einigen Wassern gewaschene” Webanwenderin, unterstützt durch mehrere Screen Reader – also nur Expertin in eigener Sache.

Als interessierte und neugierige Anwenderin werde ich natürlich immer wieder mit AJAX & Co. konfrontiert – in Tests genauso wie auf freier Wildbahn.

Und weil ich es schade finde, dass aus der echten Expertenecke für diese Techniken kein Input gekommen ist, schreibe ich zum Abschluss der Blog Parade eben einen Anwenderbericht – aus Sicht des Frontends, über das ein Screen Reader gestülpt ist und ohne nennenswerte Kenntnis der Technik unter der Motorhaube.

Ich stelle hier zwei Beispiele von AJAX-Anwendungen vor, die mir in letzter Zeit begegnet sind. Die fundierte technische Analyse, warum mich meine Screen Reader in einem Beispiel im Stich lassen, während sie mich im anderen ausreichend unterstützen, muss ich aus Mangel an Kenntnis den wahren ExpertInnen auf diesem Gebiet überlassen und hoffe auf entsprechende Aufklärung.

Zwei Beispiele

Im Chat auf Webdesign Weisshart werden die Nachrichten mittels AJAX in die Seite geschrieben. Schreibe ich selbst eine Nachricht und sende sie ab, so wird durch das Absenden der Nachricht und Neuaufbau der Seite automatisch aktualisiert und ich kann die Nachricht danach auch lesen. Beim Einlangen einer Nachricht ist das Verhalten meiner Programme anders, wie Sie der kleinen Anwenderanalyse entnehmen können.

Das zweite Beispiel kennen vermutlich viele: Tippe ich in das Suchfeld auf Einfach für alle z.B. “zug” ein, wird via AJAX eine Liste mit möglichen Suchbegriffen eingeblendet. Das ist sehr komfortabel, weil AnwenderInnen nun entscheiden können, ob in den Vorschlägen der von Ihnen gesuchte Begriff bereits enthalten ist. Ist dies nicht der Fall, wird einfach weiter eingetippt.

Diese mittels AJAX eingeblendete Liste ist mit keinem von mir verwendeten Screen Reader “sichtbar”.

Kleine Anwenderanalyse

Gemeinsam ist diesen Beispielen auf den ersten Blick nur, dass es sich um AJAX-Anwendungen handelt.

Was machen nun Screen Reader mit solchen Techniken? Anders als beim Neuaufbau einer Seite reagieren Screen Reader nicht unmittelbar auf die Änderung mittels AJAX. Was auf den ersten Blick wie ein Bug aussieht, ist aber eigentlich ein Feature, denn die einzige Möglichkeit wäre, den Focus an jene Stelle zu setzen, an welcher die hinzugekommene Information erscheint. Das ist aber in den meisten Fällen nicht im Sinne der NutzerInnen, die vielleicht zuerst ihre eigene Eingabe beenden oder einen begonnenen Absatz in Ruhe zu Ende lesen möchten.

Betrachten wir also das Schreiben von Nachrichten im Chat etwas näher. Beim Absenden der eigenen Nachricht weiß ich natürlich, dass sich der Bildschirminhalt geändert haben muss und kann mich auf die Suche nach der Neuerung machen.

Beim Einlangen von Nachrichten anderer Chat-Teilnehmer reagiert der Screen Reader nicht aktiv auf den geänerten Seiteninhalt. Es muss vielmehr vom Nutzer selbst aktualisiert werden, der irgendwie Kenntnis von der Änderung erlangen muss.

Um das Einlangen einer neuen Nachricht auch AnwenderInnen von Screen Readern mitzuteilen, hat daher der Autor mit diesem Ereignis einen Sound verknüpft, (der anwenderseitig natürlich aus- und eingeschaltet werden kann). Auf diese Weise erfahre ich, wenn jemand eine Nachricht geschrieben hat und kann mich entscheiden, ob ich meine eigene Nachricht noch abschicken (und somit gleichzeitig die Seite aktualisieren) oder zuvor die neu eingegangene Nachricht lesen möchte. In letzterem Fall ist dann allerdings eine händische Aktualisierung erforderlich. Der Sound macht das Handling aber sehr komfortabel.

Im Beispiel der Suche gibt es keine Information, wann die offerierte Liste auftaucht und sie wird in den unterschiedlichsten Screen Readern auch nicht angezeigt.

Das ist auch verständlich und nicht lösbar?, denn um die Liste einzublenden, müsste die Seite aktualisiert werden, was das Leeren des Formulars zur Folge hätte.

Zugänglich und nutzbar

Es wäre nun völlig verfehlt, aus dem bisher Gesagten den Schluss zu ziehen, dass es sich um ein “gutes” und ein “schlechtes” Beispiel für den Einsatz von AJAX handelt, denn ganz so ist es nicht.

Während das Lesen der Nachrichten im Chat zur Grundfunktionalität desselben gehört, handelt es sich bei den in der Suche eingeblendeten Begriffen um keine Grundfunktion, sondern ein hilfreiches Feature, das jedoch für die Nutzung der Suchfunktion absolut nicht erforderlich ist.

Auf den Nutzen kommt es an

Gleichgültig, welche Techniken man anwendet, der von Jan Eric Hellbusch ins Spiel gebrachte Begriff der Gebrauchtstauglichkeit sollte dabei nie aus dem Blickfeld verschwinden. Was genau ist aber darunter zu verstehen?

Zur Verdeutlichung hier wieder zwei Beispiele aus dem Weballtag:

• Wird eine Telefonnummer als Grafik präsentiert und nicht mit einem gleichwertigen Alternativtext beschriftet, so kann jemand, der die Grafik nicht erkennt, die Nummer auch nicht anrufen. Bei einer Hotline oder einer Notrufnummer wäre dies besonders schlimm.
• Ist eine Schaltfläche zum Absenden eines Formulars nicht mit der Tastatur erreichbar oder nicht erkennbar, wo genau sich der Focus befindet, können auf Tastaturnutzung angewiesener AnwenderInnen die Aktion nicht auslösen.

Auf die beiden eingangs skizzierten Anwendungen im Chat und der erweiterten Suchfunktion könnte man also sagen:

Ein Chat, dessen Nachrichten mit assistiven Programmen nicht lesbar sein sollten, wäre natürlich unbedienbar und somit nicht gebrauchstauglich, während die Suchfunktion auch ohne die zusätzlich angebotene Hilfestellung voll funktionstüchtig, also gebrauchstauglich bleibt.

Eine beispielsweise mit Screen Reader nicht nutzbare Technik stellt nicht zwangsläufig automatisch eine Barriere dar. Sie wird aber dann zu einer solchen, wenn dadurch BesucherInnen von der Benutzung bestimmter Dienste ausgeschlossen werden oder ihnen diese Nutzung deutlich erschwert wird.

Und dennoch: Ich wüsste zu gerne, ob es tatsächlich nur auf die fehlende aktive Aktualisierung der Seite zurückzuführen ist, dass meine Programme AJAX einmal unterstützen und dann wieder nicht. Ich hoffe nur, dass ich auf die Antwort nicht bis zur nächsten Accessibility blog-Parade warten muss.

Bleibt mir noch MAIN und Nur ein Blog für die Initiative zur Accessibility Blog Parade und die gewährte Gastfreundschaft zu danken.