kotovalexarian-likes-github/twbs--bootstrap
1
0
Fork 0
mirror of https://github.com/twbs/bootstrap.git synced 2022-11-09 12:25:43 -05:00
Code Releases Activity
twbs--bootstrap/docs/components/input-group.md
Mark Otto c064eef67b Massive cleanup 
- Simpler main nav on all pages
- Back to purple masthead on homepage instead of dark graphite
- Active link styles on the main nav
- Cleaned up sidebar nav
- New docs layout name
- Homepage copy edits
- Updated bright purple docs color
2015-08-14 22:45:55 -07:00

7.6 KiB
Raw Blame History

layout title group
docs Input group components

Easily extend form controls by adding text, buttons, or button groups on either side of textual <input>s.

Contents

  • Will be replaced with the ToC, excluding the "Contents" header {:toc}

Basic example

Place one add-on or button on either side of an input. You may also place one on both sides of an input. We do not support multiple add-ons on a single side, nor multiple form-controls in a single input group.

{% example html %}

@

.00


$ .00
{% endexample %}

Sizing

Add the relative form sizing classes to the .input-group itself and contents within will automatically resize—no need for repeating the form control size classes on each element.

{% example html %}

@

@

@
{% endexample %}

Checkboxes and radio addons

Place any checkbox or radio option within an input group's addon instead of text.

{% example html %}

{% endexample %}

Button addons

Buttons in input groups are a bit different and require one extra level of nesting. Instead of .input-group-addon, you'll need to use .input-group-btn to wrap the buttons. This is required due to default browser styles that cannot be overridden.

{% example html %}

{% endexample %}

Buttons with dropdowns

{% example html %}

{% endexample %}

Segmented buttons

{% example html %}

{% endexample %}

Accessibility

Screen readers will have trouble with your forms if you don't include a label for every input. For these input groups, ensure that any additional label or functionality is conveyed to assistive technologies.

The exact technique to be used (<label> elements hidden using the .sr-only class, or use of the aria-label, aria-labelledby, aria-describedby, title or placeholder attribute) and what additional information will need to be conveyed will vary depending on the exact type of interface widget you're implementing. The examples in this section provide a few suggested, case-specific approaches.