-
Notifications
You must be signed in to change notification settings - Fork 10.6k
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
font-family: -apple-system,system-ui,BlinkMacSystemFont,"Segoe UI",Roboto,"Helvetica Neue",Arial,sans-serif #665
Comments
Didn't normalize.css just get rid of opinionated defaults? I don't see how this would be less opinionated then the old |
This is opinionated. See this thread #664 |
Using system fonts is not "opinionated". |
What browser is using ANY of these fonts by default? |
Read: |
@DoronBrayer that does not answer @miquelfire's question:
Normalize relates to default styling and—as far as I know—browsers do not use system fonts out-of-the-box. |
If 99% of the websites uses |
@DoronBrayer, I get what you are saying, but what you are describing is less the use case for bugs and common browser inconsistencies and more the use case for common developer expectations and preferences, like At least one project needs to hold the fort so to speak so that there may be a reliable base for your own projects, or bootstrap, or sanitize.css, etc. |
Noting for further reference, that we've had to back out |
Since this feature isn't going to be added here, a shameless plug: https://github.com/mvasilkov/systematize |
as mentioned here: necolas/normalize.css#665
BlinkMacSystemFont is causing issue while printing on Chrome for Mac UPD it's fixed in Chrome 81 |
Please do not use "system-ui". On Windows (i forgot in FireFox or Edge Chromium, but it must be at least one of them), it makes the browser unable to choose correct CJK fallback font, regardless the language code written in the HTML tag. Please only use "-apple-system, BlinkMacSystemFont," in this case. For Windows font fallback, simply use "Segoe UI" or "Calibri" (depending on the taste of bigger size or smaller size). |
@ShikiSuen Or in other words: When exactly is this a problem? |
@Michaelsy If you think this is not a problem to you but you are not part of the team for this repo, then please shut up. Your hostility to East-Asian language users smells. Ideograph glyph standards vary among Mainland PRC, HK, Taiwan, Korea, Japan. In Japan there are even two variants (industrial and educational variants). There are lots of political correctness matters regarding these standards. Not to mention that on Windows the default system UI fonts for CJK languages are having different amount of supported glyphs. Suppose that a Simplified Chinese webpage on Windows get fallbacked to a JIS standard font, one will see something similar to a mix-typed paragraph in two different fonts, a typographic disaster. Read through the book ISBN 978-0596514471 written by a retired US marine, if you have further curiosities. |
The reason I wrote my initial complaints above in this thread is to concern that some ideas in the font fallback sequence provided in the beginning post (of this thread) may trigger issues to CJK users. (Swear comments removed because they are not useful anymore.) |
I apologise for the fact that I seem to have formulated my question in such a misleading way. No, I don't think that is not a problem. Rather, I want to understand the problem so that I can take the right action if necessary. |
@ShikiSuen My question more concrete: I write websites exclusively in English and German (with German umlauts like ä Ä ü Ü and for example the "ß") Can it lead to display errors on Asian screens if I refer to "system-ui"? |
Back to your personal case: as long as no one puts East-Asian language contents on your website, no problem to you (personally). Your case closed. P.S.: I repeated the same issue with FireFox on macOS. If this really is a FireFox issue then I think I have to ticket it to their bugzilla. |
What about adding color emoji support as well? FWIW GitHub adds |
IMHO not a good idea because it misses the point of normalize.css. It makes no sense to include all the possible features that anyone might want. Normalize.css is not a universal stylesheet for all possible purposes. It is a universal stylesheet to accommodate differences between browsers. - Michael Sy. |
@Michaelsy I agree with you, which is why I think normalizing emoji display is a good idea if normalize.css is going to include a default font stack. Not sure the font stack is necessary, though. Anyway, just wanted to add a comment about it in the hopes it helps others in the future 👍 |
Today like that, isn't it? font-family: -apple-system, BlinkMacSystemFont, "Segoe UI", Roboto, Helvetica, Arial, "Apple Color Emoji", "Segoe UI Emoji", "Segoe UI Symbol", sans-serif; |
Please put the sans-serif at the final stack. |
System font as a default is clearly a localization issue. It's also an accessibility one. For example, a user with dyslexia may choose "Open Dyslexic" or "Lexend" as their default sans-serif font for legibility. The system font stack would block this. |
This font BlinkMacSystemFont wastes me near 2 days, yes 2 days. It was the causes for a jerky/slow/unusable resizing in Chrome Dev Simulator. Destroy it, if possible. |
Like the comment says: List explained in pydoctheme.css. This also removed a number of other fonts. This reverts commit f3cf32a.
put "Segoe UI Emoji" before "Segoe UI Symbol". otherwise, chrome/edge in windows will only display the emoji in white/black color. |
FWIW here’s the current CSS I’m using to normalize emojis: // Custom emoji font-family to standardize appearance across platforms
// https://www.client9.com/css-color-emoji-stack/
// https://nolanlawson.com/2022/04/08/the-struggle-of-using-native-emoji-on-the-web/
@font-face {
font-family: "color-emoji";
src: local("Apple Color Emoji"),
local("Twemoji Mozilla"),
local("Segoe UI Emoji"),
local("Segoe UI Symbol"),
local("Noto Color Emoji"),
local("EmojiOne Color"),
local("Android Emoji");
} Then you can append body {
font-family: system-ui, Segoe UI, sans-serif, color-emoji;
} |
But My question is How a font become heaviest , largest, painful resource for a website ? ? |
There are many glyphs in a font for each character, those glyphs are basically vector graphics united together. A typeface has multiple styles of glyphs... Yeah, it depends on how complex the font is. |
It's time to add:
font-family: -apple-system,system-ui,BlinkMacSystemFont,"Segoe UI",Roboto,"Helvetica Neue",Arial,sans-serif
This solution is harmless and very useful.
It is used by GitHub, Wordpress, Bootstrap, Medium, Ghost, etc.
The main reason for using "system" fonts is performance. Fonts are typically one of the largest/heaviest resources loaded on a website. If we can use a font already available on the user’s machine, we can completely eliminate the need to fetch this resource, making load times noticeably faster.
The beauty of system fonts is that it matches what the current OS uses, so it can be a comfortable look.
-apple-system
targetsSan Francisco
in Safari (on Mac OS X and iOS), and it targetsNeue Helvetica
andLucida Grande
on older versions of Mac OS X. It properly selects betweenSan Francisco Text
andSan Francisco Display
depending on the text’s size.system-ui
represents the default UI font on a given platform.BlinkMacSystemFont
is the equivalent for Chrome on Mac OS X.Segoe UI
targets Windows and Windows Phone.Roboto
targets Android and newer Chrome OS. It is deliberately listed afterSegoe UI
so that if you’re an Android developer on Windows and haveRoboto
installed,Segoe UI
will be used instead.The bottom line: It's truly the ultimate solution for any website/webapp in any OS.
More info
The text was updated successfully, but these errors were encountered: