summaryrefslogtreecommitdiff
path: root/docs/src
diff options
context:
space:
mode:
authorGravatar Tom VanAntwerp <tvanantwerp@users.noreply.github.com> 2021-12-19 15:28:50 -0500
committerGravatar GitHub <noreply@github.com> 2021-12-19 15:28:50 -0500
commitb6398c4dbedea2c4867723853a3aeed1f775928b (patch)
tree11473f9158fd455909a80a7f32971f2b35239c1d /docs/src
parentccb2c773212c2e9a5e7aea73e3430c073e0fe2a0 (diff)
downloadastro-b6398c4dbedea2c4867723853a3aeed1f775928b.tar.gz
astro-b6398c4dbedea2c4867723853a3aeed1f775928b.tar.zst
astro-b6398c4dbedea2c4867723853a3aeed1f775928b.zip
Fix minor typo in styling docs (#2233)
Diffstat (limited to 'docs/src')
-rw-r--r--docs/src/pages/guides/styling.md2
1 files changed, 1 insertions, 1 deletions
diff --git a/docs/src/pages/guides/styling.md b/docs/src/pages/guides/styling.md
index 9787d8c6b..f85398e26 100644
--- a/docs/src/pages/guides/styling.md
+++ b/docs/src/pages/guides/styling.md
@@ -280,7 +280,7 @@ _Note: be mindful when some page styles get extracted to the "common" bundle, an
Too many development setups take a hands-off approach to CSS, or at most leave you with only contrived examples that don't get you very far. Telling developers "Use whatever styling solution you want!" is a nice thought that rarely works out in practice. Few styling approaches lend themselves to every setup. Astro is no different—certain styling approaches _will_ work better than others.
-An example to illustrate this: Astro removes runtime JS (even the core framework if possible). Thus, depending on Styled Components for all your styles would be bad, as that would require React to load on pages where it's not needed. Or at best, you'd get a "[FOUC][fouc]" as your static HTML is served but the user waits for JavaScript to download and execute. Or consider a second example at the opposite end of the spectrum: _BEM_. You _can_ use a completely-decoupled [BEM][bem] or [SMACSS][smacss] approach in Astro. But that's a lot of manual maintenance you can avoid, and it leaves out a lof of convenience of [Astro components](/core-concepts/astro-components).
+An example to illustrate this: Astro removes runtime JS (even the core framework if possible). Thus, depending on Styled Components for all your styles would be bad, as that would require React to load on pages where it's not needed. Or at best, you'd get a "[FOUC][fouc]" as your static HTML is served but the user waits for JavaScript to download and execute. Or consider a second example at the opposite end of the spectrum: _BEM_. You _can_ use a completely-decoupled [BEM][bem] or [SMACSS][smacss] approach in Astro. But that's a lot of manual maintenance you can avoid, and it leaves out a lot of convenience of [Astro components](/core-concepts/astro-components).
We think there's a great middle ground between intuitive-but-slow CSS-in-JS and fast-but-cumbersome global CSS: **Hybrid Scoped + Utility CSS**. This approach works well in Astro, is performant for users, and will be the best styling solution in Astro _for most people_ (provided you're willing to learn a little). So as a quick recap: