| Age | Commit message (Collapse) | Author | Files | Lines | |
|---|---|---|---|---|---|
| 2022-05-13 | Prepare v5.2.0-beta1 | Mark Otto | 1 | -123/+0 | |
| 2022-02-08 | Support floating labels on `.form-control-plaintext` (#32840) | Sebastian Podjasek | 1 | -0/+15 | |
| * Support floating labels on `.form-control-plaintext` * Update floating-labels.md * Apply suggestions from code review Co-authored-by: XhmikosR <[email protected]> Co-authored-by: Mark Otto <[email protected]> | |||||
| 2021-11-09 | floating-labels: remove aria-label in the select example (#35327) | Scott O'Hara | 1 | -1/+1 | |
| While it is understood that this is just an example, the visible text (label) of "Works with selects" and the `aria-label="Floating label select example"` created a [WCAG 2.5.3 Label in name](https://www.w3.org/WAI/WCAG21/quickref/#label-in-name) failure. As the `aria-label` isn't necessary here since this `select` is already provided an accessible name by its `label` element, removing the unnecessary `aria-label` seems the best course of action as: * removing it solves the WCAG issue * it removes the potential implication to developers that they'd even _need_ an `aria-label` here, let alone indirectly suggesting that it's ok for the visible text and accessible name to be out of alignment | |||||
| 2021-08-04 | Prepare v5.1.0. (#34674)v5.1.0 | XhmikosR | 1 | -0/+108 | |
 |
index : bootstrap | |
| The most popular HTML, CSS, and JavaScript framework for developing responsive, mobile first projects on the web. |
| aboutsummaryrefslogtreecommitdiff |