I've been using formtastic in order to generate HTML forms on rails applications. My question, however, is really HTML-related.
Today I found a strange behaviour on the way formtastic generates checkboxes (fields of type :boolean
on formtastic lingo).
The rest of the fields (non-checkboxes) are generated this way:
<li>
<label for="my_textbox_field">My TextBox</label>
<input id="my_textbox_field" type="text" ... >
</li>
Checkboxes, however, are enclosed inside their <label>
tags completely - like this:
<li>
<label for="my_boolean_field">
<input id="my_boolean_field" type="checkbox" ... >
This is my boolean field
</label>
</li>
Formtastic philosophy seems to be based on the Learning to Love Forms presentation. In effect, on slide 36 of that presentation this structure is suggested for checkboxes. I guess in the presentation itself the presenter explained why this was done, but it is not written on the slides.
Can anyone tell me why enclosing checkboxes inside their <label>
tag might be a good idea, as opposed to putting them outside, like with textboxes?
All you have to do is use a "br" tag after each ending "label" tag. In other words, by using the "br" or break tag, you're telling the checkbox to "break" down to the next line that is available.
The <input type="checkbox"> defines a checkbox. The checkbox is shown as a square box that is ticked (checked) when activated. Checkboxes are used to let a user select one or more options of a limited number of choices.
Method 1: By making the position of checkbox relative, set the vertical-align to the middle can align the checkboxes and their labels.
The common UI for a text input is either a label on the left:
Email address: [____________________]
Or the label above the input:
Email address:
[___________________________________]
For a checkbox however, the common UI is for the label to appear after the input, like this:
[x] Accept terms and conditions
For the first two cases, it drastically simplifies the CSS you have to create if the label comes before the input in the markup. One could argue that the label could wrap around the input still, but the important thing here is that the text comes before the input.
In the third example (the checkbox), the text comes after the label, and again, the CSS is greatly simplified by putting the label in the right place in the markup order (after the input).
So, the checkboxes were always going to be different to the rest of the inputs. In regards to the wrapping of the checkbox with a label, this was just a personal preference, although I'd argue that since the checkbox inputs are different, having the input inside the label makes it easier to target these inputs for styling with CSS, because the markup is different.
Can anyone tell me why enclosing checkboxes inside their
<label>
tag might be a good idea
It might be a good idea because you could lose the id
and for
attributes in this case, making the markup simpler. When an <input>
is inside a <label>
, the connection between them is implicit. (See HTML4 section 17.9.1.)
However, in practice this doesn't work in IE, so you lose that potential advantage.
I can only assume in this case it's for layout/styling reasons.
In addition to the reasons mentioned in the other answers, if the <label>
and <input>
are separate any whitespace between them will be non-clickable. This probably isn't what you wanted. For example, the newline in this code will result in a non-clickable gap:
<input id="my_boolean_field" type="checkbox" ... >
<label for="my_boolean_field">This is my boolean field</label>
Nesting the <input>
inside the <label>
avoids this, because the whitespace is part of the label.
Live example: http://jsfiddle.net/xKLrS/2/
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With