Je reçois fréquemment des maquettes de formulaires HTML avec le prototype suivant:
Une longue question oui ou non? (o) Oui () Non
Les (o)
et ( )
de ce prototype représentent des boutons radio. Mon point de vue personnel est que si la question n'a qu'une valeur vraie ou fausse, alors ce devrait être une case à cocher. Cela dit, j'ai vu ce type de "mise en page" de presque tous les designers avec lesquels j'ai travaillé.
Si je ne mettais pas en doute leur décision, ni celle du client, je la marquerais probablement comme ceci:
<p class="pseudo_label">Some long winded yes or no question?</p>
<input type="radio" name="the_question" id="the_question_yes" value="1">
<label for="the_question_yes" class="after_radio">Yes</label>
<input type="radio" name="the_question" id="the_question_no" value="0">
<label for="the_question_no" class="after_radio">No</label>
Je ne veux vraiment pas faire ça. Je veux repousser et les convaincre que cela devrait vraiment être une case à cocher et non deux boutons radio. Mais ma question est la suivante: si je ne parviens pas à les convaincre - vous pouvez m'aider à essayer - comment devrais-je coder cette exigence de conception originale de telle sorte qu'elle soit sémantique et au moins compréhensible pour les utilisateurs de lecteurs d'écran?
Si je réussissais à convaincre mes bourreaux de changer d’avis, je le coderais probablement de la manière suivante:
<label for="the_question">Some long winded yes or no question?</label>
<input type="checkbox" name="the_question" id="the_question" value="1">
Que pensez-vous de ce problème? Dois-je repousser? Peut-être plus important encore est-il sémantiquement correct dans les deux cas?
UPDATE: J'ai posté une question connexe sur la SE de l'interface utilisateur selon vos suggestions. Vous pouvez le trouver ici: https://ux.stackexchange.com/q/3335/349
Bien que votre idée de case à cocher soit beaucoup plus efficace, je pense que vous devriez éviter de la poser comme une question pour que cela ait un sens. Par exemple:
<label for="the_question">I would answer yes to this long winded question.</label>
<input type="checkbox" name="the_question" id="the_question" value="1">
Cependant, si vos concepteurs sont déterminés à conserver le modèle de bouton radio, je pense que l’utilisation de la balise fieldset
a un sens beaucoup plus sémantique.
<fieldset>
<legend>Some long winded yes or no question?</legend>
<input type="radio" name="the_question" id="the_question_yes" value="1">
<label for="the_question_yes" class="after_radio">Yes</label>
<input type="radio" name="the_question" id="the_question_no" value="0">
<label for="the_question_no" class="after_radio">No</label>
</fieldset>
J'ai entendu dire que certains lecteurs d'écran avaient la mauvaise habitude de sauter des paragraphes pendant qu'ils lisaient des formulaires, ce qui poserait un problème si vous avez posé la question dans un paragraphe. Pas tout à fait sûr si c'est exact ou pas, cependant.
Je ne suis pas d'accord avec les deux approches.
Généralement, si la "longue question" a réellement deux réponses, "Oui" et "Non" sont de mauvais choix à offrir. Les options doivent être des phrases courtes indiquant la décision prise.
Un exemple. Au lieu de cela:
Voulez-vous réserver une salle de conférence maintenant avec votre billet?
( ) Oui
( ) Non
fais ça
Voulez-vous réserver une salle de conférence maintenant avec votre billet?
() Je veux réserver un logement
() Je vais organiser mon propre logement
Les concepteurs ont un ensemble de compétences spécifiques que beaucoup de programmeurs n’ont pas. De même, la plupart des programmeurs ont des compétences spécifiques que beaucoup de concepteurs n’ont pas. Parfois, les compétences se croisent, mais les vrais experts se spécialisent.
Certains programmeurs ont une formation en informatique. Ils apprennent des choses que la plupart des laïcs ne contempleront même jamais. Ces compétences aident ces programmeurs à résoudre des problèmes très complexes.
Certains concepteurs ont une formation formelle en graphisme et utilisabilité. Ils étudient le comportement humain. Ils étudient les différences entre les différentes interfaces utilisateur et appliquent leurs connaissances spécialisées dans le monde réel.
Bien que vous puissiez être en désaccord, faites ce que les concepteurs vous demandent. Je travaille avec des concepteurs qui créent des sites Web de 15 000 dollars pour les avocats et chaque décision qu'ils prennent vise à rendre l'application aussi claire et intuitive que possible.
Faites confiance à vos concepteurs pour faire leur travail et pour créer des conceptions rentables. En retour, ils vous feront confiance pour produire une application de haute qualité qui donne vie à leur vision puissante.