-
Notifications
You must be signed in to change notification settings - Fork 26
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
Titillium Web font #5161
Titillium Web font #5161
Conversation
I had to change μ to µ, because the former is unfortunately part of the Titillium Web glyph set. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I have mixed feelings about this change. I can see that a single font across systems has benefits over using the system default fonts, i.e. the UI elements do not have to be tested on all platforms, and there is a recognizability/branding benefit.
However, the default UI fonts tend to be pretty good at their job. Segoe UI, San Francisco and Roboto are all reasonably similar to Frutiger or Helvetica to have readable and familiar metrics, while also being optimized for small display sizes and low pixel densities (Segoe UI is very good at the latter).
Titillium places significantly more emphasis on recognizability. This comes at the cost of both readability at small display sizes and compatibility with low pixel densities. Numerals are especially tiny and some letter shapes are very similar to each other, and letter spacing is small, while the glyphs themselves are a little bulkier.
Another example where a recognizable font was chosen over system fonts after a long time is the Google suite, where Google Sans replaced the system fonts. There, instead of readability, they sacrificed (at least to my subjective eye), the pleasing shapes a font can have. Also compatibility with low pixel densities, but that is somewhat compensated by the generous metrics.
That said, I don’t think Titillium is the worst choice if recognizability is super important now.
Some concrete problems we may encounter:
-
We use font-weights titillium (or at least the included bundle) doesn’t have (e.g. 300 in welcome header). We should select other font weights and see if they still look well enough together
-
The different metrics will require some small adjustments of surrounding layouts:
-
The glyph set is limited, scientists may want to use greek letters in descriptions, for example.
-
Using a webfont always results in slower load times, but that is probably eclipsed by Can we reduce the bundled js size? #5054
I don't have a strong opinion on this change and don't want to make the decision here. In general, I agree with @fm3's points and also think that the legibility is noticeably worse (even though, I'm not a font-aficionado who pays attention to this). However, I don't think that these concerns are blocking. Therefore, merging the change to make the transition from landing page to the actual instance smoother would be fine by me. As @fm3 suggests, making a few small tweaks could already soften the drawbacks. For example, the |
Adds
Titillium Web
as new font for webKnossos which is the same as on the new landing page. In my testing I didn't notice any breaking layouts due to the new font. Fwiw the new font may be more narrow, which could be used for a more dense UI.URL of deployed dev instance (used for testing):
Steps to test:
Issues: