Skip to content

docs: fix wording and responsive utility examples#42458

Open
coliff wants to merge 1 commit into
twbs:v6-devfrom
coliff:dev/coliff/v6-docs-fixes
Open

docs: fix wording and responsive utility examples#42458
coliff wants to merge 1 commit into
twbs:v6-devfrom
coliff:dev/coliff/v6-docs-fixes

Conversation

@coliff
Copy link
Copy Markdown
Contributor

@coliff coliff commented Jun 2, 2026

Description

Copy edits across several docs pages:

  • clarify .btn usage and theme classes (button.mdx)
  • correct repeated/awkward 'drawer' phrasing and update responsive breakpoint syntax to the colon form (drawer.mdx)
  • remove duplicated 'drawer' wording and clean navbar responsive copy (navbar.mdx)
  • update Sass guidance from @import to @use/@forward terminology (customize/optimize.mdx)
  • clarify 'modal' → 'modal dialog' and update form validation guidance to use data-bs-validate and :user-invalid (getting-started/approach.mdx)
  • revise display utility docs to show the new .{breakpoint}:d-{value} syntax with example adjustments (utilities/display.mdx).

Motivation & Context

Fixing docs is fun

Type of changes

  • Bug fix (non-breaking change which fixes an issue)
  • New feature (non-breaking change which adds functionality)
  • Refactoring (non-breaking change)
  • Breaking change (fix or feature that would change existing functionality)

Checklist

  • I have read the contributing guidelines
  • My code follows the code style of the project (using npm run lint)
  • My change introduces changes to the documentation
  • I have updated the documentation accordingly
  • I have added tests to cover my changes
  • All new and existing tests passed

Live previews

Copy edits across several docs pages: clarify .btn usage and theme classes (button.mdx); correct repeated/awkward 'drawer' phrasing and update responsive breakpoint syntax to the colon form (drawer.mdx); remove duplicated 'drawer' wording and clean navbar responsive copy (navbar.mdx); update Sass guidance from @import to @use/@forward terminology (customize/optimize.mdx); clarify 'modal' → 'modal dialog' and update form validation guidance to use data-bs-validate and :user-invalid (getting-started/approach.mdx); and revise display utility docs to show the new .{breakpoint}:d-{value} syntax with example adjustments (utilities/display.mdx).
Copilot AI review requested due to automatic review settings June 2, 2026 15:59
Copy link
Copy Markdown

Copilot AI left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Pull request overview

Note

Copilot was unable to run its full agentic suite in this review.

Updates documentation to reflect newer class naming conventions and implementation details (responsive utility prefixes, drawer terminology, Sass module usage, and validation behavior).

Changes:

  • Update responsive class syntax examples to .{breakpoint}:* across utilities and components
  • Fix wording/typos and standardize “drawer” terminology throughout component docs
  • Refresh customization guidance to reference Sass modules (@use/@forward) and update validation approach description

Reviewed changes

Copilot reviewed 6 out of 6 changed files in this pull request and generated 4 comments.

Show a summary per file
File Description
site/src/content/docs/utilities/display.mdx Updates responsive display utility syntax and examples
site/src/content/docs/getting-started/approach.mdx Revises overlay wording and updates form validation guidance
site/src/content/docs/customize/optimize.mdx Updates Sass optimization section to reference module system terminology
site/src/content/docs/components/navbar.mdx Removes duplicated “drawer” wording and updates headings/text
site/src/content/docs/components/drawer.mdx Standardizes drawer wording and updates responsive class examples
site/src/content/docs/components/button.mdx Fixes unclear/duplicated phrasing in .btn description

💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.

## Responsive behaviors

Navbars can use `.navbar-toggler`, and `.lg:navbar-expand{-sm|-md|-lg|-xl|-2xl}` classes to determine when their content appears in an drawer drawer or inline. In combination with other utilities, you can easily choose when to show or hide particular elements.
Navbars can use `.navbar-toggler`, and `.lg:navbar-expand{-sm|-md|-lg|-xl|-2xl}` classes to determine when their content appears in a drawer or inline. In combination with other utilities, you can easily choose when to show or hide particular elements.
Whenever possible, we prefer HTML and CSS over JavaScript—they’re more accessible to people of all experience levels and faster in the browser. That’s why our first-class JavaScript API is `data` attributes—it lets you write more HTML instead of JavaScript. Read more in [our JavaScript overview]([[docsref:/getting-started/javascript#data-attributes]]).

Our styles build on fundamental browser behaviors. For example, while you can put `.btn` on nearly any element, we prefer `<button>`s and `<a>`s for their semantic value. Similarly, we use native `:valid`/`:invalid` pseudo-elements for form validation rather than custom plugins.
Our styles build on fundamental browser behaviors. For example, while you can put `.btn` on nearly any element, we prefer `<button>`s and `<a>`s for their semantic value. For form validation, we scope styles behind `data-bs-validate` and use the `:user-invalid` pseudo-class so feedback appears only after user interaction—not on initial page load.
## Lean Sass setup

When using Sass in your asset pipeline, make sure you optimize Bootstrap by only `@import`ing the components you need. Your largest optimizations will likely come from the `Layout & Components` section of our `bootstrap.scss`.
When using Sass in your asset pipeline, make sure you optimize Bootstrap by only `@use`ing the partials you need. Your largest optimizations will likely come from the `Layout & Components` section of our `bootstrap.scss`.
To hide elements simply use the `.d-none` class or one of the `.{sm,md,lg,xl,2xl}:d-none` classes for any responsive screen variation.

To show an element only on a given interval of screen sizes you can combine one `.d-*-none` class with a `.d-*-*` class, for example `.d-none .md:d-block .xl:d-none` will hide the element for all screen sizes except on medium and large devices.
To show an element only on a given interval of screen sizes you can combine one `.{breakpoint}:d-none` class with a `.{breakpoint}:d-block` class, for example `.d-none .md:d-block .xl:d-none` will hide the element for all screen sizes except on medium and large devices.
@coliff
Copy link
Copy Markdown
Contributor Author

coliff commented Jun 2, 2026

linting fails due to Prettier formatting on:
site\src\components\shortcodes\SpacingNotation.astro
site\src\components\shortcodes\SpacingResponsive.astro
(not related to this PR)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants