Design/Projects/Improve mobile reading experience
Providing a good reading experience is of high importance to Wikimedia projects. Typography, and specifically font choices, build the base for readability regardless of the device, software, or language of our readers.
Goals and summary
Our current font choice for sub-headlines and running text on mobile –
sans-serif – builds on a generic font stack for historical reasons. This results in using Arial or Helvetica in latin languages on the majority of browsers. Both fonts mildly support the web's universality and have been the primary choice when supporting the widest variety of users like we do.
Driven by emerging mobile operating systems (OS) and strong growth in markets aside of latin script languages, in the last few years system manufacturers have been introducing new default fonts. These "system fonts" aim to provide better readability and better support for more languages available.
- deliver a better native experience for readers,
- improve cross-platform and
- improve cross-language readability.
Who will see this change?
We would like to use these system fonts in our selection fonts for the mobile interface presented by Minerva Neue.
You can read more on the technical backgrounds in the Phabricator task.
Proposed system font stack (see discussion on task):
/** * System font stack * * `-apple-system` – Support: Safari for macOS and iOS ('San Francisco') * `BlinkMacSystemFont` – Chrome < 56 for macOS ('San Francisco') * `Segoe UI` – Windows Vista & newer * `Roboto` – Android * `Lato` – Wikimedia Design choice, OFL licensed * `Helvetica, Arial, sans-serif` – (Generic) Web fallback * Note that standard `system-ui` value has resulted in unresolved side-effects in certain OS/language combinations and is therefore not included as of now. */ font-family: -apple-system, 'BlinkMacSystemFont', 'Segoe UI', 'Roboto', 'Lato', 'Helvetica', 'Arial', sans-serif;
This CSS rule will apply the first font in the stack that is available. This is part of open web standards in most browser rendering engines. For example, Roboto is the Android operating system's current default font. None of the first three fonts are on Android systems by default. So, Roboto is selected for rendering the content. Note the code style following our stylelint enforced coding conventions.
To put another way the logic of this CSS rule:
User system default > Wikimedia Design choice (Lato) > User operating system desktop only ( Helvetica > Arial) > generic sans-serif With this font stack we're covering at least 89% of mobile browsers outside of generic Helvetica or Arial covered systems in April 2019. The biggest exceptions share-wise are UC Browser Mini and browser sub-summed as “Other” where a big part might still be Chromium/Android based and therefore receive 'Roboto'.
Currently relying on web browser default font choice, which is, out of historical reasons often Arial and Helvetica as least common denominator with the widest language script support. But both fonts date back more than a dozen years.
|en||iOS||phone||Tao Te Ching|
|en||Android||phone||Gautama Buddha||(no change)|
|fr||iOS||tablet||Mohandas Karamchand Gandhi|
|he||iOS||phone||מוהנדס קרמצ'נד גנדי|
- Wikipedia Portals has been changed to new font stack, with it's variety of language scripts a good, encapsulated place to start.
- Mobile web (MinervaNeue) has adopted the new font stack, see for example English or Chinese Wikipedia.
There have been a few other web institutions facing similar challenges and taken a similar path:
In 2014 there has been a project “Typography refresh”, which had included font stack changes with similar goals but before mobile operating systems penetration were as high. Apart of the prior art projects we have evaluated findings from this project as well to inform our font stack proposed here.
- Introductory blog post on `-apple-system` for Webkit (Safari)
- Deprecating task for
BlinkMacSystemFontin favor of
system-uifor Blink (Google Chrome)
Article/wiki examples of scripts under focus for being taken care of by the proposed change: