Doch wenn ich hier von “vielen” schreibe, meine ich eigentlich Blogger und Twitterer, die meisten darunter wohl Early Adopters. Den Markt für das iPad sehe ich aber viel weniger bei denen – obwohl ich beinahe alle vorgestellten Use Cases bereits umständlicher mit iPhone bzw. Notebook im Wohnzimmer durchgespielt habe – als bei den Otto-Normal-Verbrauchern. Ja, richtig gelesen. Bei den Menschen, denen die bzw. wir Early Adopter heute das Net- oder Notebook einrichten, den Firefox und ein vernünftiges Antivirenprogramm installieren und dann hoffen, dass danach erst einmal kein Anruf mehr kommt.

Was bisher nur sehr wenige beachten, ist die Eignung des iPad als Erstrechner. Also nicht zwischen iPhone und MacBook, sondern stattdessen. Stellt man sich das einmal vor, ergibt die ganze Konstruktion eine Menge Sinn. Fast 150.000 Apps im iTunes Store, die noch viel interessanter sind, wenn man sie nicht schon längst auf dem iPhone nutzt. iCal, iPhoto, iWork, E-Mail, Safari, YouTube – (mal abgesehen vom Drucken) was braucht denn ein Privatuser noch? Viel wichtiger ist da doch, dass man keinen eigenen Schreibtisch für einen Rechner einrichten muss, kein Kabelgewirr. Stattdessen ein Device, das einfach nur funktioniert, und für dessen Benutzung der unbedarfte User noch nicht einmal den Umgang mit der Maus lernen muss. Plötzlich macht auch die Produktklasse wieder Sinn.

Hier sehe ich großes Potential. Und es passt alles zusammen: Inhalte können direkt über die iTunes Store und iBook Apps auf das iPad geladen werden, wenn sie nicht ohnehin direkt aus dem Netz kommen (YouTube, Safari, E-Mail). Es gibt Adapter zum Anschluss einer Kamera, für SD Karten und für externe Monitore, sogar eine Tastatur. Und ich ahne, dass man das iPad nicht einmal zum Installieren mit einem Rechner verbinden muss. Auch die für diese Zielgruppe passenden Medien berichten Dank des großen Erfolgs von iPod und iPhone zeitnah über das Gerät. Zu guter letzt hat man einen Einstiegspreis erreicht, der gerade einmal bei der Hälfte des Erwarteten liegt.

Obwohl auch ich mir mehr von Apple erhofft hatte, gehe ich von einem großen Erfolg für das iPad aus. Spannend wird, was die nächsten Hard- und Softwaregenerationen bringen. Sicherlich genug, was dann auch die Early Adopter fesselt.

(via kottke.org)

Multi-Touch Technologie ist älter als man im ersten Moment annehmen würde. Bereits Anfang der 80er Jahre wurde mit der heute als “Pinch to zoom” bekannten Geste experimentiert. Der große Durchbruch in der breiten Öffentlichkeit kam aber erst mit dem Erscheinen des Apple iPhone in 2007. Bereits 16 Monate vorher präsentierte Jeff Han (inzwischen mit seiner Firma Perceptive Pixel unterwegs) auf der TED Conference seinen 30 Zoll Rückprojektions Multi-Touchscreen, der seit 2008 von Microsoft unter dem Namen Surface (in diesem Jahr von der c’t getestet) verkauft wird. Reichlich Spekulationen gibt es auch um ein Tablet von Apple mit Multi-Touch, das für 2010 erwartet wird. Zudem hat Apple bereits ein Patent eingereicht, dessen Gegenstand das “tactile feedback” – also eine haptische Rückmeldung – für Touchscreens ist.

Es stellt sich also die Frage, wie sich die Benutzerschnittstellen und dazugehörigen Geräten entwickeln werden. Ich behaupte, dass wir in den nächsten Jahren eine realistische Alternative zu Maus und Tastatur haben werden. Dass sich mehrere hundert Millionen Nutzer dafür umgewöhnen müssten, lasse ich hier als Argument nicht gelten, schließlich haben sich die meisten dieser Nutzer sogar auf das Texten per Handytastatur eingerichtet. Allerdings glaube ich, dass nicht der Touchscreen-Aspekt –also die Kombination von Darstellung und Eingabe in einem Gerät – das entscheidende ist, sondern die Flexibilität, die eine Multi-Touch Oberfläche bietet, z.B. eben in Verbindung mit haptischem Feedback. Im Klartext: Auf dem Schreibtisch sehe ich auch weiterhin einen Bildschirm und ein Eingabegerät, wärend sich im mobilen Bereich der Touchscreen bereits durchgesetzt hat.

Aber wie könnte dieses Eingabegerät aussehen? Tippen wir dann Silben statt Buchstaben ähnlich der Eingabe von japanischen und chinesischen Zeichen per IME? Passt sich die “Tastatur” kontextabhängig an ahnt die nächsten Schritte voraus? Oder arbeiten wir dann vielmehr mit einem Interface, das gar keine Ähnlichkeit mit dem Bestehenden hat?

Zur Vertiefung des Themas empfehle ich den ausführlichen Artikel Multi-Touch Systems that I Have Known and Loved von William Buxton (Microsoft Research).

sw4.de:
Erzähl etwas über dich und deine Arbeit.

Marco Zehe:
Ich bin Jahrgang ’73 und habe mich schon immer für Computertechnik interessiert. Das ging irgendwann mit portablen Telespielen los, ging über einen C64 bis hin zum ersten PC. In der Schule hatte ich ab der 3. Klasse einen sprechenden Taschenrechner, mein erstes richtiges Blindenhilfsmittel.  Später kamen dann Hilfsmittel für den PC, die ich dann auch fürs Studium benutzt habe.

Bei Mozilla bin ich zuständig für den Bereich Barrierefreiheit, und dort vorrangig für die Qualitätssicherung. Ich teste also das, was die Entwickler neu einbauen, auf Barrierefreiheit oder tatsächliche Praxistauglichkeit mit assistiven Technologien. Ich gebe Bugreports von Anwendern und Webentwicklern weiter, finde natürlich auch selbst Fehler und arbeite viel als Kommunikationsschnittstelle zwischen der Entwicklung und den Herstellern von Screen Readern usw.

sw4.de:
Bist du von Geburt an blind?

Marco Zehe:
Ja. Ich habe etwas, das sich Retinitis con genita Leber schimpft und ca. 20% aller Geburtsblinden weltweit betrifft. Ca. 8 bis 10 Wochen nach der Geburt hören die Augen auf sich weiterzuentwickeln. Ich sehe den Unterschied zwischen hell und dunkel, kann also auch sehen, ob es Tag oder Nacht ist oder ob in einem Raum das Licht brennt. Ich kenne aber weder Farben noch Kontraste.

sw4.de:
Wie es zu dem Job bei der Mozilla Corporation gekommen?

Marco Zehe:
Ich habe als Communitymitglied angefangen, habe einfach irgendwann angefangen Entwicklerversionen des Firefox zu testen und Bugs einzutragen. Das hat den damaligen hauptsächlichen Entwickler, Aaron Leventhal von IBM, beeindruckt, und nachdem ich einige Zeit so mitgearbeitet habe, erhielt ich eine Einladung zu einem Vorstellungsgespräch. Es ging mit ein paar Telefoninterviews los, und der Rest ist Geschichte. :) Seit Anfang Dezember 2007 arbeite ich fest als Qualitätssicherer für Mozilla.

sw4.de:
Welche Hilfsmittel setzt du bei der Arbeit mit dem Computer ein?

Marco Zehe:
Screen Reader verschiedener Hersteller unter Windows (NVDA, JAWS, Window-Eyes, HAL und System Access), den einzigen unter Linux und dem GNOME Desktop verfügbaren namens Orca, und auch natürlich VoiceOver, den in Mac OS X eingebauten Screen Reader. Dazu nutze ich sowohl am stationären PC als auch am MacBook Braillezeilen zur Ergänzung.

sw4.de:
Dein Erfahrungsbericht zum Umgang mit dem Apple iPhone 3GS ist ja – nicht zuletzt durch den Artikel im Heise Newsticker – sehr oft gelesen worden. Ich war überrascht, dass das iPhone mit dem Touchscreen Interface überhaupt für Blinde in Frage kommt, aber wie das funktioniert hast du ja sehr anschaulich beschrieben. Wie waren die anderen Reaktionen?

Marco Zehe:
Von erstaunt über erfreut bis hin zu absolut fassungslos war alles dabei. Besonders gefreut hat mich, dass so viele deutschsprachige Mac- und iPhone-zentrierte Blogs und Newsseiten das Thema aufgegriffen haben. Von so vielen verschiedenen Quellen hatte ich noch bei keinem Blogeintrag Pingbacks erhalten. Dadurch wurde der Artikel ziemlich weit gestreut und das Thema einer sehr breiten Öffentlichkeit vorgeführt. Wie man an einigen Kommentaren in meinem Blog ersehen kann, hat das auch schon einige Entwickler von iPhone-Anwendungen erreicht, und es kamen Nachfragen. Wenn daraus irgendwann die eine oder andere von Beginn an mit VoiceOver kompatible Anwendung resultiert, freut mich das riesig!

sw4.de:
Für Webworker, die sich nicht von sich aus schon intensiv mit der Materie beschäftigt haben, ist das Thema Accessibility oft sehr abstrakt. Und nicht immer gibt es der Kundenauftrag her, die nötige Zeit darauf zu verwenden. Kannst du außer “Alternativ-Texte für alle Bilder” Tipps geben, wie man mit wenig Aufwand zumindest ein Minimum an Zugänglichkeit erreichen kann?

Marco Zehe:
Ein paar wesentliche Dinge:

1. Labels mit Inputs verknüpfen. Also Label-Elemente mit dem for-Attribut und entsprechend zugeordnete Inputs. Es gibt nichts schlimmeres als nicht eindeutig zuordnbare Inputfelder.
2. Eine sinnvolle Headingstruktur. Bevor man <div>…</div> schreibt und das mit irgendwelchen CSS-Formatierungen versieht, sollte man doch lieber H1 bis H6-Elemente verwenden, da können Screen Reader wesentlich mehr mit anfangen.
3. Redundanzen vermeiden. Will man eine Navigation mit grafischen Links anbieten, braucht man keine Textalternative zusätzlich einzubauen, wenn man die Grafiken vernünftig mit alternativen Texten versieht. Die Grafiken sieht der Blinde eh, und es gibt nichts frustrierendes als redundante Infos.
4. Apropos alternative Versionen: Bitte KEINE alternativen Versionen von Sites, die “text-only” sind. Das zu pflegen bedeutet immer einen Heidenaufwand und garantiert, dass die Nur-Text-Version irgendwann nicht mehr aktuell ist.
5. Flash vermeiden oder nur gezielt und dann barrierefrei einsetzen. Es gibt soviel Flash-Müll im Netz, der zwar irgendwie wichtig, aber überhaupt nicht barrierefrei ist, dass es echt frustrierend ist, manche Seiten anzusurfen.

sw4.de:
Gibt es bei Website Accessibility Dinge, die dich nerven, weil sie besonders häufig vorkommen und / oder sehr leicht zu vermeiden wären?

Marco Zehe:
Ein bisschen das, was in der Liste oben steht. Vor allem nicht beschriftete Grafiken, nicht mit vernünftigen Labels versehene Inputs, nicht barrierefreies Flash. Gerade die ersten beiden Dinge sind wirklich leicht vermeidbar.

sw4.de:
Wenn ich einen Screenreader einschalte, habe ich erst einmal nur damit zu tun, mich darauf einzustellen. Aber das ist für dich ja kein Hinderniss, sondern auf den Aufbau der Seite kommt es an. Wie können Sehende die Zugänglichkeit am besten testen?

Marco Zehe:
Dazu habe ich mal einen englischsprachigen Artikel verfasst, in dem ich eine kurze Einführung in die Benutzung des Screen Readers NVDA gebe: http://www.marcozehe.de/articles/how-to-use-nvda-and-firefox-to-test-your-web-pages-for-accessibility/

sw4.de:
Gibt es in der Hinsicht etablierte Verfahren, wie du z.B. auch mit den Kollegen bei Mozilla zusammen arbeitest?

Marco Zehe:
Nein, etablierte Verfahren gibt es nicht. Die Erfahrung hat aber gezeigt, dass man schon nach dem Lesen von ein bisschen Lektüre auch als Sehender mit einem Screen Reader zumindest soweit kommt, dass man sich ein ungefähres Bild machen kann. Die Kollegen gerade in der Webentwicklung nutzen bei Mozilla die Screen Reader immer häufiger, um eigene Implementierungen zu testen, bevor sie an mich herantreten. Sie lernen dabei natürlich sehr viel über ihre Seiten und auch eventuelle Fehler, wenn ihnen die Sprachausgabe nämlich irgendwelchen unverständlichen Mist erzählt. :)

sw4.de:
Letzte Frage: Erkennen Screenreader eigentlich Emoticons oder hörst du dann wirklich “Semikolon, Bindestrich, Klammer zu”?

Marco Zehe:
Das kommt immer auf die Emoticons an. Solche die in reiner Textform auftauchen, werden teilweise durch Einträge im Aussprachewörterbuch bei den verschiedenen Screen Readern richtig gelesen, oder sie werden eben als Satzzeichenkombinationen vorgelesen. Grafische Emoticons werden, sofern vernünftige Alternativtexte da sind, eben so vorgelesen, wie es der alternative Text vorgibt, entweder eben auch als Satzzeichen (ggf. umgewandelt durch Wörterbucheinträge) oder als Klartext, wenn dieser hinterlegt ist.

sw4.de:
Vielen Dank für das Interview.

Es ist, wie geschrieben, schon erstaunlich, was alles schon ohne weiteres Zutun möglich ist! Apple haben ihr Versprechen definitiv gehalten, dass sämtliche mit dem iPhone ausgelieferte Anwendungen mit VoiceOver kompatibel sind.

Für Entwickler gibt es den Accessibility Programming Guide for iPhone OS, der beschreibt, wie die Screenreader Technologie sinnvoll in eigenen Apps unterstützt werden kann.

Gefunden bei heise online