https://bugzilla.wikimedia.org/show_bug.cgi?id=56796
Web browser: ---
Bug ID: 56796
Summary: mw.webfonts is much too aggressive at overriding
default fonts
Product: MediaWiki extensions
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: Unprioritized
Component: UniversalLanguageSelector
Assignee: [email protected]
Reporter: [email protected]
CC: [email protected],
[email protected], [email protected],
[email protected], [email protected],
[email protected], [email protected],
[email protected]
Classification: Unclassified
Mobile Platform: ---
Right now, mw.webfonts makes two modifications to font-family assignments:
1. If the wiki's content language is a webfont language, it adds the webfont to
the beginning of the body's font-family declaration.
2. Any content that has a language attribute set to a webfont language is given
a font-family declaration for that font.
This has the effect of aggressively overriding the user's normal fonts even if
their existing fonts include glyphs for all the characters. So for example, if
my system already has a font for displaying Arabic, I see the content in that
font first and then it switches to the webfont. This has two negative effects:
1. The styling unexpectedly changes while I'm reading the text.
2. If the webfont includes ASCII glyphs (which is common) ASCII characters will
be rendered in the webfont even though the user will normally have many fonts
that are more optimized for ASCII (like Arial, Nimbus Sans, etc.)
A better solution would be for mw.webfonts to:
1. Add the webfont to the _end_ of the body's font-family declaration
2. Don't do anything else
That way the webfont will only be used for filling in missing glyphs rather
than aggressively overriding the system fonts.
The exception to this would be if the user chooses a different font from the
ULS font-choosing interface, for example OpenDyslexic. In that case it should
retain the existing behavior.
--
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
_______________________________________________
Wikibugs-l mailing list
[email protected]
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
