Open kuba-orlik opened 8 years ago
I count 120 on my full HD monitor 😆
Back when monitors were far smaller (when this was originally designed), this was fine. Please feel free fork, fix for modern monitors, and request pull. The beauty of open source.
I tried to fix this by simply adding max-width: 30em
to #main
but of course it's not that simple.
Because the other widths are mostly in percentages a strange thing happens to the out-dented numeric part of the chapter heading:
(As well as leaving a big gap to the right-hand side content.)
This actually happens at very narrow widths even in the current design:
but it only shows up at those very narrow widths.
I wonder if a general effort to switch from percentages to ems/rems would be worthwhile or if there's something simpler we could do.
The browser support for measure using the ch
unit (character) is very wide, perhaps set all the classes for paragraph copy to max-width: 65ch;
or whatever measure seems reasonable for the body copy size.
Hope that helps!
The browser support for measure using the
ch
unit (character) is very wide, perhaps set all the classes for paragraph copy tomax-width: 65ch;
or whatever measure seems reasonable for the body copy size.
Thanks - feel free to fork, makes changes and submit.
I put up https://github.com/clagnut/webtypography/pull/39 for this which uses 66ch
as the width for .main p
. It still has some of the issues I describe above at high and low widths but I think it's better than what we have now which, as noted by here, breaks our own rules.
Rule 2.1.2 says that the measure for one-column text should be 45-75. The measure on that very page as displayed on my PC is well above 90...