You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Notice how the content (the <p>) is width constrained (seemingly due to a CSS rule of max-width: 40em) whilst the header and the tab bar are "full width"
Are headings supposed to have max-width of 40em (relative to their own font size) or 40rem relative to document font (to keep their width the same as paragraphs)?
With current implementation of 40em this leads to situations when headings can be significantly wider than the text below them:
The purpouse of the max-width is to limit the number of characters per line to about 90 (used to be 75, which is the typographic best practice). That's why font-size relative max-width makes most sense. Maybe even a ch css unit directly set to 90 for all elements might make more sense? (not sure if that accounts for monospaced vs normal fonts)
Worth noting, this is a falesafe - so no text can become longer than 90 chars give or take, at which point it becomes difficult to read. It's the layout's job to create further limiting factors if needed.
In this case, I think it's ok to have headings use the available space, as it creates denser documentation (fewer wrappings and lines overall), which if I understand correctly is very valuable to the docs team.
Notice how the content (the
<p>
) is width constrained (seemingly due to a CSS rule ofmax-width: 40em
) whilst the header and the tab bar are "full width"Originally posted by @sparkiegeek in canonical/maas.io#815 (comment)
The text was updated successfully, but these errors were encountered: