Ein Aufschrei ging durch die Mac-Community, sowohl in den Apple-Support-Foren als auch in vielen Blogs beschwerten sich viele User über diese “Verschlimmbesserung”. Der graue Look mag vielleicht eleganter wirken, die Unterscheidung der Icons auf den ersten Blick wird allerdings massiv erschwert.

Findige User ersetzen die dafür verantwortlichen Resource-Files um das gewohnte Aussehen von iTunes 9 wieder herzustellen, Anleitungen hierzu finden sich auf Dutzenden Seiten im www.

Noch komplizierter wird es, wenn man mehrere Projekte editiert hat:

Eine seltene Kombination sind Radio-Buttons in einem Drop-Down-Menü. Erschwerend kommt hinzu, dass man die Radiobuttons im Drop-Down auch gezielt treffen muss, sonst werden die Änderungen nicht übernommen. Das Wording ist ebenso verbesserungsbedürftig…

Radiobuttons und Checkboxes werden immer VOR dem beschreibenden Text platziert, nicht wie in diesem Beispiel danach. Auf diese Weise gehen die Elemente nicht so leicht im Fließtext unter, der User nimmt sie besser wahr und die Seite wirkt aufgeräumter.

Tagged: Checkbox, gui regel ]]> http://weblog.usability.at/2010/05/05/wohin-mit-checkboxes/feed/ 3 dominikk007 wien.at http://weblog.usability.at/2010/04/12/einfach-eine-fahre-buchen/ http://weblog.usability.at/2010/04/12/einfach-eine-fahre-buchen/#comments Mon, 12 Apr 2010 14:13:46 +0000 dominikk007 http://weblog.usability.at/?p=597 ]]> Das Buchen einer Überfahrt mit einer Fähre der norwegischen Reederei Color Line lässt einem graue Haare wachsen. Beispielsweise ist die Farberklärung dürftig und hilft einem nicht wirklich weiter, hier wird Color Line offenbar seinem Namen gerecht:

Eine zumindest ungefähre Preisangabe sucht man vergebens, was der Reisetyp “Super-Sparpaket – bis zu 5 Personen” beinhaltet, ist komplett unklar. Auch die anderen Reisetypen sagen nicht viel mehr aus:

Klickt man auf den Link “Lesen Sie mehr…” im grauen Kasten rechts oben, um mehr Informationen zu den Sparpaketen zu erhalten, erwartet den User in einem neuen Fenster die Mitteilung “Die gesuchte Seite konnte nicht gefunden werden!”.

Hat man die Geduld noch nicht verloren ist die einzige Möglichkeit die nun bleibt, auf ein Datum zu klicken und sich die “Abfahrtszeiten zeigen” zu lassen:

Nein, das ist kein Tippfehler, das Schiff ist wirklich 20 Stunden unterwegs und kommt erst am darauf folgenden Tag um 1o Uhr im Zielhafen an. Eine Erklärung wäre aber trotzdem wünschenswert.

Gut. Jetzt wollen wir aber endlich sehen was so eine Überfahrt kostet. Wir klicken also auf “Preis zeigen/buchen” und kommen wohin?

Es öffnet sich ein neues Fenster mit einer komplett andersartigen Buchungsmaske wo man praktisch alles von Neuem beginnt…

Usability Powerpoint Menüeintrag

-> das alte Problem, wenn ein einziges Interaktionselement zur Anzeige eines Zustands UND zum aktiven Ändern des Zustands verwendet wird. Da das Element einen Zustand anzeigt UND eine Funktion darstellt ist es auch schwierig ein Wording dafür zu finden, denn für einen Zustand eignet sich ein Eigenschaftswort, für eine Funktion ein Zeitwort.

Eine so wichtige Info wie die Zahlungsübersicht der Einkommensteuer findet sich unter “Extern” -> ?.
Da wurde sicher nie ein Usability Test gemacht. Die DIN-Normen
verlangen ja auch nach Erwartungskonformität. In diesem User Interface wohl kaum gegeben.

Manchmal dauert es lange, bis wissenschaftliche Erkenntnisse in der Praxis Anwendung finden.

Zum Artikel

Was ich so erlebe wird darunter aber meist nur eine Design-Behübschung verstanden.

In den wenigsten Fällen wird getestet, WIE benutzerfreundlich, d.h.

• leicht erlernbar und wiedererlernbar,
• effizient,
• workfloworientiert etc.

eine Oberfläche wirklich ist. Mehr Info: So funktioniert bei uns (und bei den meisten Usability Engineers auf der Welt) ein Usability Test.