Artikel-Schlagworte: „Zugänglichkeit“

Barrierefreiheits-Supergau beim Online-Banking der Sparda-Bank

Montag, 31. Mai 2010

Die Sparda-Bank Hamburg hat ein neues Online-Banking bekommen. Als ich mich dort heute morgen einloggen wollte, erlebte ich eine böse Überraschung.

Das erste, was ich bemerkte, war, dass der Login-Button auf der neuen Startseite des Online-Banking mir als “/portalstatic/spm/gfx/style/buttons/buttonFlach_Jetzt_einloggen.png [Schalter]” vorgelesen wurde. Sämtliche Labels waren den Eingabefeldern aber weiterhin korrekt zugeordnet, und sogar das Audio-Captcha zur Eingabe des Sicherheitscodes war weiterhin vorhanden.

Nachdem ich das Login durchgeführt hatte, erwartete mich dann aber die richtig böse Überraschung. Die ganze Seite ist gepflastert mit grafischen Links, die sich so oder ähnlich anhören: “04_SB8K8xLLM9MSSzPy8xBz9CP0os3gDU3cvAw93IwP3EFMTA08LH0NzC19jAwNfI_2CbEdFAH8_-FQ! [Grafik Link]“. Wenn mir daraus jemand ableiten kann, was dieser spezielle Link tut, ist er/sie gut! :-)

Ich schrieb daraufhin eine Mail an das Service-Team.

Nachdem ich dann auf Twitter mehrere Beobachtungen mitgeteilt hatte und auch unverholen mein Entsetzen über dieses Bremsen von 100% auf 0% Barrierefreiheit zum Ausdruck gebracht hatte, erhielt ich diesen Hinweis von der Sparda-Bank Nürnberg:

@MarcoZehe den barrierefreien Zugang zum SpardaNet-Banking gibt es bei Bedarf weiterhin. Kurze Mail an den Support dann gibt es den Link.

Es stellte sich heraus, dass die Mail an den Support nicht notwendig war. Auf der oben bereits erwähnten neuen Startseite des “modernen” Sparda Banking gibt es folgenden Absatz: “Hier melden Sie sich für kurze Zeit noch im Classic Banking an.” Es folgt ein grafisch nicht korrekt ausgezeichneter Link zum bisher gewohnten Banking.

Wer aufmerksam gelesen hat, dem ist das “für kurze Zeit” in dem obigen Zitat nicht entgangen! Wie lang wird diese Zeit sein? Ein Monat? Sechs Monate? Ein Jahr? Eine Woche?

Und nun kommen wir zum eigentlichen Grund, warum dieser Relaunch des Online-Bankings ein technischer und PR-mäßiger Super-Gau ist.

Wir schreiben das Jahr 2010. Seit über 10 Jahren predigen Organisationen wie von der Aktion Mensch und viele engagierte und technisch sehr gute Webentwickler und -agenturen die Standards der Barrierefreiheit im Webdesign und der Webprogrammierung. Seit 1999 gibt es die WCAG 1.0 des W3C, die im Dezember 2008 durch die WCAG 2.0 ersetzt wurden. Die BITV 1.0 soll noch in diesem Jahr durch die BITV 2.0 ersetzt werden. Unternehmen wie Amazon.de haben es seit Jahren nicht mehr nötig, alternative Textversionen für ihre Angebote anzubieten.

Und hier kommt ein Relaunch, der eine 100%ige Rückwärtsrolle von einem vorbildlichen(!) Online-Banking hin zu einem tut, der für Anwender assistiver Technologien überhaupt nicht mehr bedienbar ist. Und ein Verweis auf eine Alternativfersion, die der vorbildlichen Vorversion entspricht, von der aber nicht klar ist, wie lange diese tatsächlich noch weiter existieren bzw. gepflegt werden wird.

Zum einen ist es schon immer betriebswirtschaftlich und organisatorisch sehr unklug gewesen, Alternativversionen für bestimmte Personenkreise zur Verfügung zu stellen. Die Erfahrung zeigt, dass diese alternativen Angebote gern bei Aktualisierungen vergessen werden. Nun ist diese Aktualisierung bei einem Onlinebanking-Portal vielleicht nicht ganz so häufig wie z. B. auf einer Seite wie Amazon oder irgendeinem Newsportal. Aber es bleibt das Gefühl, man könnte was verpassen. Den größten Gau in diesem Bereich leistet sich GoogleMail, wo nämlich die für Blinde konzipierte HTML-Version viele(!) der Features des Standard-Interface komplett nicht zur Verfügung stellt.

Zweitens ist es betriebswirtschaftlich schlicht unvernünftig, im Jahr 2010 die Barrierefreiheit nicht gleich ins Grundkonzept mit aufzunehmen. Die Gesellschaft wird immer älter, und die Barrierefreiheit betrifft nicht nur Blinde, sondern Menschen mit allen möglichen Einschränkungen, von denen viele mit zunehmendem Alter auftreten. Weiterhin kommen immer mehr Senioren ins Netz, die darauf angewiesen sind, dass sie mit ihren Möglichkeiten der Maus- und Tastaturbedienung die Angebote bedienen können. Und auch Pensionäre machen Online-Banking! Und ich wage mal die Behauptung, dass die Damen und Herren im Management, die diese Entscheidungen die Sparda-Bank betreffend zu fällen haben, entweder schon selbst in einem Alter sind, wo diese Aussagen bald zutreffen könnten, oder Eltern haben, bei denen sie diese Notwendigkeit beobachten können. Man muss keine Menschen mit Behinderungen kennen, man braucht sich nur in der eigenen Familie oder Verwandtschaft umschauen!

Eine Agentur mit entsprechendem Know-How hätte das neue Online-Banking von vornherein barrierefrei gestalten können, und es hätte trotzdem “chic” ausgesehen. Diese Agenturen gibt es in Deutschland. Hier wurde jedoch offensichtlich eine Agentur gewählt, die dieses Know-How entweder nicht besitzt oder die Wichtigkeit einer inklusiven Vorgehensweise nicht herausgestellt hat. Initial wäre das Angebot vielleicht etwas teurer geworden. Aber das, was da jetzt betrieben werden muss, ist auf lange Sicht teurer:

Entweder lässt man den barrierefreien Zugang unbegrenzt(!) weiterlaufen und muss so immer zwei Angebote auf dem aktuellen Stand halten.

Oder man muss die Barrierefreiheit jetzt per Flickschusterei nachrüsten, also eine des Projektes einleiten, um irgendwann den barrierefreien Zugang abschalten und die Phase 2 des neuen, dann barrierefreien Zugangs, ersetzen zu können. Eine Phase 2 kostet immer mehr Geld als eine inkludierende Vorgehensweise gekostet hätte.

Bis zum Tag diesses Relaunches war die Sparda-Bank ein Vorbild an Barrierefreiheit, von dem sich so manch andere Bank in Deutschland mindestens eine dicke Scheibe hätte abschneiden können. Unter anderem deshalb habe ich die Sparda auch zu meiner hausbank erklärt.

Ich fordere die Verantwortlichen hiermit auf, zu dieser Vorbildfunktion zurückzukehren und dieses Onlinebanking-Portal barrierefrei gestalten zu lassen. Denn noch muss ich davon ausgehen, dass der von mir oben zitierte Satz von der Startseite ernstzunehmen ist und der Classic-Zugang tatsächlich nicht ewig bestehen bleibt. Und in diesem Moment wären diverse Kunden von der Teilhabe am Geschäftsleben über die Sparda-Bank ausgeschlossen!

P.S.: Während ich diesen Artikel schrieb, erhielt ich eine Antwort vom Service-Team mit dem Link zum Classic-Banking. Im Gegensatz zur oben zitierten Startseite war hier, wie auch in der zitierten Twitter-Antwort, nicht die Rede von einerzeitlichen Begrenzung.

Warum sehen Seiten im Firefox anders aus als im IE?

Freitag, 22. Januar 2010

Nein, dies ist kein weiterer Artikel, der einem Webdesigner zu erklären versucht, warum es so umständlich ist, für den Internet Explorer zu programmieren. ;) In diesem Artikel geht es vielmehr darum, warum manche Webseiten bzw. Teile davon von Bildschirmleseprogrammen für Blinde unterschiedlich dargestellt werden, abhängig davon, ob der Anwender die Seite im Internet Explorer oder dem Firefox aufruft.

Anstoß für den Artikel gab diese Bemerkung von Heiko Kunert aus Hamburg, in der er bemerkte, dass es immer noch Seiten gibt, die im Firefox mit einem Bildschirmleseprogramm anders aussehen als im IE. Auf meine Nachfrage hin führte Heiko aus, dass er versuchte, den Play-Schalter beim Anschauen des Hamburg-Journals in der NDR Mediathek zu finden und dass JAWS 8.0 diesen zwar mit dem IE, aber nicht mit dem Firefox finden würde.

Zur Erklärung dieses Phänomens kommen in diesem Fall mehrere Faktoren zusammen:

Zum einen ist da natürlich der verwendete Browser. Im Idealfall wird HTML-Code in beiden Browsern gleich interpretiert, egal ob es jetzt um die visuelle Anzeige für Sehende oder die Darstellung durch das Bildschirmleseprogramm für Blinde geht. Jeder, der schon mal mit beidden Browsern unterwegs war, dass es selbst in JAWS 10 und 11, oder auch bei Verwendung des NVDA, immer mal wieder den einen oder anderen subtilen Unterschied gibt.

Zum anderen ist da in diesem Fall der Faktor Flash. Die NDR Mediathek verwendet eine Adobe Flash-Anwendung zur Anzeige des Videomaterials und auch zur Steuerung der Wiedergabe. Der von Heiko gesuchte Play-Schalter befindet sich also nicht im eigentlichen HTML, sondern in dieser Flash-Anwendung. Hier gibt es gerade mit älteren JAWS-Versionen teils gravierende Unterschiede in der Handhabung zwischen dem Internet Explorer und dem Firefox. Der Grund ist, dass das Flash-Plugin für den Firefox erst im Jahr 2008 von Adobe zugänglich gemacht wurde, das Plugin für den IE aber schon seit 2002 Zugänglichkeit unterstützt. Da liegen also mal lockere 6 Jahre zwischen.

Und damit kommen wir zum dritten Faktor, der verwendeten Version eines Screen Readers (unabhängig vom hersteller). Die hier verwendete Version von JAWS war die Version 8.0, die in den USA zuerst Ende 2006 veröffentlicht wurde. Die Veröffentlichung der deutschen Version fand irgendwann 2007 statt. Also wurde diese Version von JAWS ein bis zwei Jahre vor einer zugänglichen Version des Flash-Plugins für den Firefox veröffentlicht und ist somit gar nicht darauf eingestellt, dass es im Firefox überhaupt ein zugängliches Flash-Plugin geben könnte. Berechtigter Kritikpunkt: man hätte auch vorausschauend in JAWS die Möglichkeit bereits vorsehen können. Jeder, der aber schon mal mit Microsoft Active Accessibility gearbeitet hat, weiß ein Lied davon zu singen, dass auch das strikte Folgen der Dokumentation nicht immer zum gewünschten Ergebnis führt, ohne noch weitere kleine Veränderungen vornehmen zu müssen, damit es tatsächlich für den Anwender rund läuft. Dasselbe Rechenspiel gilt natürlich auch für Window-Eyes, die Flash ebenfalls von Anfang an im IE unterstützten (ich glaube sie waren sogar die ersten), mit dem Flash-Plugin in Firefox aber auch erst richtig umgehen lernen mussten, als es dann endlich mal in einer zugänglichen Version erschien. Und solche Verbesserungen werden von den kommerziellen Herstellern von Bildschirmleseprogrammen nur in den seltendsten Fällen auf ältere Versionen zurückportiert.

Wer den gerade erschienenen Firefox 3.6 einsetzt, wird übrigens schnell feststellen können, ob er eine aktuelle und damit zugängliche Version des Flash-Plugins installiert hat. Firefox weist jetzt auf veraltete Versionen des Flash-Plugins hin und fordert zur Aktualisierung auf. Auch wegen bekannter Sicherheitsprobleme ist so ein Schritt unbedingt zu empfehlen!

Beim Testen habe ich das beste Ergebnis übrigens mit der neuartigen Herangehensweise des NVDA an das Interagieren mit Flash-Inhalten erzielt. NVDA sieht nicht nur sämtliche Schalter sondern liest auch von allen Schaltern die Beschriftungen vor, erkennt die bereits abgelaufene und noch verbleibende Zeit und ermöglicht ein vollständiges Bedienen des NDR-Mediathek-Players.

Es ist also leider tatsächlich so, dass ein Bildschirmleseprogramm Inhalte von Webseiten unterschiedlich darstellen kann abhängig davon, mit welchem Browser die Seite aufgerufen wird. Seiteninhalte sind in diesem Fall aber eben nicht nur HTML-Inhalte, sondern auch externe Quellen wie Flash. Und dies erhöht die Variabilität und Fehleranfälligkeit der Anzeige.

Ich hoffe, mit diesem Artikel ein wenig Licht in das Dunkel des teilweise doch verwirrenden und komplexen Zusammenspiels der verschiedenen Komponenten gebracht zu haben! Fragen und Kommentare sind natürlich immer herzlich willkommen!

Firefox 3.0.7 bring ein wichtiges Bugfix für GoogleMail-Anwender!

Donnerstag, 5. März 2009

Wie vielleicht schon gelesen wurde Firefox 3.0.7 vor einigen Stunden veröffentlicht. Dieses Sicherheits- und Stabilitätsupdate bringt ein wichtiges Bugfix für alle Anwender von Screenreadern mit sich, die den Dienst GoogleMail nutzen. Bisher war es nicht möglich, in der Nachrichtenliste einfach auf dem Link zu einer Nachricht die Eingabetaste zu drücken, um die Mail zu öffnen. GoogleMail hat sich einfach ausgeschwiegen. Man musste die Mausemulation des Screenreaders bemühen, um eine Mail zu öffnen. Dieses Problem wurde in Firefox 3.0.7 behoben, so dass Mails jetzt ganz einfach wie erwartet mit Eingabe aufgehen.

Viel Spaß!

Neue Mailingliste für Apple-spezifische Themen der Zugänglichkeit

Mittwoch, 24. Dezember 2008

Da mein Beitrag über die Zugänglichkeit von Mac OS X auch außerhalb des Blogs eine rege Resonanz gefunden hat, habe ich mich entschlossen, eine deutschsprachige Mailingliste einzurichten, die sich mit dem Themenkreis Apple und deren zugängliche Produkte wie Mac OS und dessen Anwendungen, den iPod Nano der vierten Generation usw. beschäftigt. Diese Liste soll zum Erfahrungsaustausch zwischen Anwendern dienen, richtet sich aber genauso an diejenigen, die bisher keinen Apple verwenden, sich aber informieren möchten. Hier geht’s zur Infoseite mit Anmeldemöglichkeit.

Also dann, auf einen fruchtbaren Austausch!

Neuerungen der Zugänglichkeit in Firefox 3.0.5

Mittwoch, 24. Dezember 2008

In der vergangenen Woche ist Firefox 3.0.5 erschienen und bei den meisten inzwischen als automatisches Update verteilt worden. Version 3.0.5 bringt wieder drei Verbesserungen im Bereich der Barrierefreiheit, die bei entsprechender Unterstützung durch Screen Reader Vorteile für die Anwender bringen:

  1. In den Objektattributen jedes Accessibles einer Seite kann jetzt der exakte Wert für das CSS-Attribut “display” abgefragt werden. Zusätzlich zu “formatting:block”, welches weiterhin zur Verfügung steht, ist es so möglich, eine genauere Information über die Gestaltung des jeweiligen Elements zu erhalten als bisher. In Firefox 3.1 Beta ist dies schon länger verfügbar und hat jetzt auch seinen Weg in Firefox 3.0.5 gefunden.
  2. Es wurde ein Fehler behoben, durch den manche Arten von Dokumentelementen nicht ordnungsgemäß den Focus übernehmen konnten. Hiermit sollten weitere als “anklickbar” gemeldete Elemente aktivierbar werden.
  3. Für Screen Reader, die nicht IAccessible2, sondern die älteren iSimpleDom*-Interfaces verwenden, wurde ein Fehler behoben, der bei der Anforderung des sog. ComputedStyle, also des tatsächlich in Effekt befindlichen Stils eines Elements, auftrat. Hiermit sollte es Screen Readern, die diese Interfaces noch verwenden, jetzt besser möglich sein, Dokumentformatierungen zu sprechen. Auch diese Änderung ist schon länger in Firefox 3.1 und hat nun ihren Weg in Firefox 3.0.5 gefunden.

Mac OS X Zugänglichkeit: Eine Erfolgsgeschichte

Mittwoch, 19. November 2008

Seit ein paar Jahren schon gibt es neben Windows andere Desktop-Betriebssysteme, die Barrierefreiheitsfunktionen zur Verfügung stellen und für die es Screen Reader gibt. Orca ist seit Version 2.18 des GNOME Desktop fester Bestandteil dieses Pakets und somit in jeder Distribution, die den GNOME Desktop vorinstalliert, ebenfalls verfügbar. Dies ermöglicht auch einigen Distributionen, sprechende Installationen zur Verfügung zu stellen, mit deren Hilfe ein Blinder das Betriebssystem selbständig installieren kann.

Während der Entwicklung von Mac OS X 10.4 Tiger betrat auch Apple das Feld der Zugänglichkeit für sein Betriebssystem und bietet seitdem den Screen Reader VoiceOver als festen Bestandteil des Betriebssystems an. Dies ist nichts Neues, zumal es inzwischen den Nachfolger Mac OS X 10.5 Leopard gibt. Ich hatte jedoch vor ein paar Tagen Gelegenheit, VoiceOver das erste Mal selbst unter den Fingern zu haben und muss gestehen, dass ich hin und weg bin, was die Zugänglichkeit und die Möglichkeiten angeht!

Das geht schon damit los, dass nach dem Einschalten des Macs ein Hinweis gesprochen wird, dass, wenn man nicht sehen kann, man Befehlstaste+F5 (oder Cmd+F5) drücken soll, um Sprachunterstützung bei der Ausführung des Setupassistenten zu bekommen. Kleiner Wehrmutstropfen hierbei ist, dass Apple selbst nur englische Stimmen mitliefert. Wenn Apple ein Abkommen mit einem Hersteller wie Cepstral oder Assistive Ware treffen würde, um auch fremdländische Stimmen gleich von Haus aus mitzuliefern, wäre das Bild perfekt! Die englische Stimme namens Alex, die standardmäßig zu sprechen beginnt, ist an sich aber schon ein echtes Schmankerl. Nicht nur, dass sie sehr schön klar ist, Apple hat ihr auch einen Lufthol-Algorithmus spendiert, der sie noch natürlicher klingen lässt.

Es benötigt also nur einen Tastendruck, um VoiceOver zu starten und den Setupassistenten somit zugänglichdurchlaufen zu können. Nach Beendigung dieses Assistenten war ich per WLAN verbunden und der Mac war sofort einsatzbereit.

Spaßeshalber habe ich dann auch mal die Mac-OS-X-DVD eingelegt und von dieser gebootet. Auch diese lädt ein vollständiges Betriebssystem, und VoiceOver ist, sobald die DVD das erste Mal aufhört, sich zu drehen, nur einen Druck auf Befehlstaste+F5 entfernt. Das Installationsprogramm wird automatisch gestartet, von diesem aus sind aber auch Zugriffe auf das Disk Utility und andere Programme zur Wartung des Computers erreichbar und somit voll sprachunterstützt einsatzfähig.

Im Vergleich hierzu gibt es unter Windows nur im grafischen Teil der Installation, und dann auch nur in englischsprachigen Versionen, die Möglichkeit, Narrator zu starten. Der nichtgrafische Teil, also der Teil, in dem Festplatten partitioniert und formatiert werden können, ist vollständig unzugänglich. Hinzu kommt, dass man unter Windows XP mit Microsoft Sam vorlieb nehmen muss, was ja nun wahrlich kein Vergnügen ist. Unter Vista gibt es eine Stimme namens Anna, die nur unwesentlich besser ist.

Unter Linux ist das Bild uneinheitlich: Während man bei Ubuntu 8.04 Hardy Heron nur eine überschaubare Anzahl Tasten in der richtigen Reihenfolge im Blindflug drücken musste, hat Ubuntu 8.10 hier wieder einen echten Rückschritt hingelegt. Jetzt muss man wieder die Live-CD starten, Orca beenden, als SuperUser neu starten und hoffen, dass man sich auf dem Weg dahin nicht vertippt, Ubiquity hochfahren und hoffen, dass Ubiquity und Orca sich dann auch unterhalten. Andere Distributionen bieten nur brailleunterstützte oder anderweitig klimmzugartige Techniken an, um einen zugänglichen Installationsvorgang hinzubekommen. Nur was für hartgesottene, aber keinesfalls was für Anfänger oder Gelegenheits-Tüftler. Die neue Ausgabe von Open Solaris soll ebenfalls einen zugänglichen Installer bieten, wie der aber funktioniert, weiß ich noch nicht.

Hinzu kommt, dass sowohl unter Windows als auch unter Linux die Gefahr besteht, dass die Hardware, auf die das System installiert werden soll, nicht erkannt wird. Im schlimmsten Fall wird die Soundkarte nicht erkannt, und man sitzt buchstäblich im Dunkeln. Hier zeigt sich der Vorteil der Kopplung von Betriebssystem und Hardware: Apple wissen, was sie in ihren Rechnern für Hardware haben und können so sicherstellen, dass die Unterstützung durch VoiceOver immer gewährleistet ist.

Ist Windows dann mal installiert, kommt man mit Narrator nicht einmal soweit, sich NVDA herunterzuladen, um einen vollwertigen Screen Reader zu haben. Also am besten die portable Version von NVDA vor der Neuinstallation auf einen USB-Stick ziehen, um nach der Installation dann sofort einsatzfähig zu sein.

Auch die Menge an bereits zugänglichen Anwendungen hat mich begeistert. Nicht nur die betriebssystemeigenen Anwendungen wie TextEdit, Mail, Safari o. ä., oder die Zusatzprogramme wie QuickTime und iTunes sind nutzbar, sondern z. B. auch Skype und OpenOffice. Skype ist eine von Blinden sehr häufig genutzte Internettelefonie-Anwendung, und die ist z. B. unter Linux gar nicht zugänglich. Dies ist eine der am häufigsten nachgefragten Anwendungen, wenn man über die Zugänglichkeit von Linux redet. Es steht zu hoffen, dass mit der Umstellung der Kommunikationswege weg von Corba hin zu D-Bus sich hier Verbesserungen auftun. OpenOffice ist seit Version 3.0 eine native Cocoa-Anwendung unter Mac OS und bietet volle Unterstützung von VoiceOver.

Und eben die Tatsache, den Screen Reader mit einem einzigen Tastendruck starten (und auch wieder beenden) zu können, ist ein ziemlich überzeugendes Argument! Wenn also eventuell in nächster Zeit eine Neuanschaffung in Sachen Desktop- oder Notebook-Computer ansteht, warum nicht mal im nächsten Mac-Shop vorbeischauen und sich die Modelle vorführen lassen?

Apple haben eine Zeit gebraucht, um die Zugänglichkeitsbühne zu betreten. Das, was sie aber vorweisen, kann sich wirklich sehen lassen.

Dies unterstreicht die Dringlichkeit, mit der wir bei Mozilla an der Fertigstellung unseres Supports für VoiceOver arbeiten müssen, damit Anwender auch unter diesem Betriebssystem Dinge wie WebVisum werden nutzen können.

Ich plane in naher Zukunft eine Serie von Audiovorführungen zu diesem Thema, die ich der ISCB zur Bereitstellung im Audiobereich anbieten werde.

Warum ich mir noch keinen Apple iPod kaufen würde

Mittwoch, 1. Oktober 2008

Kürzlich hat Apple eine verbesserte Zugänglichkeit in iTunes 8 und dem iPod Nano vierter Generation verkündet. Dies ist ein wichtiger Durchbruch im Bereich der Barrierefreiheit von Musikplayern von der Stange. Die Hersteller eines weit verbreiteten MP3 Players haben Funktionen eingebaut, damit dieses Gerät auch von Sehgeschädigten verwendet werden kann. Bisher gab es lediglich Projekte wie Rockbox, in denen eine zusätzliche Firmware für bestimmte Geräte programmiert wird, die dann zugänglich ist. Diese Herangehensweise bietet aber immer nur eingeschränkten Zugriff. So ist zum Beispiel das Abspielen DRM-geschützter Inhalte aus dem iTunes Music Store nicht mit der Rockbox-Software für einige ältere iPod-Modelle möglich.

Auf der anderen Seite gibt es neue innovative Ansätze von Firmen wie HumanWare, die Produkte wie den VictorReader Stream herstellen. Dies ist ein kleines Abspielgerät für DAISY- und Audible-Hörbücher und MP3-, Ogg-Vorbis und Flac-Dateien. Das Revolutionäre am Stream ist, dass er mit einer zweisprachigen Sprachausgabe daherkommt, die nicht nur Texte in verschiedenen Formaten vorlesen, sondern auch die Dateinamen und Metadaten von Musikdateien und Hörbüchern sprechen kann.

Die Frage, die ich mir beim Lesen von Apples Bekanntmachung stellte, war, ob dies nun die Notwendigkeit blindenspezifischer Geräte überflüssig macht. Und die Antwort kam fast prompt: Soweit sind wir noch nicht! Erst wenn Hersteller solcher Massenprodukte auch eher blindenspezifische Funktionen und Formate unterstützen, werden sie zu einer echten Alternative. Da ich inzwischen bei Sofort Hören auch Hörbücher im DAISY-Format entdeckt habe, bleibt zu hoffen, dass dieses Format auch bald von herkömmlichen Musikplayern unterstützt wird.

Die zweite Frage, die ich mir stellte, war, würde ich mir einen neuen Player kaufen, wäre dies ein iPod? Ich besitze seit März diesen jahres einen Stream. Für mich stellt sich die Frage konkret also nicht. Aber selbst wenn dem so wäre, würde ich mich zur Zeit dennoch immer noch für einen Stream entscheiden. Und hier sind die Gründe dafür.

Mehr Flexibilität bei der Sprachausgabe

Der Stream bietet eine zweisprachige Sprachausgabe zum Vorlesen von Texten und Dateinamen und Metadaten. Eine Sprache ist immer englisch, die zweite eine individuelle Landessprache. In meinem Fall ist diese natürlich deutsch. Der Ansatz von Apple ist, die Prompts für Menüs und Dateinamen auf dem Desktop-Computer vorzusynthetisieren, indem das im Betriebssystem integrierte oder ein zusätzliches Sprachausgabesystem verwendet wird. Dies ist aber immer einsprachig. Wenn ich also meine Menüprompts in deutscher Sprache haben möchte, werden auch die Dateinamen meiner englischsprachigen MP3-Dateien mit deutschen Ausspracheregeln und Phonemen vorgelesen, was natürlich etwas gewöhnungsbedürftig klingt.

Kein Kauf einer weiteren Sprachausgabe notwendig

Wenn man einen Stream erwirbt, ist die zweisprachige Sprachsynthese gleich an Bord. Um mit iTunes und dem iPod die volle Funktionalität nutzen zu können, ist der Erwerb einer Sprachausgabe notwendig, die mit der Microsoft Speech API 5 kompatibel ist. Anwender des JAWS Screen Readers haben Glück, seit Version 8 liefert JAWS die RealSpeak Solo aus, welche eine mehrsprachige SAPI-5-Sprachausgabe ist. Anwender anderer Screen Reader müssen zu anderen Sprachausgabeangeboten und somit in die Tasche greifen. Und ich möchte meine iPod-Menüs ehrlich gesagt nicht von Microsoft Sam vorgelesen bekommen. Öffnen Sie mal unter Windows XP die Systemsteuerung und wählen Sprachein-/-ausgabe. Lassen Sie sich das Beispiel von der Standardstimme vorsprechen, dann wissen Sie, was ich meine. :-) Die Stimmqualität unter Windows Vista ist nicht viel besser, und außerdem sind diese Sprachen alle nur auf englisch verfügbar.

Unterstützung von Hörbüchern im DAISY-Format

Der Apple iPod unterstützt die in DAISY-Büchern zur Verfügung stehenden Navigationsmöglichkeiten nicht. Man kann diese Hörbücher lediglich als MP3-Dateien hören. Die Navigation durch Abschnitte oder Phrasen ist jedoch nicht möglich. Da meine Maxime ist, mir die größtmögliche Flexibilität zu bewahren, würde ich mich nicht beschränken lassen wollen, aus allen möglichen Quellen Hörbücher zu erhalten. Wenn ich Bücher im DAISY-Format verwenden möchte, möchte ich dies auch im vollen Umfang tun.

Keine Unterstützung für die Formate Ogg Vorbis und Flac

Ich weiß, dies ist ein sehr subjektiver Punkt. Ich bevorzuge es, meine CDs im Format Ogg Vorbis zu rippen, da dieses Format erheblich bessere Klangergebnisse liefert als MP3. Die iPods unterstützen selbst in der neuesten Generation die Formate Ogg Vorbis und Flac nicht.

Unterstützung verschiedener Dateiformate

Der Stream unterstützt das Vorlesen von Dateien unter anderem in den Formaten Text, HTML, XML und RTF. Auch das Vorlesen formatierter Brailledateien ist möglich.

Notizfunktion

Mit dem Stream kann ich Notizen entweder mit einem externen oder dem eingebauten Mikrofon aufnehmen. Abhängig von der eingelegten Speicherkarte kann ich damit sogar ganze Präsentationen mitschneiden. Zugegeben, diese Funktion, wie auch die zuvor genannte, sind sehr spezifisch auf den Bedarf blinder Anwender zugeschnitten. Es ist jedoch sehr effizient, Aufnahmen mit dem Stream zu machen. Es geht wesentlich schneller als mit der Notizfunktion des Handys herumzuwerkeln, ja ich würde sogar behaupten schneller als der Griff zu Stift und Papier.

Mehr Flexibilität bei der Wahl des Speichers

Der Stream arbeitet mit ganz normalen SD- oder SDHC-Speicherkarten, die man in jedem Fotogeschäft bekommt. Der zur Verfügung stehende Speicher ist somit theoretisch endlos. Im iPod Nano der vierten Generation ist man auf 8 oder 16 Gigabyte Flash-Speicher festgelegt. Wenn man bedenkt, dass für die Dateien, in denen die Sprachprompts gespeichert werden, Speicher benötigt wird, hat man sogar weniger für seine Musik zur Verfügung als ein sehender iPod-Benutzer.

Die freie Auswahl bei der Wahl der Quellen für Musikinhalte

Verwendet man den iPod, ist man zwangsläufig auf iTunes und den iTunes Music Store festgelegt. Obwohl dieser auch DRM-freie Inhalte anbietet, steht die große Mehrheit der Inhalte lediglich in dem kopiergeschützten und mit 128 kbit/s nicht gerade üppig codierten Aac-Format zur Verfügung. Der Vollständigkeit halber sei erwähnt, dass andere Musikdownloadportale mit 128 kbit/s codierte Windows Media Audio (WMA)-Dateien verwenden, die ich ähnlich wenig ansprechend finde. Wenn ich Musik aus dem Internet herunterlade, nehme ich eigentlich nur mit hoher Qualität codierte MP3-Dateien, die nicht kopiergeschützt sind. Finde ich das Gesuchte dort nicht, gehe ich zu Amazon und kaufe mir die CD, um sie dann in meinem favorisierten Ogg-Vorbis-Format zu rippen. Nennen Sie mich altmodisch, aber ich gehöre zu denen, die lieber ganze Alben als einzelne Musikstücke kaufen. Das fühlt sich immer so unvollkommen an.

Der Stream ermöglicht mir diese Flexibilität, während mich der iPod auf iTunes zum Kopieren der Dateien und Kauf der Musikstücke beschränkt. Für den Stream lege ich meine SD-Karte in den Kartenleser, kopiere die Dateien mit meinem bevorzugten Dateiverwaltungsprogramm, schiebe die Karte in den Stream zurück, und ab geht die Post!

Aber gibt es denn gar keine Argumente für den iPod?

Das einzige Argument, das mir zur Zeit einfällt, ist der Preis. Der iPod Nano mit 16 Gigabyte Speicher kostet nur ungefähr die Hälfte von dem, was ein Stream kostet.

Ein anderes Argument, das manche ins Feld führen könnten, ist die “Trendigkeit” des iPods. Aber mehr als die Gewissheit, dass man mit einem iPod trendy wirken könnte, bleibt dabei auch nicht hängen und sollte nie das entscheidende Argument für die Wahl eines Hilfsmittels sein. Zugegeben, der Stream sieht – und hier zitiere ich den 8-jährigen Sohn eines Bekannten – mit seinem Lautsprecher, eingebauten Mikrofon und den recht großen Tasten und dem doch eher eckigen Gehäuse ein bisschen aus wie ein Handy aus der Mitte der 90er Jahre. Für manche wird sich der iPod mit Sicherheit viel attraktiver anfühlen.

Wenn man sich weitere Funktionen des iPod anguckt, so ist meine Meinung, dass das Betrachten von Bildern nun leider völlig am Ziel vorbei schießt und das Angucken von Videos nur dann interessant ist, wenn man sich Filme oder Serienepisoden im Store ausleihen oder diese erwerben möchte. Wenn man vom Fernsehen aufzeichnet oder DVDs verwendet, gibt es genug Möglichkeiten, lediglich die Audiodaten zu extrahieren und diese auf dem Stream mitzunehmen.

Nachdem ich dies nun alles angeführt habe, möchte ich noch einmal verdeutlichen, dass ich Apples Schritte in diese Richtung weder für falsch noch für brotlose Kunst halte. Ich finde es ganz fantastisch, dass sie diese Schritte unternommen haben und möchte sie ausdrücklich ermutigen, diesen Weg weiter zu beschreiten. Ich möchte weiterhin andere ermutigen, diesem Beispiel zu folgen. Je mehr Auswahl zur Verfügung steht, desto besser ist dies für alle!

Und falls jetzt jemand von Apple diese Zeilen liest und daran denkt, mir ein Weihnachtsgeschenk machen zu wollen, so seien Sie versichert, dass ich diese Geste dankbar zur Kenntnis nehmen und auch eine positive Rezension auf meinem Blog veröffentlichen würde. :-)

Yahoo!’s veröffentlicht Menüsteuerelement mit wai-aria-Unterstützung

Montag, 24. Dezember 2007

Yahoo!’s Accessibility-Guru Victor Tsaran hat in diesem Blogeintrag erläutert, wie Yahoo! in seinen angereicherten Steuerelementen jetzt ARIA (Accessible Rich Internet Applications) verwendet, um so komplexe und in HTML normalerweise nicht abbildbare Strukturen wie ein komplettes Menüsystem zugänglich zu machen.

Um das Beispiel ausprobieren zu können, braucht man Firefox 3 Beta 2 und entweder JAWS 8 oder Window-Eyes 6.x. Um zum Beispiel zu gelangen:

  1. Öffne aus dem oben genannten Blogeintrag den Link “New YUI example”.
  2. Wähle in dem Artikel den Link “View example in new window”.
  3. Navigiere mit den Pfeiltasten auf die erste Zeile, die mit “text/html” beginnt und drücke EINGABE für den Formularmodus bzw. das Äquivalent in Deinem Screen-Reader.
  4. Navigiere Links und Rechts durch die Menüleiste und öffne ein Pulldown-Menü mit Pfeil Runter, wie in einer normalen Anwendung.

Ich habe es gerade selbst ausprobiert, und es hat richtig gut funktioniert. Gute Arbeit!

Neuerungen im Bereich der Zugänglichkeit in Firefox 3

Sonntag, 2. Dezember 2007

Die Beta 1 von Firefox 3.0 ist erschienen, und obwohl diese noch nicht alle neuen Funktionen und Bugfixes für die Zugänglichkeit enthält, möchte ich doch einen Überblick geben über die Neuerungen, die Anwender von Screen-Readern oder Großschriftsystemen erwartet.

  • Unterstützung von Gnome ATK/AT-SPI unter Linux, mit dem z. B. der
    Screen-Reader Orca oder das Programm Jambu, welches eine Navigationshilfe für motorisch eingeschränkte Benutzer ist, den Firefox
    auslesen/steuern können.
  • Einführung des Standards IAccessible2 unter Windows, welches die folgenden Möglichkeiten bietet:
    • Screen-Reader, die keine Grafiktreiber-Hooks nutzen, können trotzdem in Eingabefeldern usw. lesen
    • Unterstützung vollständiger Formatierungsfunktionen, sobald Screen-Reader dies unterstützen. Eine E-Mail in Thunderbird oder einem WYSIWYG-Editor im Web können dann so bearbeitet werden wie sie auch später angezeigt werden. Überschriften, Links, Listen usw. werden als solche angesagt.
    • Weiterhin können Programme wie Dragon Naturally Speaking dies nutzen, um z.B. sprachgesteuert Blöcke von Text
      oder anderem HTML-Inhalt zu markieren und dann in die Zwischenablage zu kopieren.
  • Verbesserte Unterstützung von ARIA (Accessible Rich Internet Applications), welches zur Zeit im W3C auf dem Weg ist, die Version 1.0 zu erreichen. Mit ARIA können Internetanwendungen auch für Screen-Reader zugänglich gemacht werden, die über in HTML übliche Elemente wie Eingabefelder usw. hinausgehen. Das JavaScript-Toolkit Dojo verwendet ARIA zum Beispiel, um Elemente wie Strukturansichten, Fortschrittsbalken usw. zu generieren, die mit JAWS oder Orca und Firefox3 richtig gut genutzt werden können.
  • Unterstützung von Live-Regions. Live-Regions sind bestimmte Abschnitte einer Webseite, die, nach verschiedenen Kriterien abgestuft, Programmen wie Orca oder zukünftig dann auch anderen Screen-Readern Änderungen mitteilen können. So kann z. B. ein sich regelmäßig aktualisierender Aktienkurs per Live-Region ausgegeben werden, der dann nach einer wählbaren Einstellung im Screen-Reader per Tastendruck abgefragt oder auch automatisch gesprochen werden kann. Eine erste Anwendung, die dies nutzt, ist der Google Reader. Surft man mit Firefox 3 und der Erweiterung Fire Vox auf Google Reader, werden einige Statusinformationen per Live-Region mitgeteilt, was schon sehr dem Bedienen einer Desktop-Anwendung ähnelt.
  • Vollständiger Seiten-Zoom. In Firefox 3 beinhaltet dies neben Text auch Bilder. Dies ist hauptsächlich für Sehbehinderte spannend.
  • Ein Tool, mit dem nicht barrierefreie Webseiten gemeldet werden können, damit diese dann auf einer Liste veröffentlicht werden und anderen Anwendern bei der Auswahl barrierefreier Angebote helfen können. Das Tool diente bisher schon zum Melden einer nicht funktionierenden Webseite, bietet jetzt jedoch explizit eine Option zum Melden der Nicht-Barrierefreiheit einer Website.
  • Und natürlich tonnenweise Bugfixes. Es gibt z. B. in Firefox 2.0 und früher einen Bug, der auf bestimmten Webseiten auftritt, wo nicht der gesamte Inhalt an den Screen-Reader übermittelt wird. Dieses und viele andere Probleme sind in Firefox 3 behoben.

Es gibt also jede Menge spannende Neuerungen, die bereits jetzt genutzt werden können, die aber natürlich erst dann richtig zur Geltung kommen, sobald Screen-Reader-hersteller diese dann auch aktiv nutzen.