re:director
onlife and offlife - every riding agency needs directors, this is the redirector.
Barrierefreie Forumlare (Teil 2)
November 26, 2005 on 10:17 pm | In WAI-Praxis |Setzen wir bei der Thematik der barrierefreien Formulare gleich mit dem Thema “Usability” (Benutzbarkeit) von barrierefreien Formularen im Internet fort. Im ersten Teil ging es vor allem um die Reihenfolge von Information und Hinweisen. Befassen wir uns etwas näher mit dem Thema Formulare und sehen wir uns an, welche Abfragen dabei oftmals gemacht werden.
Name vor Vorname?
Ein praktisch nie beachtetes aber gar nicht unwesentliches Kriterium für eine barrierefreie Anwendung ist die Frage der Reihenfolge bei Formularfeldern. Wieder ist es absolut wichtig sich beim Erstellen eines barrierefreien Webformulares eindeutig vor Augen zu halten, dass die Formularfelder hintereinander ausgelesen werden. Zu zahllosen Mißverständnissen und kleineren Ärgernissen führen daher Formulare, die entweder nicht eindeutig in der Abfrage oder falsch verständlich in der Reihenfolge sind. Klassiker hierbei sind zuerst die Abfrage nach “Name” und im nächsten Feld nach “Vorname” - wer hat da nicht schon den vollständigen Namen (Vor- und Zuname) bei “Name” hingeschrieben?
Selbes passiert natürlich regelmäßig auch mit der Abfrage “Adresse” und anschließend dann plötzlich “Ort” und danach noch “Postleitzahl”. Entwickler die es genauer nehmen, laufen aber auch Gefahr den Fehler zu machen: Nach der “Straße” dann die “Hausnummer” abzufragen ist genauso problematisch. Während die einen beginnen bei Adresse fleißig die Strasse, die Postleitzahl und den Ort hinzuschreiben, gehen andere dazu über die Postleitzahl beim Ort hineinzutippen. Auch diese Formulare sind ein Ärgernis, die Felder sollten daher genau bezeichnet werden und nicht mit allgemeinen Termen beschrieben werden.
Wie begegnet man diesem Phänomen? Am Einfachsten ist es dieses Problem damit abzustellen, dass man auch gleich ein technisches Kritierum für WAI-AAA erfüllt. Dort heißt es zum Thema Formulare:
Until user agents handle empty controls correctly, include default, place-holding characters in edit boxes and text areas.
Es handelt sich dabei um den WAI-Checkpoint “10.4″ und damit ist gemeint, dass Formulare vorausgefüllt werden sollten, weil manche Benutzeragenten (also Anwendungen zum Bedienen der Webseiten) mit leeren Formularfeldern nicht umgehen können. Diese Vorgabe kombiniert mit der oben angesprochenen Problematik macht klar, wie das Ergebnis aussehen könnte:
Der Code dafür würde etwa so aussehen:
<label for="Vorname">Vorname</label>
<input name="Vorname" type="text" id="Vorname"
value="Max"><br><label for="Zuname">Zuname</label><input name="Zuname" type="text" id="Zuname" value="Mustermann">
<br><label for="Strasse">Strasse</label> <input name="Strasse" type="text" id="Strasse" value="Musterweg"> <br><label for="Hausnummer">Hausnummer</label> <input name="Hausnummer" type="text" id="Hausnummer" value="33/3"> <br><label for="Postleitzahl">Postleitzahl</label> <input name="Postleitzahl" type="text" id="Postleitzahl" value="9999"> <br><label for="Ort">Ort / Gemeinde</label> <input name="Ort" type="text" id="Ort" value="Musterdorf">
Leere Sprechblase »
RSS-Feed zu Kommentaren dieses Beitrages. TrackBack URI
Blubbern hinterlassen...
You must be eingeloggt um einen Kommentar zu hinterlassen.
Ermöglicht mit WordPress
Einträge und Kommentare.
Valid XHTML und CSS. ^Noch oben...^