diff options
| author | Daniel Schadt <kingdread@gmx.de> | 2022-07-03 11:59:27 +0200 |
|---|---|---|
| committer | Daniel Schadt <kingdread@gmx.de> | 2022-07-03 11:59:27 +0200 |
| commit | a3c03c25cffbeb61e311a11fb283229a8abcb0c6 (patch) | |
| tree | 81f3023d793ac4ebde70a6cf25b4dfe1adee603c /tests/testutils.py | |
| parent | 1dc46e3afec2bf829ad5b4895bbad25b1712dab2 (diff) | |
| download | fietsboek-a3c03c25cffbeb61e311a11fb283229a8abcb0c6.tar.gz fietsboek-a3c03c25cffbeb61e311a11fb283229a8abcb0c6.tar.bz2 fietsboek-a3c03c25cffbeb61e311a11fb283229a8abcb0c6.zip | |
fix <strong> element
The main issue was this: Our body has a slightly lower font weight of
300, so "bolder" works out to be 400 - which is a barely noticable
increase. The reason for this is that "bolder" (and "lighter") are
relative font weights, but they only work relative to certain
"breakpoints" - and 300 was just a notch below the next breakpoint of
400 [1].
By setting the font-weight of "strong" to 700 directly, we get a
noticable boldness increase instead, though we might tone it down just a
notch in the future.
In order to prevent font issues in the future, we've now also included
all proper variants of OpenSans, so that all font styles are available
to us, using the webfonts helper tool [2].
[1]: https://developer.mozilla.org/en-US/docs/Web/CSS/font-weight#meaning_of_relative_weights
[2]: https://google-webfonts-helper.herokuapp.com/fonts
Diffstat (limited to 'tests/testutils.py')
0 files changed, 0 insertions, 0 deletions