Checkbox
A control for storing multi-select form values.
Last updated
A control for storing multi-select form values.
Last updated
Allows selection of zero or more items in a group of options.
HTML gives us native checkboxes that are fully accessible by default. Unfortunately, the look-and-feel of these controls is often at odds with a web site's design system or branding guidelines. This issue is compounded by the fact that native checkboxes are traditonally very difficult to re-style.
Our pattern shows how modern CSS and SVG can be used to create a custom facade over the native checkboxes, while maintaining accessibility requirements.
Experience the pattern in action on our companion eBay MIND Patterns examples website.
Examine the required markup structure in our Bones GitHub project.
View a fully styled example on our Skin CSS Framework.
Checkboxes are form controls and should be inside a form tag. The form should have a submit button.
Individual checkboxes must have a visible, onscreen label. Typically we use a label tag to achieve this.
Groups of related checkboxes must have a group label. Typically we use fieldset and legend tags to achieve this.
Toggling a checkbox should not cause an app update until the related form is submitted by the user. If instant app updates are required, perhaps consider the switch pattern or a button-less menu.
This section provides interaction design for keyboard, screen reader and pointing devices.
Checkbox must be keyboard focusable (unless disabled).
If checkbox has keyboard focus, pressing SPACEBAR must toggle the checked state.
If checkbox has keyboard focus, pressing ENTER key must submit the form.
If checkbox has keyboard focus, pressing TAB key or SHIFT-TAB key combo moves keyboard focus to next or previous interactive element on page respectively.
Checkbox must be reachable with screen reader (even when disabled).
Checkbox must be announced as "checkbox".
Checkbox label must be announced.
Checkbox group label, if applicable, must be announced.
Checkbox state must be announced.
Clicking checkbox must toggle the checked state.
Clicking checkbox label must toggle the checked state.
Our sample implementation follows the Progressive Enhancement strategy; we build in a layered fashion that allows everyone to access the basic content and functionality of a web page.
The three layers are:
Content (HTML)
Presentation (CSS)
Behaviour (JS) (not required)
Our checkboxes will be fully visible and operable in an HTML-only state, an HTML+CSS state, and an HTML+CSS+JavaScript state.
Native HTML checkboxes are 100% accessible by default and support features such as form data, form reset and form complete.
Native HTML checkboxes should always be your baseline starting point.
The fieldset creates the grouping semantics. The legend creates the group label.
Each input and label pair are further grouped inside a span container. This span container can be replaced with a div for vertical stacking of checkboxes.
Native HTML checkboxes are 100% accessible by default, but may not match your design system look & feel.
We will now show how CSS and inline SVG can give you the visuals you desire, without any JavaScript.
We are going to:
Hide the native checkbox
Display one of two custom icons (checked or unchecked) in it's place
Assign a focus outline to the custom icon
We need to create a new container element that will host each checkbox and it's icon. We give it a class of checkbox:
For convenience, we also add a .checkbox__control BEM element modifier to each input tag.
We make the native input invisible, and keep it in place, using opacity and absolute positioning:
We keep the checkbox in place, so that we can continue to click on it. Although invisible, it is still this native input that receives click and focus events. This is important so that the underlying input maintains all built-in event handling and state.
Remember, clicking the label of a checkbox will also toggle the checked state.
We need two icons: checked and unchecked.
We have mentioned that SVG will be used to create the icon. We actually have two implementation choices when it comes to our SVG:
background SVG
foreground SVG
Here's how the markup will look with background SVG:
And here's how the markup will look with foreground SVG:
This markup assumes that the symbol definitions for #icon-checkbox-unchecked and #icon-checkbox-checked exist on the page.
The hidden attribute ensures that the SVG icon is not visible if the page is in a non-CSS state; it also helps prevent a flash of unstyled content (FOUC).
As you can see, the background SVG markup is more concise, however it has two issues to be aware of:
the color of the icon is not changeable with CSS
alternate variations are needed for windows high contrast mode
On the other hand, foreground SVG has neither of these issues.
Remember that the keyboard will always focus on the real, native input. However, we cannot see the real focus indicator because the element has 0 opacity. To workaround this, we can create a custom focus outline around the icon element:
A dotted border is a good choice, mimicking that of various browsers (such as Firefox).
This section gives an overview of our use of ARIA, within the specific context of the checkbox pattern.
Removes the presentational SVG element from the accessibility tree.
