Mit steigender Menge an Informationen wird es immer schwieriger die richtigen (eigentlich: die gew\u00fcnschten) zu finden. Die Informationswissenschaft entwickelte viele interessante Instrumente, um der Datenflut Herr zu werden. Andere Wissenschaften steuerten andere Hilfsmittel bei. Aus diesem Pool an Ideen sollen hier die f\u00fcr das WWW relevanten kurz vorgestellt werden.<\/p>\n
<\/p>\n
Um die Menge an Informationen zu beherrschen d.h. sich dienlich zu machen, brauchen wir immer bessere Werkzeuge, die die Daten auswerten und uns nur die anzeigen, die unserem Wunsch („unserer Neugier“) entspricht. Dass es diese Werkzeuge nicht gibt, erf\u00e4hrt man sp\u00e4testens dann, wenn man anf\u00e4ngt, bestimmte Informationen zu suchen. Auch bei Google muss man nicht selten einige Seiten durchbl\u00e4ttern und mehrere Links in Augenschein nehmen, um das Gesuchte zu finden. Es kommt letztlich auf den suchenden Menschen an. Dieser entscheidet, ob das, was er gerade sieht auch das ist, was er braucht.<\/strong> Dies geschieht bei durchbl\u00e4ttern der Suchergebnisse in einem Bereich von einer halben bis zu ca. 30 Sekunden. Bei dieser Entscheidung k\u00f6nnen wir ihn gut unterst\u00fctzen. Am besten ist es, man nimmt den Besucher an der Hand und zeigt ihm alles. (Das geht nat\u00fcrlich nicht, also muss man sich gut beeilen. Webseitenbesucher sind „gehetzte und scheue Tiere“, sie sind st\u00e4ndig auf dem Sprung…) Auch sonst im Umgang mit den Webseiten und Webanwendungen kann man es dem Benutzer leicht oder schwer machen. Im Folgenden werden die besten Ideen und ihre Umsetzungsm\u00f6glichkeiten dargestellt.<\/p>\n Bevor wir zur Gestaltung von Webseiten und -Anwendungen kommen, m\u00f6chte ich Sie auf eine kurze Zeitreise mitnehmen. Es ist mir nicht bekannt, wann jemand auf die Idee eines Inhaltsverzeichnisses<\/strong> kam, doch diesem Menschen verdanken wir eine der gr\u00f6\u00dften Arbeitserleichterungen, die ich in der analogen Welt kenne. Ein System von (analogen) Links in einem linearen Medium ist ebenso wie andere Verzeichnisse (Standortverzeichnis etc) ein Organisationswerkzeug, der die „Pfade auf das N\u00f6tigste verk\u00fcrzt<\/strong>„. Dieses Werkzeug haben die Bibliothekare ebenfalls verwendet, als sie neben den strukturierenden Daten (B\u00fccher, Kapitel, Serien etc) auf die Inhalte angewandt haben. Sie haben die B\u00fccher Themen, Autoren und Schlagw\u00f6rtern<\/strong> zugeordnet. Die Schlagw\u00f6rter und ihre Vorzugsbenennungen<\/strong> ergaben ein System von aufeinander bezogenen Ausdr\u00fccken, die eine sehr gute Suchbasis ergeben. Irgendwann haben sie auch solche Daten (die sog. Metadaten<\/strong>) von Fremdbest\u00e4nden bezogen und den eigenen Nutzern bereitgestellt, obwohl sie die Werke nicht im Bestand hatten. Ein anderes Verfahren f\u00fcr Ihre Produkte haben die Zeitungsverleger f\u00fcr sich entdeckt. Sie ordneten s\u00e4mtliche Daten, Berichte, Kommentare und sonstige Beitr\u00e4ge in einem bestimmten Schema<\/strong>, das im Gro\u00dfen und Ganzen in jeder Zeitung wiederholt wird: Das Titelblatt mit dem Titel der Zeitung, Datum der Ausgabe, relevante aktuelle Themen, gefolgt vom Falz und weiteren wichtigen Themen darunter. Um es gut lesbar zu machen und auch mehr Nachrichten auf einer Seite unterzubringen, hat man die Unterteilung in Spalten eingef\u00fchrt. Zwischen dem (manchmal schockierenden aber sonst wenig aussagekr\u00e4ftigen) Titel und der dem „ad res“ (dem Einstig in die Materie) platziert man immer einen Anreisser<\/strong>, aus dem der Leser die Relevanz des Inhalts f\u00fcr sich in wenigen S\u00e4tzen erkennen kann.<\/p>\n All‘ diese Mittel haben bis heute im Web ihre Berechtigung. Die einen mehr, die anderen weniger. Ein Teil dieser Erfahrungen mit der Handhabung der Informationen sowie Best-Practice-L\u00f6sungen im Design werden unter dem Thema „Usability“ zusammengefasst. Einige werden jedoch kaum beachtet, weil sie zu neu sind oder bisher schlecht umsetzbar waren. Ich m\u00f6chte hier einige davon vorstellen, ohne Anspruch auf Vollst\u00e4ndigkeit oder genaueste Werte der Wirksamkeit zu achten.<\/p>\n Wie wollen die folgenden Ziele erreichen:<\/p>\n Bevor man alle technisch m\u00f6glichen Werkzeuge umzusetzen versucht, sollte man sich zuallererst fragen, wen man zu informieren Beabsichtigt. Einem Jugendlichen braucht man den Link nicht blau zu machen, einem \u00e4lteren Benutzer, der den Namen seines Browsers nicht kennt, hingegen schon. Es ist die Erfahrung mit dem Web und das Vorwissen um gewisse Funktionen oder Strukturen, die ihre Nutzer in Gruppen aufteilt. Wer einmal eine Zeitung gelesen hat, wird in weiteren Zeitungen immer mehr das ordnende Schema dahinter verstehen. Irgendwann wei\u00df er in welcher Zeitung welches Heft die Sportnachrichten<\/strong> enth\u00e4lt. Hat er dieses Wissen gewonnen, wird er irgendwann „blind“ dieses Heft herauszuziehen versuchen. Wehe, wenn der Verlag die Sortierung ver\u00e4ndert hat! Auch sie als Webseiten- bzw. Webanwendung-Produzent unterliegen diesem Gesetz. Man nutzt die Erfahrung, um sich die langsame Suche zu ersparen.<\/strong><\/p>\n F\u00fcr unerfahrene Benutzer lohnt es sich, Webseite- (oder WebApp-) -Tour zu machen. Beim ersten Besuch von GMail wird man freundlich von einem Tooltip begr\u00fc\u00dft, der einem die Lage und Bedeutung der meisten Bedienelemente(-gruppen) aufzeigt und erkl\u00e4rt. Ein Tool f\u00fcr solche Webguides<\/strong> findet man unter pageguide.js<\/a> oder unter Joyride<\/a>.<\/p>\n Metadaten sind kein Werkzeug der Suchmaschinenoptimierung<\/strong> (mehr). Gott sei Dank! Es gibt also keinen Grund, darin jeden in Frage kommenden Unsinn dort einzutragen. Sie geben den Lesern aussagekr\u00e4ftige Fakten \u00fcber den Inhalt an die Hand, bevor sie diese Seite betreten<\/strong>. Das kann im verweisenden Link im „title“-Attribut<\/strong> sein, im RDF oder einfach im Header<\/strong> des HTML (am besten nach Dublin Core Schema). Diese Seite wird kurz zusammengefasst dargestellt, wenn sie verlinkt wird (und hier k\u00f6nnen Browser-Add-Ons auch die Metadaten der Seite einbinden<\/strong>), wenn sie im Suchergebnis der Suchmaschine auftaucht, wenn sie in Social Networks zitiert wird oder wenn sie in den Lesezeichen aufgelistet wird. Einige nutzen die Zotero-Erweiterung, um die Seite zu archivieren oder gar zu zitieren<\/strong>!<\/p>\n (Eine Untersuchung mit Eyetracking ab der Hochschule Darmstadt hat ergeben, dass kurze Zusammenfassungen dem Leser wichtiger sind als Titel oder Autor. Mit einem pr\u00e4gnanten Anreisser mit relevanten Stichworten helfen Sie dem Benutzer, zu erkennen, ob es f\u00fcr ihn lesenswert ist.<\/strong> Und noch was: Je l\u00e4nger jemand schon sucht, desto weniger liest er, bevor er zum n\u00e4chsten Ergebnis springt.)<\/p>\n Nielsen und Loranger predigen die alte Lehre des Satzes von Zeitschriften… Und sie haben Recht! Wenn man die Ergebnisse des Eyetrackings richtig anschaut, f\u00e4llt sofort auf, dass die meiste Aufmerksamkeit in den ersten Sekunden immer der Anfang der Seite bekommt<\/strong>. Wenn sie ihre Inhalte hinter der Werbung und \u00fcberdimensionierten Bildchen verstecken wollen, dann bitte sch\u00f6n. Wundern sie sich nur nicht, wenn die Absprungrate innerhalb der ersten 10 Sekunden h\u00f6her ist als bei der Konkurrenz. Machen sie die Titel deutlich. Zeigen sie, wohin der Besucher sich durchgeklickt hat. (Vielleicht ist er hier absolut falsch. Ihn in Unwissenheit zu lassen und zu t\u00e4uschen kann der Reputation ihrer Seite durchaus schaden. Es darf schlie\u00dflich jeder zum WebOfTrust<\/a> beitragen!)<\/p>\n Ein unschlagbares Argument ist die „Basket-Position“. Aus der Erfahrung mit anderen Shops heraus werden alle Benutzer den Einkaufwagen bzw. -Korb immer oben rechts suchen<\/strong>. Dieser Ort ist in Shop-Systemen heilig! Ob die Navigation<\/strong> rechts oder links zu finden ist, ist meist nicht von Bedeutung, sofern sie als solche erkennbar<\/strong> ist. Die Idee des Footers als „Ort f\u00fcr alles andere“ ist meines Wissens noch nicht genau untersucht. Ich selbst finde es sehr unpraktisch, scrollen zu m\u00fcssen, um zu wichtigen Inhalten zu gelangen. Impressum und Kontakt haben sich da jedenfalls eingeb\u00fcrgert. (Sind sie in 99% der F\u00e4lle auch nicht der Schwerpunkt des Interesses.)<\/p>\n Granka, Feusner und Lorigo beschreiben in ihrem Artikel „Eye Monitoring in Online Search“ zwei Typen von Benutzern: den genauen Leser und den sparsamen Leser<\/strong> (jener „economic evaluator“ der \u00dcberschrift). Die genauen lassen sich mehr Zeit beim lesen, blicken auf viele Elemente einer Seite und entscheiden \u00f6fter: Diese Seite m\u00f6chte ich ganz durchlesen. Die sparsamen Leser lesen weniger\/konzentrierter, schauen meist die vergleichbaren Teile einer Seite an und entscheiden fr\u00fcher: Dies ist nichts f\u00fcr mich!<\/p>\n M\u00e4nner waren in der Untersuchung an der Uni Darmstadt die \u00f6konomischeren. Sie waren schneller, lasen weniger und hielten weniger Ergebnisse f\u00fcr relevant als Frauen – und das bei h\u00f6herer \u00dcbereinstimmung mit den Experten. (Mehr dazu in: Reichert, Stefanie; Mayr, Phillip: Untersuchung von Relevanzeigenschaften in einem kontrollierten Eyetracking-Experiment. In: Information. Wissenschaft und Praxis. Heft 3\/2012<\/em>)<\/p>\n Die Scanbarkeit geht eher in die Richtung der Lesbarkeit (unser n\u00e4chster Punkt), weil es sehr viel mit der Gestaltung zu tun hat. Stichw\u00f6rter<\/strong> (wie standardisierte Bezeichnungen \/ Vorzugsbenennungen, Ortsnamen, Personennamen oder Ma\u00dfangaben<\/strong>) werden fett dargestellt<\/strong>. Der einleitende erste Satz ist perfekt, wenn er ohne Nebens\u00e4tze auskommt (eine schwierige Kunst, ich wei\u00df). Titel der Abschnitte unterscheiden sich in der Gr\u00f6\u00dfe<\/strong> (absteigend nach Hierarchie). Bilder besitzen eine Unterschrift<\/strong> (wirklich unten) und sind mit diesen in einem eigenen Rahmen erkennbar zusammengefasst.<\/p>\n Kennen Sie „Web-Gurken<\/strong>„? Es sind Webseiten, die f\u00fcr eine Breite von 920 oder gar 720 Pixeln<\/strong> optimiert sind aber auf einem 1920 Pixel breiten Monitor dargestellt werden. Sie h\u00e4ngen von oben nach Unten (kleben oft am linken Rand) und sind vom wei\u00dfen Nichts umgeben. Dann gibt es noch das Gegenst\u00fcck dazu: die volle Breitseite<\/strong>. Wenn man hier den Text liest bekommt man einen Krampf im Nacken (wie nach einem Tennis-Match). Beides nicht gerade Benutzerfreundlich. Das T\u00fcpfelchen auf dem „i“ bildet meist die Schriftgr\u00f6\u00dfe, angegeben in Pixeln<\/strong><\/a>: fast immer zu klein.<\/p>\n Die Lehre des Textsatzes ist in Vergessenheit geraten. Dabei haben wir im Web immer mehr Werkzeuge, um sie umzusetzen! CSS-Mehrspaltendesign<\/a><\/strong> funktioniert jetzt schon in vielen Browsern<\/a>, auch wenn die Definition noch nicht endg\u00fcltig verabschiedet wurde. Auch sog. Grid-Systeme<\/strong> erlauben eine flexible Ausnutzung des Bildschirms durch bessere Unterteilung. Es sind nicht alle flexibel (Prozent statt Pixel)<\/strong> aber Responsify<\/a> ist es! F\u00fcr kleinteilige Darstellung von vielen kurzen Beitr\u00e4gen mit Gestaltungsm\u00f6glichkeit f\u00fcr den Benutzer empfiehlt sich gridster.js<\/a>. (Ich halte sie pers\u00f6nlich f\u00fcr Spielerei, weil nur mit JavaScript umsetzbar aber es soll Menschen geben, die genau dies haben wollen.)<\/p>\n Zur Gestaltung geh\u00f6ren neben der Schrift (die sich den Vorgaben des Benutzers und seines Browsers anpasst) die Farben und die Struktur. Farben sind Geschmackssache. Aber nicht nur. Sie sollen entweder in das Corporate Design<\/strong> des Unternehmens passen oder (bei Web-Applikationen) internationale Richtlinien umsetzen (IEC\/EN<\/a>)<\/strong>. Was die Struktur anbetrifft ist ein Rahmen (auch ein imagin\u00e4rer im Sinne eines gr\u00f6\u00dferen Abstandes zu andren Elementen)<\/strong> der gr\u00f6\u00dfte Freund des Designers. Die Zusammengeh\u00f6rigkeit von Bild und Unterschrift wird durch einen Viereck drum herum oder durch einen Leerraum deutlich. Der Benutzer kann es besser zuordnen und seinen Blick auf einzelne Teile fixieren. Es k\u00f6nnen auch die Hintergrundfarben<\/strong> sein, jedoch nicht zu blass (wegen farbenblinder Benutzer) oder zu kr\u00e4ftig (da der Kontrast zum Text sinkt). Reiter (sog. „Tabs“) helfen einzelne Gruppen von Bedienelementen zusammenzufassen und somit einen logischen Zusammenhang anzudeuten. Mit „legend<\/strong>“ kann man zus\u00e4tzlich Eingabeelemente eines HTML-Formulars „unter ein Motto stellen“ – vorausgesetzt, man hat sie per „fieldset<\/strong>“ zusammengefasst. \u00dcber „label for=’inputname'“ sollte man als Webentwickler auch schon mal geh\u00f6rt haben. Bei BITV<\/a><\/strong> ist dies ein Muss.<\/p>\n Mit „explorieren“ ist hier das vielseitige Nutzen der Ber\u00fchrungspunkte zur Zielperson\/Zielgruppe oder genauer gesagt – der daraus resultierenden Daten – gemeint. Es gibt Daten, die bewusst eingegeben werden m\u00fcssen und es gibt Daten, die schon da sind (implizit in anderen Daten oder nicht vom Benutzer selbst eingegeben werden). Diese m\u00f6glichst gut zu nutzen, ist das oberste Gebot. So erspart man dem Benutzer die Frustration mit unpassenden Informationen und sich selbst die unn\u00f6tigen trial-and-error-Versuche.<\/p>\n Manchmal kann man dem Benutzer ohne viel Aufwand (aus seiner Sicht) Eingaben entlocken und zum Anpassen des Informationsangebotes nutzen. Es kling vielleicht etwas schr\u00e4g aber es ist kein Unsinn: Auch das Web kann Kommandozeilen verkraften! Wie? Ganz einfach. Viele sog. Poweruser nutzen es schon l\u00e4ngst. Googles Suchschlitz wird zur Kommandoziele, wenn man neben den Suchbegriffen auch Suchbefehle eingibt.<\/strong> Beispiele w\u00e4ren hier Minus, Anf\u00fchrungszeichen, ‚inurl:‘<\/em> etc. Man sagt nicht nur, was gesucht werden soll, sondern wie und wo. Das ist ein Kommando, weil es den Ablauf des Programms steuert. Eine andere Art von Kommandozeile w\u00e4ren die URLs, die f\u00fcr REST-Schnittstellen gebaut worden sind. „\/Bibliothek\/abc\/Medium\/Buch\/ISBN\/123456789X“<\/em> k\u00f6nnte f\u00fcr HTTP-GET bedeuten: Aus der Bibliothek abc<\/em> fordere ich das Medium Buch<\/em> mit der ISBN<\/em> zur Ansicht der Metadaten an. Dieses Beispiel wirkt vielleicht zu technisch, kann aber f\u00fcr die Poweruser genau das richtige sein. Es gibt nachweislich Menschen, die ihren Browser ganz ohne Maus bedienen k\u00f6nnen (der vi-Modus<\/a>). Warum nicht auch die ganze Webseite?<\/p>\n Die Eingabefelder brauchen neben einer aussagekr\u00e4ftigen Beschriftung<\/strong> („Was muss ich dort eingeben?“<\/em>) auch einen Hinweis auf das Format<\/strong> („Wie muss ich es eingeben?“<\/em>). Letzteres wird in der nahen Zukunft (hoffentlich!) mit Platzhaltern des HTML5<\/a> abgedeckt werden k\u00f6nnen. Eingaben f\u00fcr Suche oder in einen gr\u00f6\u00dferen Pool von Personennamen k\u00f6nnen mit der HTML5-Funktionalit\u00e4t des Autocomplete<\/a>s (auch gegenw\u00e4rtig in vielen JS-Frameworks schon enthalten<\/a>) abgedeckt werden. Warum soll der Benutzer alles bis zum Ende selber tippen, wenn wir ihm die Arbeit abnehmen k\u00f6nnen? Man bedenke, dass diese Vorgehensweise auch die Rechtschreibfehler oder Variationen der Schreibweise eliminieren kann und die Suche zielgenauer bzw. den Datenbestand einheitlicher werden l\u00e4sst.<\/strong> Das „Warum muss ich das eingeben?“<\/em> stellt sich nicht wenigen, wenn die Abfragen von sensiblen Daten (wie Adressen oder Kontonummern) sich nicht von selbst erschlie\u00dfen lassen. Das Misstrauen ist nicht nur schlecht. Man muss es akzeptieren und freundlich den Zweck erkl\u00e4ren<\/strong>.<\/p>\n Eine \u00fcbliche textbasierte Schnittstelle zum Benutzer ist das Men\u00fc bzw. die Navigation<\/strong>. Unter bestimmten W\u00f6rtern bzw. Phrasen zusammengefasste Funktionen oder Kategorien\/Gruppen sind weit verbreitet und in der Bedienung allgemein gut verst\u00e4ndlich. Die Schwierigkeit hierbei ist, die Begrifflichkeiten konsistent, der Erfahrung entsprechend und kurz zu halten<\/strong>. Es muss immer sofort erkennbar sein, was sich dahinter versteckt. Es darf auch nicht an verschiedenen Stellen unterschiedlich hei\u00dfen (vor allem in der Bedienungshilfe!). In den meisten F\u00e4llen hat man Platz nur f\u00fcr wenige W\u00f6rter. Abzuraten ist jedoch von Substantiven. Sie gelten als Sprache der Fachleute. Statt „Substantivierung“ verwendet man besser „in Substantiv umwandeln“ und statt „Autorenschaft“ oder „Urheberschaft“ einfach „Sch\u00f6pfer des Werkes“ o.\u00c4. (Und wo wir bei Abk\u00fcrzungen angekommen sind: je weniger ein Mensch in seinem Leben liest, umso weniger ist er Imstande, die Abk\u00fcrzungen richtig zu „deuten“.)<\/p>\n „Ein Bild sagt mehr als Tausend Worte“ – sagt man. Es ist nur schade, dass wir nicht alle dieselbe Sprache sprechen. Es ist also zu beachten, welche „Sprache“ f\u00fcr die Benutzerf\u00fchrung verwendet wird. Die 3,5″-Diskette als Symbol f\u00fcr das Speichern zu nehmen ist in Zeiten des Cloud-Computings ein Anachronismus. Dass jeder es sofort versteht, liegt daran, dass wir entweder Disketten zu diesem Zweck verwendet haben oder dass diese Repr\u00e4sentation in unz\u00e4hligen Programmen \u00fcber ein Jahrzehnt tradiert wurde. Festzuhalten ist, dass eine grafische Repr\u00e4sentation eines Sachverhalts deutlich weniger Platz braucht als eine textuelle<\/strong> – vorausgesetzt, alle k\u00f6nnen es deuten.<\/p>\n Au\u00dfer im GUI („graphical user interface“) treffen wir die Grafiken im Web auf Schritt und Tritt an. Sie k\u00f6nnen die vielen textuellen Informationen auflockern, Orientierung in der Seite bieten<\/strong> – z.B. indem sie die den Inhalt des Abschnitts wiedergeben. (Beispiel: das Bild der Frankfurter Paulskirche werden die bewanderten Leser mit der Epoche des V\u00f6lkerfr\u00fchlings in Verbindung bringen und in einem chronologisch geordneten Text den Abschnitt nebenan dieser Zeit zuordnen.) In einem anderen Kontext d\u00fcrfen die Bilder auch nicht fehlen: die Darstellungen von Orten oder Sehensw\u00fcrdikeiten. Der Wiedererkennungswert vor Ort<\/strong> ist enorm. (Es d\u00fcrfte den Meisten aufgefallen sein, dass vor allem Frauen die Wegbeschreibung mit markanten Orten anreichern und diese sehr detailreich beschreiben.) Manchmal sehnen sich die Besucher von Webseiten nach Bildern: am besten viel und gro\u00df. Z.b. beim Online-Shopping oder bei der Wohnungssuche. „Wie? Sie wollen das auf Lager haben, haben aber kein Bild davon?“<\/em> h\u00f6rt man manchmal die Menschen denken. Es ist ein (manchmal tr\u00fcgerischer) Hinweis auf die Echtheit des Angebotes. K\u00f6nnen sie sich noch auf den Originalverpackung-Nepp bei ebay erinnern? Die Kunden sehen manchmal mehr als sie lesen.<\/p>\n Andererseits sollte man mit Bildern nicht unn\u00f6tig verschwenderisch umgehen. Eine Seite von 1 MByte Umfang (mit css, JS und Bildern) ist bei gut angebundenen Unternehmen kein Problem. Auf dem Lande oder im \u00fcberlaufenen 3G-Netz und beim knappen RAM des Handys kann der Seitenaufbau zu qualvollen Minuten werden (und das Scrollen zur Gedulds\u00fcbung). F\u00fcr responsive d.h. an die Bildschirmgr\u00f6\u00dfe und Ausrichtung angepasste Bild-Auslieferung gibt es zwar einige Workarrounds<\/a> und Vorschl\u00e4ge<\/a> f\u00fcr die Standardisierung. F\u00fcr Schmalband-Internet gibt es im Browser nicht einmal ein Messverfahren, geschweige denn Eingriffsm\u00f6glichkeiten!<\/p>\n Haben Sie schon Googles Browser Chrome installiert und auf dem neuesten Stand? Sehr sch\u00f6n! Dann sprechen Sie mit ihm. …wenn Sie eine Seite antreffen, die diese Funktionen nutzt. Neben der reinen Erfassung von T\u00f6nen soll der Browser menschliche Sprache in Text<\/a> umwandeln. Es k\u00f6nnte Ihre Nutzer erschrecken, wenn Chrome sie mit einer Warnung wie „Diese Seite will das Mikrofon nutzen.“<\/em> ‚begr\u00fc\u00dft‘. Aber bei Menschen mit motorischen Schwierigkeiten oder solchen, die der Eingabe per Tastatur nicht m\u00e4chtig sind (Kinder, Senioren oder Behinderte) kann das durchaus gut und n\u00fctzlich sein. Auch Smartphones bieten diese M\u00f6glichkeit: Android seit Version 4.1 sogar ganz offline.<\/strong><\/p>\n Auf umgekehrtem Wege ist die Textausgabe in Form von Sprache ebenfalls selten n\u00f6tig. (Ich nehme jetzt die Beschaffenheit der Webseiten und Webapps, die von Screenreadern sinnvoll vorgelesen werden zu k\u00f6nnen, aus diesem Kontext heraus.) Solche F\u00e4lle gibt es durchaus: z.B. Navgation beim Autofahren, \u00dcbersetzungsprogramme etc. Genau dann, wenn der Benutzer nicht in der Lage ist, den Text selber vorzulesen<\/strong>, sollte man die M\u00f6glichkeit vorsehen. (Eine kleine Anekdote am Rande: Googles Navigation spricht in Deutschland nur deutsch. Franz\u00f6sische Stra\u00dfennamen werden also vorgelesen, wie wenn sie ein Erstkl\u00e4ssler gelesen h\u00e4tte. Die Spitze ist aber „St. Ingbert“. Das K\u00fcrzel wird nicht aufgel\u00f6st und alles zusammen gelesen: „Stingbert“!<\/em>)<\/p>\n Neben Eingaben in Form von Text, Ton, Dateien, Klicks (sowie Gesten) gibt es weitere Datenquellen, die man – mit Erlaubnis des Benutzers – anzapfen kann. Eine davon ist die Geolokation<\/strong>. Eine entsprechende Schnittstelle f\u00fcr JS wurde innerhalb von HTML5<\/a> definiert. „Warum in die Ferne schweifen? Sieh, das Gute liegt so nah!“<\/em> Was hilft es dem Benutzer, zu wissen, dass am anderen Ende der Republik ein Laden existiert, der das bestimmte Buch im Angebot hat? Er steht mitten auf der Einkaufsmeile und will wissen, wo er eine Buchhandlung findet. Zurecht setzt deshalb Google die (vermutlich) \u00f6rtlich n\u00e4heren Gesch\u00e4fte im Suchergebnis oben. Nat\u00fcrlich kann die Ortung ohne GPS nur einen Hinweis auf das Bundesland oder bestenfalls einen Vorwahlbereich geben. Auch die Vermutung, dass Ergebnisse „manipuliert“ sind, kaum untermauern kann, so ist das Empfinden negativ beeinflusst. Damit das nicht passiert, w\u00e4re eine freundliche Frage an den Benutzer mit Zweckangabe sicher hilfreich.<\/p>\nEin wenig Geschichte<\/h1>\n
Ad res!<\/h1>\n
\n
1. Erfahrungsgrad, Vorwissen und Zielgruppe<\/h2>\n
2. Metadaten (Was findet man dort? Wer ist der Autor?)<\/h2>\n
3. \u00dcber dem Falz (Bedienung, Einleitung, Wo bin ich?, Einkaufswagen)<\/h2>\n
4. Scanbar f\u00fcr „economic evaluators“ („sparsames“ Lesen)<\/h2>\n
5. Lesbar (Spalten, Schrift und Farben)<\/h2>\n
6. Benutzerschnittstellen explorieren (Kommandozeile, Text, Grafik, Spracheingaben, andere „Sensoren“-Eingaben: Ort, Sprache, Himmelsrichtung, Autocomplete)<\/h2>\n
Kommandozeile<\/h3>\n
Textschnittstelle<\/h3>\n
Grafische Schnittstelle<\/h3>\n
Audio(visuelle) Schnittstelle<\/h3>\n
Sensoren als Schnittstelle<\/h3>\n