In diesem Kalender der SBB sind zwei Fehler versteckt:

Wer findet sie? ;)

@media ist eine zweitägige Web-Konferenz in London, die sich zeitgemäßen Themen widmet und bei der man die Chance hat, direkt mit Entwicklern von Yahoo, Mozilla oder Opera zu reden. Es ist immer ganz gut, einen direkten Draht zu haben.

Beeindruckt hat mich die Professionalität und Innovationsfähigkeit der BBC, die in einer Case Study aus dem Nähkästchen geplaudert hat. Interessant zu sehen, dass die von Yahoo! entwickelten Regeln zu Exceptional Performace inzwischen auch hier angekommen sind. Da ich die eher konservative deutsche öffentlich-rechtliche Medienlandschaft kenne, hat es mich überrascht, wie offen die BBC ist. Da gibt es eine Public Beta, bevor das neue Redesign der breiten Masse offeriert wird. Da gibt es eine dokumentierte API, mit der Dritte Material der BBC wiederverwenden können. Und BBC ist eine der Vorreiterinnen in Sachen Barrierefreiheit und Geräteunabhängigkeit (= mobile Nutzung) im Königreich.

In Design-Vorträgen liess sich Andy Clarke von Comic-Panels inspirieren, um Gewichtung und Dynamik in Websites zu bringen. Dan Rubin zeigte hingegen sehr detailverliebte Designs, bei der ich interdisziplinären Kommunikationsbedarf sehe. Zum einen sind zum Beispiel absichtlich hinzugefügte Störungen auf einer monochromen Fläche nicht sofort erkennbar. Dan will damit mehr Haptik, eine Textur erreichen. Wenn nun aber ein Entwickler diese Photoshop-Datei ohne Erklärungen bekommt, besteht eine grosse Chance, dass er die Störungen nicht wahrnimmt oder sie als zufällige Artefakte einstuft und ignoriert.

Zum anderen arbeitet Dan mit wiederverwendbaren Filtern, um in Photoshop sehr einfach Effekte wie runde Ecken, Gradienten oder Schatten hinzuzufügen. Dieser universelle, wiederverwendbare Ansatz lässt sich leider nicht zwangsläufig auf das Frontend übertragen. Ein wiederverwendbarer Effekt an vielen Stellen in Photoshop kann nicht-wiederverwendbare, individuelle und somit kostenintensive Arbeit an vielen Stellen im Frontend bewirken. Wünschenswert wäre aber, Effekte einzusetzen, die sich in beiden Medien einfach, performant und wiederverwertbar realisieren lassen.

Zukunftsweisend war wieder einmal die Keynote von Yahoo!-Entwickler Nate Koechley, der professionelles Frontend-Engineering thematisierte. HTML und seine Freunde waren jahrelang unterbewertet. Im Informatikstudium wird dieser Bereich oft nur am Rande behandelt, schliesslich sei es nur eine Auszeichnungssprache, keine Programmiersprache. Das ist falsch, denn HTML ist eine deklarative Programmiersprache, und im Zusammenspiel mit Stylesheets, JavaScript im Browser und Techniken wie PHP auf dem Server entwickeln wir damit Software im Browser. Douglas Crockford nennt es „die feindlichste Entwicklungsumgebung, die man sich vorstellen kann“. Es gibt eine Reihe von wichtigen Wissensgebieten, die auf verschiedene Arten angewendet werden müssen auf drei Betriebssystemen in einem halben Dutzend Browsern in zwei verschiedenen Darstellungsoptionen. Und damit sind noch nicht einmal Randgebiete wie Internationalisierung, Performance oder Barrierefreiheit enthalten. Wenn Sie also zukünftig wieder einmal kleine Rauchwölkchen aus den Köpfen Ihrer Entwickler aufsteigen sehen, wissen Sie warum.

Auch die Barrierefreiheit kam nicht zu kurz, allein schon wegen der ausgewiesenen Experten im Publikum, mit denen sich stets interessante Gesprächsthemen fanden. In einem Panel ging es dabei um die Kommunikation von Best Practices. Hängengeblieben ist davon der Satz: „Sei nicht der Mensch mit den Problemen, sei der mit den Lösungen.“ Zugegeben, es ist enorm schwierig, sich leidenschaftlich für ein Thema zu engagieren, dabei aber die Fähigkeit zu besitzen, pragmatisch und diplomatisch bleiben zu können. Andererseits denke ich aber, dass sich Lösungen finden lassen, wenn beide Seiten Argumenten zugänglich sind, ihre eigene Position zu hinterfragen und zu Kompromissen bereit sind.

Darüberhinaus betonten die Podiumsteilnehmer erneut, dass Barrierefreiheit nur dann langfristig und nachhaltig effizient sein kann, wenn die Massnahmen auf Vorstandsebene (PDF) unterstützt werden, wenn es eine Accessibility Policy in einem Unternehmen gibt, und wenn kluge Unternehmen einsehen, dass mit Zielgruppenmaximierung bedeutende Umsätze zu erzielen sind. Keine Angst, Menschen mit Behinderungen möchten als Markt wahrgenommen werden!

Ein bisschen ausführlicher und auf englisch habe ich übrigens in meinem eigenen Blog über @media berichtet.

Heute ist der Mozilla Download Day! Ab den Abendstunden steht Firefox 3 zum Download bereit. Mozilla hat sich vorgenommen, mit den meisten Downloads in 24 Stunden ins Guinness Buch der Rekorde zu kommen. Das ist selbstverständlich nur ein Marketing-Trick, um der Nachricht des neuen Releases mehr Wert zu verleihen, aber man bekommt einen exzellenten Browser dafür, und irgendwie cool ist es schon, an dem Weltrekord-Versuch teilzunehmen.

Firefox 3 ist schneller und es gibt nun auch endlich die Firebug-Extension dafür, ohne die Entwickler nicht leben können. Aber für mich ist das herausragende Feature die vollständige Unterstützung des W3C-Standards für Accessible Rich Internet Applications. Das bedeutet so viel wie barrierefreies Web 2.0. Das ganze Bling-bling der heutigen Web-Applikationen lässt sich mit etwas Sorgfalt zugänglich machen für Screenreader. Elemente bekommen mehr Semantik, ihre Zustände können definiert werden, Beziehungen zwischen Elementen werden hergestellt, und für Teile der Seite, die dynamische Inhalte haben, gibt es nun Methoden, Menschen zugänglich darüber zu informieren, wenn sich Inhalte ändern.

Zudem bedeutet der Release auch, dass wir den Browser bei zukünftigen Projekten im Sinne des Graded Browser Supports unterstützen werden. Für Firefox 2 gibt es von Mozilla noch ein halbes Jahr Support, danach können wir ihn auch ignorieren. Graded Browser Support ist ein pragmatischer Ansatz, Websites bei maximaler Kosteneffizienz für die größtmögliche Reichweite zu testen. In der Praxis bedeutet das Internet Explorer 6 und 7, Firefox 2.x und 3.x, Opera 9.x und Safari 3.x. Da sich die Browser selbständig aktualisieren, steht das „x“ immer für die neueste nicht-beta Version. Also Firefox 2.0.0.14, nicht Firefox 2.0.0.1 bis 2.0.0.14.

In der Zwischenzeit können wir uns noch den ganzen Tag auf Firefox 3 freuen, und heute Abend gibt es einige Parties. Leider nicht so viele in Deutschland und der Schweiz, aber unsere Münchner Kollegen können heute Abend bei Mozilla feiern gehen!

Seit im Dezember 2006 der Parlamentarische Staatssekretär im Bundesministerium für Arbeit und Soziales, MdB Franz Thönnes, ankündigte, dass die Barrierefreie Informationstechnologie-Verordnung (BITV) mit Hinblick auf die Web Content Accessibility Guidelines (WCAG) 2.0 überarbeitet werden sollte, war ich interessiert zu erfahren, wer an dieser Arbeitsgruppe mitwirken würde. Bisher erfolglos. Denn anders als in den Schweizer Richtlinien (PDF, 162 KB) sind der Prozess der Erarbeitung der Richtlinien sowie die daran Beteiligten völlig untransparent. Man sucht vergebens Einträge in Blogs, und es gibt keine Diskussionen auf öffentlichen Mailinglisten. In einer Szene, in der die Transparenz der Web Accesssibility Initiative (WAI) des W3C ein stetiges Gesprächsthema ist, verwundert das ein wenig.

Im Rahmen der Antworten zu einer parlamentarischen Anfrage (PDF, 465 KB) an die Bundesregierung sind einige Dinge deutlicher geworden:

• Seit Mai 2007 befasst sich eine Arbeitsgruppe mit der Aktualisierung der BITV. Die Arbeiten sollen bis Sommer 2008 abgeschlossen sein.
• An der Arbeitsgruppe beteiligt sind Vertreter „der Wissenschaft“, der Behindertenbeauftragten und des Bundesverwaltungsamtes. Vertreter von Verbänden und Organisationen von Menschen mit Behinderungen wurden zu einzelnen Fachsitzungen gehört.
• Das Bundesministerium für Arbeit und Sozialies fördert das Aktionsbündnis barrierefreies Internet (AbI), das Projekt BIK und INCOBS. Eine tragende Rolle im AbI nimmt Prof. Dr. Christian Bühler ein. Die Vermutung liegt nahe, dass er der Vertreter der Wissenschaft ist. BIK und INCOBS sind Projekte der Hamburger Dias GmbH in Zusammenarbeit mit Sehbehinderten- und Blindenverbänden. Einige Kriterien, die speziell Menschen mit Sehbehinderungen betreffen, haben in der BITV stärkere Gewichtung als in den WCAG.
• Die Belange von Menschen mit Lern- und geistigen Behinderungen sollen zukünftig stärker berücksichtigt werden, gerade auch in Form von Leichter Sprache. Gleichzeitig soll sich die BITV an den WCAG 2.0 orientieren, in der diese Belange eine deutlich geringere Rolle spielen. Ich bin gespannt, wie diese Gegensätze gelöst werden.
• Der Bundesregierung sind Arbeiten an einer DIN-Norm für die barrierefreie Zugänglichkeit visueller Informationen bekannt. Das klingt nach einer weiteren Zusammenarbeit von Prof. Bühler mit DIN CERTCO. Offen gestanden bin ich nach dem Flop der DIN-Zertifizierung etwas skeptisch, was den Erfolg eines solchen Projektes anbelangt.

• Seit 2002 sind erst acht Zielvereinbarungen zwischen Unternehmen und Behindertenverbänden abgeschlossen worden. Zielvereinbarungen sollten ein Instrument sein, um Wirtschaftsverbände freiwillig an die BITV zu binden. Bislang scheiterte dies offenbar an dem hohen Aufwand und Komplexität solcher Verhandlungen verbunden mit der Tatsache, dass Behindertenverbände auf eigene Kosten und oft mit überwiegend ehrenamtlichen Mitarbeitern von dieser Aufgabe überfordert sind. Das gleiche gilt für das juristische Instrument der Verbandsklage, das noch seltener genutzt wurde. Die Landschaft stellt sich in Deutschland einfach anders dar als etwa in Großbritannien, wo es mit dem Royal National Institute of the Blind und seinen Schwesterinstituten handlungsfähige, nationale Organisationen mit mehreren tausend hauptamtlichen Mitarbeitern als Interessenvertretungen gibt.
• Die Bundesregierung sieht Barrierefreiheit, anders als die Europäische Kommission (Seite 141; PDF, 2,7 MB), bei öffentlichen Ausschreibungen über das bislang übliche Maß nicht als Auswahlkriterium zwischen Bewerbern.

Mir stellen sich dabei einige Fragen. In der Schweiz herrscht eine Konsensgesellschaft. Man bemüht sich, mit allen Beteiligten in Dialog zu treten. In der mutmaßlichen Zusammensetzung und Zielsetzung der deutschen Arbeitsgruppe nehme ich hingegen drei Lücken wahr: die Hochschulausbildung, die europäische Harmonisierung, und die Alltagstauglichkeit.

1. Ein Schwerpunkt in den Richtlinien und Empfehlungen anderer europäischer Länder ist die Ausbildung. Die schwedischen Richtlinien (PDF, 1,3 MB) sprechen davon, dass 80% der Barrieren durch Unwissenheit enstehen, nur 20% sind Bugs. Opera und das Web Standards Project stehen kurz vor dem Abschluss eines Curriculums für barrierefreie Gestaltung von Websites. Und das mit Mitteln der Europäischen Kommission geförderte Inclusive Design Curriculum Network hat seine Arbeit bereits 2004 abgeschlossen. Das renommierte Fraunhofer Institut für Angewandte Informationstechnik (FIT) war daran beteiligt. Leider ist niemand von FIT zur Mitarbeit an der BITV eingeladen.
2. Die BITV ist bisher stark technikgetrieben. Vor einem Jahr habe ich zwei Generationen von Modellen identifiziert: die erste Generation hält sich wie die BITV eng an die technischen Checklisten der WCAG 1.0. Nicht der Mensch steht im Mittelpunkt, sondern die automatische Prüffähigkeit. Die zweite Generation wächst darüber hinaus. Hier finden sich ganzheitliche, nachhaltige Ansätze. Ein starkes Anliegen der Europäischen Kommission ist es, diese national und zum Teil sogar regional fragmentierten Gesetzgebungen zu harmonisieren (a.a.O., S. 143). Zu diesem Zweck gibt es eine mit europäischen Fördermitteln unterstützte Arbeitsgruppe der W3C WAI. Sie wurde zwar auf verschiedenen Ebenen hinzugezogen, dennoch deuten die Anzeichen mehr darauf hin, eigene Schwerpunkte und Formulierungen in der BITV finden zu wollen, statt im Kern einfach auf das Original oder eine autorisierte Übersetzung zu verweisen, wie es die Briten oder Schweizer machen.
3. Zu guter letzt müssen sich die Richtlinien im Alltag bewähren. Soweit ich das sehe, arbeiten bislang Vertreter aus Wissenschaft, Behörden und Behindertenverbänden zusammen. Sie haben Kompetenz in den Anforderungen, die Menschen mit Behinderungen an Informationstechnologie stellen. Sie können mit assistiven Technologien umgehen. Aber wer von ihnen kann eine komplexe Website mit zeitgemäßen Mitteln erstellen, und wer kennt sich intim mit den Browsern aus? Es gibt bei den Browserherstellern anerkannte Experten zu Barrierefreiheit, in Deutschland etwa Marco Zehe bei der Mozilla Foundation. Yahoo! und Google sind Innovationsführer im Markt und haben die Expertise, ihre progressiven Anwendungen barrierefrei zu machen. Standardgruppen wie das Web Standards Project oder die Webkrauts befassen sich intensiv auch auf nationaler Ebene mit Barrierefreiheit. Große Agenturen realisieren barrierefreie Auftritte. In der Schweiz oder in den Niederlanden wurden sie in die Arbeitsgruppen einbezogen. In Deutschland bislang Fehlanzeige.

Sollte man sich nicht bemühen, alle Stakeholder in den Dialog zu integrieren und diesen öffentlich zu führen? Inhaltlich hingegen setzen andere europäische Gesetzgebungungen die WCAG als gegeben voraus und legen darum ihre eigenen Schwerpunkte in der Beratung und Empfehlung von Best Practices (PDF, 821 KB). Sie schaffen damit Kompetenz und Vertrauen bei Kunden und Behörden, die sich auf dem neuen Terrain oft unsicher fühlen.

Bereits heute gibt es im internationalen Vergleich Defizite der deutschen Verordnung. Nun gäbe es die Chance, die Qualität und die Akzeptanz der BITV deutlich zu stärken.

Am Mittwoch, 21. Mai 2008 habe ich an der Fachtagung der Orbit-iEX einen Vortrag zum Thema "virtuelle Grenzen überwinden" gehalten. Ich habe mich über die zahlreiche Teilnahme und die interessante Diskussion sehr gefreut. Deshalb möchte ich gerne noch auf mein Handout (pdf, 4,8MB) verweisen.
Die nächste Chance etwas über "Barrierefreiheit" von meiner Seite zu hören ist anlässlich der Informatica '08 am 11. Juni 2008 - herzliche Einladung!

Während meine Kollegin Luzia über Barrierefreiheit als Managementaufgabe diskutierte, sprach ich gestern auf der Fachtagung der Aktion Mensch über Web 2.0 und die Zugänglichkeit (oder Unzugänglichkeit) der Software im Browser. Mit auf dem Podium waren Anna Courtpozanis, blinde Expertin von der Heidelberger Organisation Web for All, Dr. Carlos Velasco, Leiter des BIKA Web Compliance Centers am Fraunhofer Institut für angewandte Informationstechnik (FIT) sowie Marco Zehe, Qualitätsbeauftragter für Barrierefreiheit bei Mozilla.

Eine sehr kompetente Runde. In den Einführungspräsentationen ging es dann um Hindernisse, Vorzüge und Wünsche bezüglich Web 2.0-Anwendungen aus der Sicht einer blinden Nutzerin; um die nach langen Jahren endlich schnell der Finalisierung zustrebenden Web Content Accessibility Guidelines 2.0 (WCAG) und ihre Herausforderungen für ein teil-automatisiertes Testing; wie sich die Firmenkultur von Innovationsträgern wie Google oder Yahoo von weniger progressiven Unternehmen unterscheidet und welche Auswirkungen sie auf Web 2.0-Anwendungen hat; sowie immer wieder um das barrierefreie Web 2.0. Einen guten Schritt in diese Richtung bezeichnet die Richtlinie für Accessible Rich Internet Applications (ARIA), die bereits jetzt oder in naher Zukunft von allen vier großen Browserherstellern, den Marktführern zum Vorlesen von Bildschirminhalten (Screenreadern) und wichtigen JavaScript Frameworks unterstützt wird.

Konsens am Ende der Diskussion war darum, dass Entwickler jetzt bedingungslos ARIA einsetzen sollten. Es gibt keinen Grund, damit zu warten. Die Lernkurve ist niedrig, aber es kennen noch zu wenige. Von verschiedenen Seiten, beispielsweise auf Universitätsebene und auch von Seiten des World Wide Web Consortiums (W3C), muss noch viel unternommen werden, um Entwickler zu erreichen und zeitgemäße Best Practices zu lehren.

Wir waren uns auch einig, dass sich in den nächsten fünf Jahren massiv viel in Richtung Barrierefreiheit tun wird. Das Interesse bei Unternehmen ist vorhanden, denn niemand möchte seine Mitarbeiterinnen oder Kunden wirklich diskriminieren. Damit steigt auch der Druck von Seiten der Mitbewerber. Gleichzeitig wird das Thema von der Politik vorangetrieben, wie die kürzliche Ratifizierung der UN Konvention über die Rechte von Menschen mit Behinderungen zeigt oder Vertreter der Europäischen Kommission in Publikationen wie The Accessibility Imperative offen ansprechen.

Nicht so technisch zugehen wird es übrigens auf der namics-Fachtagung zu Barrierefreiheit am 3. Juni in Frankfurt, die sich mehr an interessierte Einsteigerinnen wendet. Der Eintritt ist frei, ebenso noch einige Plätze.

Im Rahmen der informatica08 findet am 11. Juni 2008 ein so genannter Accessibility Day in Zürich statt. Die Vorträge beschäftigen sich von der barrierefreien Post, über barrierefreie Finanzdienstleistungen bis hin zur WCAG 2.0 und barrierefreien PDFs.

Ich werde mich an der Veranstaltung mit einem Referat zum Thema "Internet für ALLE - eine Herausforderung?" beteiligen. Insbesondere freue ich mich auf das Podiumsgespräch mit allen Referenten zum Abschluss der Veranstaltung. Aufgrund der thematischen Vielfalt ist ein spannender Tag rund um das Thema Barrierefreiheit sicherlich garantiert.

Das ausführliche Programm mit allen Uhrzeiten ist hier zu finden: http://www.informatica08.ch/de/events/Accessibility_Day.html Die Teilnahme an der Veranstaltung ist kostenlos, eine Anmeldung unter: www.informatica08.ch/de/events/Accessibility_Day.html allerdings erforderlich.

Zum Startschuss des Biene-Awards lädt die Aktion Mensch dieses Jahr zu einer Fachveranstaltung ein. Heute darf ich zusammen mit Patrick H. Lauke, Webmaster, University of Salford und Gisbert Loff, SAP unter der Moderation von Hubertus Thomasius, Kooperation Behinderter im Internet e.V. (kobinet) zwei Stunden meine Ansichten zum Thema "Barrierefreiheit als Managementaufgabe" diskutieren.

Ich vertrete dabei folgende Thesen:

1. Das Management ist nicht auf die Thematik Barrierefreiheit hin sensibilisiert und kennt Barrieren in der virtuellen Welt folglich gar nicht
2. Akzeptanz für Barrierefreiheit im Management ist nur durch den gesamtheitlichen Ansatz der Barrierefreiheit — nämlich Internet für ALLE — zu erreichen
3. Ohne überzeugte Stakeholder im Management ist Barrierefreiheit eine kurzfristige "Übung", aber keine langfristige und erfolgreiche Massnahme

Ich bin mir darüber im Klaren, dass diese Thesen nur die Spitze des Eisbergs sind. Trotzdem halte ich diese drei Aussagen für essentiell, wenn es um die Frage geht, warum "ist nicht schon längst vielmehr passiert". Immer wieder stosse ich an Grenzen, wenn nur eine Person in der Unternehmung das "Projekt Barrierefreiheit" treibt und deshalb wie Don Quichote gegen Windräder ankämpft. Ich bin gespannt auf die Diskussionen im Plenum. Wer live mit dabei sein will, ist herzlich eingeladen direkt am Live-Stream teilzuhaben (die Veranstaltung wird übrigens simultan auch in Gebärdensprache übersetzt).

Das W3C beschreitet neue Wege: Im meines Wissens ersten online Training des W3C vermitteln die Leiter der Mobile Web Initiative eine Einführung in Mobile Web Best Practices.

Der (kostenlose) Kurs beginnt am 18. Mai 2008 und umfasst vier Trainingseinheiten. Jede kann man sich innerhalb einer Woche ansehen, wann es einem passt — keine nächtlichen Unterrichtsstunden, weil live in einer anderen Zeitzone gelehrt wird. Bis zur nächsten Stunde muss man seine Hausaufgaben erledigen und einreichen. Darum ist die Zahl der Teilnehmenden auch auf 100 beschränkt. Innerhalb von nur drei Tagen war fast die Hälfte der Plätze ausgebucht, also dann mal schnell anmelden! ;)

Wow. South by Southwest Interactive (SXSW) ist vorüber. Das ist eine riesige Internet-Konferenz in Austin / Texas. Vier Tage, 180 Panels und Core Conversations. So bleibt es nicht aus, dass man sich selbst nach einer vorhergehenden Filterung immer noch zwischen 2-6 interessanten Vorträgen entscheiden musste. Andererseits haben so alle Teilnehmenden ihr ganz persönliches Erlebnis von dieser Konferenz. Meine wichtigsten Erkenntnisse daraus möchte hier teilen.

Der erste Tag begann für mich mit einem Vortrag von Jonathan Boutelle (Slideshare) über Dinge, die er über Flash und Rich Internet Applications (RIA) gelernt hat. Für ihn waren Popups stets ein Zeichen von schlechter Prozessgestaltung: Popups ersparen dem Designer, sich Gedanken zu machen, wohin Menschen nach dem Ausfüllen eines Formulars gelangen. Popups jedoch stellen einen Modus dar, die Benutzungsweise der Website verändert sich radikal. Und wir alle wissen: Modi sind böse. Lightboxes sind nichts anderes als Popups 2.0, also in Wahrheit ebenfalls oft überflüssig. Wir sollten also lieber das Problem an der Wurzel packen und uns Gedanken über die Prozesse machen. Slideshare beginnt zum Beispiel unmittelbar, Präsentationen hochzuladen, sobald ein User eine Datei ausgewählt hat. Danach wird der Nutzer durch den Prozess geführt, verschlagwortet seine Präsentation, wartet, bis sie in Flash umgewandelt ist, fertig.

Nebenbei bemerkt kann naives AJAX den Server töten. Slideshare hatte eine im Prinzip statische Startseite mit zwei personalisierbaren Bereichen. Um Server-Performance zu sparen, hatten sie die Startseite gecacht und die dynamischen Bereiche per AJAX nachgeladen. Neben der sichtbaren Verzögerung für den User hatte das aber den Nebeneffekt, dass der Server statt einer Anfrage immer mindestens drei parallele beantworten mussten. Nicht gut. Und selbst wenn man eine tolle, vielleicht sogar ganz sinnvolle Lightbox geschaffen hat, brauchen User URLs. Wenn jemand fragt, wo er seine Nutzerdaten ändern kann, möchte man nicht wirklich sagen: gehe auf diese Seite, drücke auf diesen Link, wechsele auf den Reiter, und dann erst ist da das Formular, das du brauchst.

Ziemlich genial waren auch Richard Rutter und James Box von Clearleft aus Brighton mit ihrem Vortrag über Wireframing 2.0. Kurzum können zweidimensionale Wireframes kaum Web 2.0-Anwendungen abbilden. Es fehlt einfach die vierte Dimension und die Aktion. Darum setzen sie sich zunächst interdisziplinär im Team zusammen, entwickeln Ideen, machen Skizzen auf Papier, nutzen Post-its. Doch dann bauen die Informationsarchitekten einen Clickdummy mit simplem HTML, ein wenig CSS und Effekten von jQuery. Dafür ist selbst Dreamweaver vertretbar. Dieser nicht-funktionale Prototyp braucht ein paar Tage, aber man kann sofort Prozessmängel erkennen, ihn für frühe Usertests nutzen, und der Kunde sieht etwas. „Etwas auszuprobieren ist oft billiger als langwierige Meetings, die beschließen, etwas auszuprobieren.“ Großartig war es, dies in der Praxis zu sehen mit der Fake-Community „ElfCartel“. Ich liebe das Profilfoto von „Amidactio“ aka. „adactio“ aka. Clearleft’s Chef Jeremy Keith! Bei Clearleft wird wirklich keine Gelegenheit ausgelassen, sich übereinander lustig zu machen, und der CEO bildet da keine Ausnahme. Die verwendeten JavaScript-Bibliotheken für Design Patterns kann man übrigens bei PolyPage herunterladen.

Sich öfters zusammensetzen und reden sollten auch die Browserhersteller und -entwickler. Bei SXSW taten das Chris Wilson (Microsoft Internet Explorer Team), Charles McCathieNevile (Opera) und Brendan Eich (Mozilla). Nur Safari fehlte. Das alles sind motivierte Menschen mit viel Humor, die das Beste wollen. Allerdings gibt es bei der Implementierung von neuen Features und Bugfixes Prioritäten, und es liegt an jedem von uns, diese zu artikulieren und Gehör zu bekommen. Nun, Microsoft hat in der IE8 Beta, die es seit einer Woche gibt, Support für Accessible Rich Internet Applications (ARIA) eingebaut. Jubel! Aaaaber, wie Anne van Kesteren (Opera) dazu bemerkt, Microsoft hat dazu gleich noch ein paar neue DOM-Attribute spendiert, die inkompatibel mit anderen Browsern sind. Charles McCathieNevile bestätigte, dass diese Änderungen des IE-Teams sinnvoll waren, weil sein Team bei der Implementierung der W3C Spezifikationen auf ähnliche Probleme gestoßen ist. Aber statt einem proprietären Alleingang – selbst in einer Beta-Version, die sich von dem finalen Produkt unterscheiden kann – wäre es besser gewesen, diese Probleme mit den anderen Browserherstellern gemeinsam zu lösen. Es ist ja nicht so, dass man keinen Kontakt untereinander hätte (aus dem Publikum kam der Vorschlag, dass Chris und Charles jetzt ja ihre Visitenkarten austauschen könnten. ;)

Ansonsten drehte sich auch dieses Panel um den mobilen Zugang: für mehr als eine Milliarde Menschen auf der Welt ist das Mobiltelefon die Alternative zum Desktop-Computer. Aber auch in den westlichen Ländern gewinnt der „dritte Screen“ an Bedeutung. Wie Charles es ausdrückte: „In den USA bedeutet mobiler Zugang, im Hummer herumzufahren. Aber in Japan bedeutet das, verschlafen an einer Handschlaufe in einer überfüllten Bahn zu stehen“. Wir reden nicht nur von den 3 Millionen iPhones. Allein im letzten Jahr wurde Opera Mini 40 Millionen mal ausgeliefert. Und eine Entwicklergruppe in Kopenhagen arbeitet an einer mobilen Version von Mozilla!

Als Randbemerkung seien zwei Fragen aus dem Publikum erwähnt: Für multiplen Fileupload und Statusdialoge über den Upload-Stand gibt es eine eigene W3C-Arbeitsgruppe, die eng mit der XMLHttpRequest-Gruppe zusammenarbeitet. Und an nativem Browsersupport für Video- und Audio-Inhalte arbeitet die HTML5-Arbeitsgruppe.

Bis das iPhone auftauchte, war mobiler Zugang in Europa ja immer ein wenig belächelt. Für einige unserer Kunden ist die globale Situation allerdings interessanter: Die Zahl der Menschen mit Telefonanschluss pro tausend Einwohner stieg von 2001-2005 in Ländern mit niedrigem Einkommen von 31 auf 113 (+265%), in Ländern mit mittlerem Einkommen von 260 auf 587 (+126%) und in Ländern mit hohem Einkommen von 1171 auf 1337 (+14%). Internet-Nutzung stieg in Ländern mit niedrigem Einkommen von 5 auf 44 (+780%), in solchen mit mittlerem Einkommen von 35 auf 114 (+226%) und in solchem mit hohem von 378 auf 523 (+38%). Das jetzt mal schnell mit den Bevölkerungszahlen von Indien, China und den anderen Ländern multipliziert… wo also können Global Player neue Märkte erschließen? (Quelle: World Bank Group, World Development Indicators 2007)

Und wo soll das alles hinführen? Programme wie eInclusion 2010 der Europäischen Kommission, das „One Laptop per Child“-Programm oder 50×15 werden dazu beitragen, die digitale Lücke zu schließen und Chancengleichheit zu bringen. Aber auch die Funktion des Mobiltelefons wird sich ändern. In Italien sind heute schon Video-Anrufe gängig, und in Kenya werden alte Telefone an Straßenständen für $12 zusammengelötet oder repariert. In ganz Afrika verwenden Menschen „Flash Calls“: einmal klingeln heißt „ja“, zweimal „nein“. Daraufhin wurde in Südafrika ein werbefinanzierter SMS-Service eingerichtet für „ruf mich zurück“, der heute 20 Millionen SMS täglich versendet. In Indien werden Videos via Bluetooth vertrieben (in Kuba auf USB-Sticks). Überall auf der Welt wollen Menschen kostenlose Features haben. Und die sollen wirklich einfach zu benutzen sein.

In einigen Städten werden bereits Location Based Services angeboten, per GPS oder Triangulation. Telefone werden mit Bewegungssensoren ausgestattet: der Anruf stört? Telefon einfach mit dem Screen nach unten legen. Telefone werden eine Menge von Wii lernen. Mit Handheld Stylesheets und Inhalten, die man unterwegs wirklich braucht, wird es dann schön hübsch und schlank. Durch Opera Mini oder Safari als Entwicklungsplattformen wird die Software-Entwicklung dramatisch günstiger, da nicht mehr auf gut 200 Plattformen getestet werden muss. Wir haben am iPhone gesehen, dass Mobiltelefone und Handheld Computer weiter verschmelzen, der Trend geht von Telefonnummern zu einer Web Architektur.

Und wenn wir dann alle schön ubiquitär erreichbar und global sind, braucht’s noch ein wenig Internationalisierung (internationalization – i18n). Jon Wiley erklärte Google’s Ansatz, Dinge universal zugänglich zu machen. Denn i18n ist weit mehr als nur Übersetzung. Inhalte müssen lokale Gesetze einhalten, das Marketing muss auf das Land abgestimmt, kulturell angemessen sein, und dann gibt es da noch technische Dinge wie Tastatur-Layouts, Währungs- und Datumsformate oder Besonderheiten für Schrift, die von rechts nach links oder in beide Richtungen geht. Zahlen zum Beispiel werden in arabisch und hebräisch von links nach rechts geschrieben. Trickreich, nicht wahr?

Auch meine eigene Core Conversation zusammen mit Gez Lemon zum Thema „Accessible Rich Internet Applications“ lief prima. Es gelang uns, einen Dialog mit dem Publikum anzustoßen. Und da die Autorin der W3C ARIA Working Drafts, die Programmiererin für ARIA in Firefox und Dojo sowie der Group Lead for Education and Outreach der Web Accessibility Initiative sich im Publikum befanden, war die Diskussion ein Kinderspiel. Dank des ARIA-Supports in Firefox 1.5+, Opera 9.5 und Internet Explorer 8.0 steht einem Einsatz in Projekten nichts mehr im Wege! Mehr dazu erzähle ich aber auch auf der Fachtagung „Einfach für Alle“ im Mai in Gelsenkirchen und bei der namics-Fachtagung zur Barrierefreiheit in Frankfurt voraussichtlich im Juni.

Abends hing ich dann mit Freunden vom Web Standards Project (WaSP) oder Barrierefreiheits-Experten ab (darunter die besagten Ladies des W3C), was dem ganzen noch den sozialen Glanz verlieh. Was ich sonst noch gelernt habe? Die Abendgarderobe in Austin ist etwas seltsam. Junge Frauen liefen in Röcken herum, die hier als Gürtel gelten würden. Mädels, Britney Spears ist kein gutes Rollenmodell, ehrlich! – Klimaanlagen zu hassen. Ich habe sieben Tage nur gefroren. – Leute zu lieben, die ihren Job richtig gut machen. Die Durchsagen in der U-Bahn von Washington ließen auf einen ausgeglichenen, eloquenten Menschen schließen (oder einfach auf gute Fassade), zurück in der Frankfurter S-Bahn dann ein mürrischer, monotoner Kerl, der seinen Job hasst. Der Tontechniker in Austin, den alle Vortragenden mit Vornamen kannten – Leute bemerken den Unterschied!

Am Campus Talk der Fachhochschule Nordwestschweiz (FHNW) habe ich gestern ein Keynote zum Thema „Barrierefreiheit im Internet“ gehalten. Die Herausforderung dabei war in 30 Minuten so gut als möglich auf das Thema Accessibility hin zu sensibilisieren. Die wichtigste Botschaft war, dass Barrierefreiheit ein Teilaspekt der Usability ist und sich Barrierefreiheit in aller Regel nicht durch das sture Einhalten von Richtlinien erzielen lässt.
Wer einen kurzen Überblick über die Thematik sucht oder die Links der Beispiele nachlesen möchte, der sei auf das Handout
verwiesen.
Im Anschluss an das Keynote wurde eine moderierte Diskussionsrunde rund um die Themen Quickwins, WAI-Audits und Bekanntheit der Barrierefreiheit durchgeführt. Die Gespräche waren sehr aufschlussreich und ich habe die Veranstaltung mit dem Gefühl verlassen, dass wir dem Internet für ALLE wieder einen Schritt näher gekommen sind.

Morgen Freitag, 29. Februar 2008 möchte ich es erneut wagen mit meinen Referenten virtuelle Grenzen zu überwinden. Gleichzeitig sollen während der Fachveranstaltung die Besucher mit möglichen Barrieren konfrontiert werden. Unter dem Motto „Barrieren erleben“ bieten wir in der Pause Fachstände zum Thema Gebärdensprache, Sehbehinderungen und Blindheit an. Sensibilisierung ist in meinen Augen der erste Schritt dazu sich überhaupt bestehender Barrieren bewusst zu werden.

Die Veranstaltung beginnt mit einem Keynote zum Thema Barrierefreiheit. Dabei werde ich die Gelegenheit nutzen, das neue eCH Hilfsmittel zur Accessibility vorzustellen, das einen wirklichen Mehrwert für jedes Projekt mit Fokus Internet für ALLE darstellen kann.

Für das zweite Referat konnte ich Stephan Kübler, Customer Experience Specialist bei der Credit Suisse gewinnen. Er wird das Thema Barrierefreiheit aus der Perspektive des Architekten betrachten und schildern wie die Credit Suisse zum ganzheitlichen Ansatz der Barrierefreiheit gefunden hat. Die Rampe vor der Filiale oder das barrierefreie Internet-Banking ist dabei nur ein Teil vom Ganzen.

Folgen werden dann Referate zum Thema „Technische Barrieren abbauen“ von Marcel Albertin, „Visuelle Barrieren abbauen“ von Patrik Giacobbo und „Inhaltliche Barrieren abbauen“ von Jürg Stuker. Das Inhalts-Thema hat einen besonderen Stellenwert. Im täglichen Kampf mit der Technik ist man schnell versucht zu sagen, wenn das technische System (z.B. ein CMS) barrierefreien Code produzieren kann, dann steht der Barrierefreiheit nichts mehr entgegen. Dass Autoren dafür barrierefreie Texte produzieren, wird dabei fälschlicherweise oftmals als Nebensächlichkeit abgetan.

Die Veranstaltung steht jedem kostenfrei offen, bitte einfach über diesen Link anmelden: http://www.namics.com/grenzenlos-event
Die Handouts aller Referate sind hier zu finden: http://www.namics.com/wissen/vortraege.html#1530

Gestern wurde von Christophe Strobbe aus der WAI Interest Group auf zwei Studien aus Québec und aus Belgien zum Thema Barrierefreiheit hingewiesen. In der Studie aus Québec werden die 200 beliebtesten Websites auf ihre Accessibility hin überprüft. Die belgische Studie analysierte 233 Websites (entweder dänisch oder französisch).
In Québec war das Ergebnis, dass keine signifikante Verbesserung der Barrierefreiheit seit der letzten Studie vor drei Jahren stattgefunden hat. Nur 15% der evaluierten Sites erreichten eine akzeptable Zugänglichkeit.
Für die belgischen Websites war das Fazit nicht viel besser, dabei wurden noch nicht einmal die WCAG-Leitlinien voll zur Anwendung gebracht. Es wurden „lediglich“ 14 Fragen gestellt. Beispiel: Werden alle Grafiken alternativ beschriftet? Hat jede Seite einen aussagekräftigen