: Semantic Form Markup for Yes or No Questions I frequently receive mock-ups of HTML forms with the following prototype: Some long winded yes or no question?   (o) Yes   ( ) No The

@Sarah324

While your checkbox idea is much more efficient, I think you would have to avoid stating it as a question for it to make sense. For instance:

<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">


However, if your designers are dead set on keeping the radio button model, I think using the fieldset tag makes much more semantic sense.

<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>


I've heard rumors that some screen readers have the nasty habit of skipping paragraphs while they're reading forms, which would cause a problem if you've posed the question in a paragraph. Not entirely sure if that's accurate or not, though.

Vote Up Vote Down

@Chiappetta492

The designers have a specific set of skills that many programmers do not have. Likewise, most programmers have a specific set of skills that many designers do not. Sometimes the skills cross over, but the true experts specialize.

Some programmers have a background in Computer Science. They learn things that most laypersons will never even contemplate. These skills help these programmers solve very complicated problems.

Some designers have formal education in Graphics Design and Usability. They study human behavior. They study the differences between different user interfaces and they apply their specialized knowledge in the real world.

Although you may disagree, do what the designers ask. I work with designers who build ,000 websites for attorneys, and every decision they make is intended to make the application as clear and intuitive as possible.

Trust your designers to do their job and produce money-making designs. In turn, they'll trust you to produce a high quality application that brings their powerful vision to life.

Vote Up Vote Down

@Shanna517

I disagree with both of the approaches.

Mostly, if the "long winded question" really does have two answers then "Yes" and "No" are poor choices to offer. The options should be short phrases that state the decision being made.

An example. Instead of this:


Do you want to book conference accomodation now as a part of your ticket?
( ) Yes
( ) No


do this


Do you want to book conference accomodation now as a part of your ticket?
( ) I do want to book accomodation
( ) I will arrange my own accomodation

Vote Up Vote Down