Fehlermeldung vor Label ausgeben (nicht danach)

[NinaG]

Es wäre im Sinne der Usability und Barrierefreiheit logischer, wenn eine Fehlermeldung im Forum VOR dem Label, anstatt danach ausgegeben wird.

Derzeit ist es so, dass die Meldung z. B. - "Bitte füllen Sie das Feld "E-Mail" aus! - nach dem Label erscheint. Blinde Nutzer bekommen diese Meldung also zu einem Zeitpunkt, wo sie sich bereits nach dem Label befinden. Da wird es für sie mit der korrekten Zuordnung schwierig.

Auch aus Usability-Gründen ist es so eher irritierend, weil man auch visuell "rückwärts" schauen muss, um das in der Meldung benannte Label zu finden.

--- Originally created on October 22nd, 2010, at 04:39pm (ID 2629)

[NinaG]

sollte natürlich "im Formular" nicht "im Forum" heißen ;)

--- Originally created on October 22nd, 2010, at 06:04pm

[xchs]

So wie das beispeilsweise in YAML umgesetzt wird, find ich's eigentlich ganz gut:

http://www.yaml.de/fileadmin/examples/01_layouts_basics/building_forms.html

--- Originally created on October 22nd, 2010, at 06:31pm

[NinaG]

Ja, das ist sehr schön.

...und hat sogar die WAI-ARIA role dabei. Aber das ist ein Thema für sich, auf das ich an anderer Stelle nochmal zurück komme ;)

--- Originally created on October 22nd, 2010, at 06:41pm

[leofeyer]

Für den Screenreader ist die Ausgabe im Fehlerfall "Mandatory field 'email' - Field 'email' must not be empty". Das finde ich ist eindeutig zuzuordnen. Wenn das nicht reicht, kannst Du jederzeit die Templates anpassen und die Position der Fehlermeldung individuell festlegen.

--- Originally created on October 23rd, 2010, at 12:20pm

[NinaG]

Die Benennung "Field email" ist natürlich da, wie ich auch oben schrieb. Aber woher soll der blinde Nutzer an der Stelle wissen, welches Feld das ist? Er befindet sich im Quelltext ja bereits NACH dem Label, in dem diese Benennung steht.

Und wie gesagt, auch der sehende Nutzer muss von seinem gewohnten Lesemuster abweichen und plötzlich "rückwärts" gucken, anstatt vorwärts. Man erwartet ja, dass man die Fehlermeldung vor dem eigentlichen Fehler ausgegeben bekommt und nicht in "der Hälfte des Fehlers".

Und nein, in diesem Fall bringt es überhaupt nichts, wenn ich in meinem Contao das Template anpasse, denn das ist ein prinzipieller Usability-Fehler, den wir hier im System haben. Es sollte also generell im Core geändert werden.

--- Originally created on October 23rd, 2010, at 03:59pm

[leofeyer]

Es ist doch nur logisch, dass zuerst die Feldbezeichnung vorgelesen wird (der Nutzer weiß jetzt, um welches Feld es geht) und dann die Fehlermeldung (der Nutzer kann die Fehlermeldung jetzt zuordnen). Andernfalls stünde die Fehlermeldung zuerst im leeren Raum und der Nutzer würde von einem Fehler lesen, bevor das eigentliche Feld überhaupt erwähnt wird. Das bezieht sich nicht mal nur auf Screenreader, sondern wäre auch in einem normalen Formular auf der Webseite sehr seltsam.

--- Originally created on October 23rd, 2010, at 04:18pm

[NinaG]

Ein Vorschlag zur Güte: Ich recherchiere zu dem Thema noch weiter, befrage diverse Leute und melde mich spätestens am Montag mit dem Rechercheergebnis (und den Quellen) wieder hier im Ticket zurück.

--- Originally created on October 23rd, 2010, at 04:48pm

[NinaG]

Nachdem meine Recherchen seit gestern ergeben haben, dass da viel mehr dran hängt, habe ich beschlossen, dass ich das Thema richtig fundiert angehe. Deshalb habe ich mir dazu die zwei bekanntesten Usability-Bücher für Formulardesign bestellt, meine Frage zum Thema an mehrere Fachleute aus unterschiedlichen Gebieten gesandt und mich auf Recherchearbeit quer durchs Internet begeben.

Sorry, dass ich das nicht schon zuvor gemacht habe. Ich habe mich da einfach auf meine bisherigen Erfahrungen verlassen, die sicher auch schon sehr umfassend sind, aber in dem Fall nicht ausreichen. Ich denke, ich werde das Thema nun lieber so umfassend wie möglich recherchieren und dann daraus einen entsprechenden Fachartikel mit Quellenverzeichnis generieren, der das Thema sowohl aus der Sicht der Usability ("Nutzbarkeit"), als auch aus Sicht der Accessibility (Barrierefreiheit) betrachtet. Idealerweise gewinnen wir daraus dann generell weitere Erkenntnisse zum Formularaufbau, die wir für Contao in der Zukunft nutzen können.

Also sorry nochmal, dass ich das Thema so hastig angegangen bin. ;)

--- Originally created on October 24th, 2010, at 12:52pm

[leofeyer]

--- Originally closed on October 23rd, 2010, at 12:20pm