On Thu, Apr 10, 2014 at 7:39 AM, Derk-Jan Hartman <d.j.hartman+wmf...@gmail.com> wrote: > So for me, the question is not how can we apply pretty serif fonts to > headers, the question is what can we do short term and long term to > make that happen.
It would be good if we could focus the conversation as much on concrete bugs and issues as possible. My understanding is that there are three separate major issues: * serif may not be a good choice for certain languages, no matter what font stack you use, because "serif" connotes different things in different scripts, and the meaning that's attached to it in Latin script may not necessarily translate well to other languages. I don't think that's an argument against serifs, and this doesn't negate the reasoning explained in [1] when it comes to Latin script wikis. Rather, it argues for per-language improvements. Disabling serif for certain languages is currently handled by local overrides which is not ideal for obvious reasons. The only way I can see to properly resolve that is to explicitly vary the font stack based on the content language. Does that make sense? If so, what's the best way to accomplish it? * As a serif font, Georgia uses old-style numerals (whether users get Georgia depends on their locally installed stack). Some readers aren't used to old-style numerals, but they are really designed to flow with Latin script, so they look especially odd with other scripts. Since, as established in the first point, the "serif" specification per se may not make sense for certain languages, this issue could be resolved in one fell swoop by specifying sans-serif for certain languages/scripts. * The explicitly specified sans-serif stack needs to be further optimized, and ideally should prioritize free/libre fonts first (as the serif stack does). Until then, there's disagreement about whether the current sans-serif stack represents an appropriate place from which to improve (the UX team is arguing that it does because the increased specificity reduces the risk of bad defaults, others argue that it doesn't because it violates software freedom principles). * Because of the above issues and possibly others, some people feel that either reverting to the previous state, or generally leaving fonts to the browser/OS while specifying broad family choices (serif / sans-serif), would be preferable. The UX team disagrees with that, as they feel that we can achieve a good result for the reader with higher predictability by making specific font recommendations. Are those the main issues? Am I misrepresenting anything or forgetting something / additional major issues? Thanks, Erik [1] https://www.mediawiki.org/wiki/Typography_refresh#Why_are_we_using_serif_fonts_for_the_headings.3F -- Erik Möller VP of Engineering and Product Development, Wikimedia Foundation _______________________________________________ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
