- commit
- 410d036d24f7167e63b1534b0225b0a7c8c5b78e
- parent
- 3627220a382a03e06d417951eb1a0d20f8c3ebc4
- Author
- Tobias Bengfort <tobias.bengfort@posteo.de>
- Date
- 2024-04-04 19:34
typos
Diffstat
M | _content/posts/2024-03-15-fluid-typography/index.md | 4 | ++-- |
1 files changed, 2 insertions, 2 deletions
diff --git a/_content/posts/2024-03-15-fluid-typography/index.md b/_content/posts/2024-03-15-fluid-typography/index.md
@@ -214,7 +214,7 @@ dependencies. And I am not yet sure this will happen anytime soon. 214 214 215 215 - It could also make sense to adapt line-height to the x-height of the font. 216 216 This could be achieved by combining the `em`, `ch`, and `ex` units. But it217 -1 would again require division be values with units.-1 217 would again require division by values with units. 218 218 219 219 - [Container queries][container-queries] and the `cqi` unit could be useful to 220 220 apply these techniques to individual components. @@ -229,7 +229,7 @@ dependencies. And I am not yet sure this will happen anytime soon. 229 229 - I tried to use [static interpolation][static-interpolation] (using paused 230 230 animations to interpolate between values) for this, but found `calc()` easier 231 231 to work with. Still, this is an interesting technique that could provide some232 -1 benefits. [Scott Kellum][intrinsic-styles] has use this approach with some-1 232 benefits. [Scott Kellum][intrinsic-styles] has used this approach with some 233 233 success. 234 234 235 235 [molten-leading]: https://tbrown.org/notes/2012/02/03/molten-leading-or-fluid-line-height/