-
Notifications
You must be signed in to change notification settings - Fork 23
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Flawed "M" and "W" in GF Space Mono #1
Comments
Bokmål is missing an å ;) Interesting observation, @hpapazian I see that the treatment in upper and lower-case |
The darkness is not judiciously distributed; the font as a whole is nicely balanced in color... except for the "M" and "W". The lc "m" is indeed solved in a way that cannot directly inform improvement in those two characters; but Space Mono's "m" very much involves good optical correction, unlike in the "M" and "W". I mentioned above a straight-forward fix for the "M" and "W"; not involving lightening the diagonals (which would probably backfire) but simply not forcing their diagonals to reach all the way to the bounds. |
@hpapazian I spoke to the Colophon team and this will be resolved by adding a stylistic alternate with higher joins |
Very encouraging! Thanks to all. |
So was the stylistic alternate mentioned above ever added? |
The "M" and "W" glyphs in GF Space Mono are designed in a way as to overly disrupt texture, especially when occurring in close sequence (such as in an alphabetized list).
The above image is from the –otherwise quite impressive– official specimen book.
Although monospace fonts do have to make severe compromises in various dimensions including density, this particular compromise is extreme and unnecessary, hence technically inexplicable. Note for example how the much more challenging lowercase "m" is handled well.
It's relatively painless to correct this issue by not forcing the middle diagonals of the "M" and "W" to reach the baseline/capline respectively. A potential small loss in the "spirit of the design" to avoid severe disruption of texture would constitute a much-needed trade-off.
The text was updated successfully, but these errors were encountered: