Change:
}, "markdown.preview.fontFamily": { "type": "string", <del> "default": "-apple-system, BlinkMacSystemFont, 'Segoe WPC', 'Segoe UI', 'HelveticaNeue-Light', 'Ubuntu', 'Droid Sans', sans-serif", </del> <ins> "default": "system-ui", </ins> "description": "%markdown.preview.fontFamily.desc%" }, "markdown.preview.fontSize": {

Discussion:
VSCode Version: 1.4.0 OS Version: Ubuntu MATE 16.04 This commit hard-coded the Ubuntu font for the UI: While this might look more integrated for Ubuntu Unity users, everywhere else (GNOME, KDE, MATE with other setting or another distro, ...) it doesn't. Having as an alias which I can change to a font I want is better IMHO. The best solution probably is to use the same font that menus are using, e. g. the system GUI/Gtk/system font. Is there a way to access this, maybe similar to or ?
:+1: points to the default sans font which is on standard Ubuntu 16.04, so removing will still use that font.
Yeah, but doesn't argument that apply for all operating systems? And isn't our stance on this that we want to own the UI and aesthetics of Code, meaning if we think Ubuntu looks best then we'll pick it, the same way that if we pick Segoe UI since it does look best? Suddenly this just seems to me to be a duplicate of . Opinions?
Yes, or to allow the user to change the styling via some setting (font choice, or full CSS access).
yeah but we also own the UI on Windows and Segoe UI is the way Windows is going. Ubuntu may look out of place when not on Ubuntu but the font is still available, such as on its derivatives. Ubuntu is not available on all Linux distributions so why would we care so much as to enforce it on a subset of distros but not care about the rest?
Our goal is to strike the balance between defining the UI and aesthetics of Code such that Code is easily recognisable on each platform but that it also looks and feels like it belongs on each platform. So we should choose whichever font we think manages that balance best. If we're hearing that the choices we have made don't work well on particular platforms we should reconsider. From the above, if I understand correctly, it sounds like we might want to consider using something different to Ubuntu on a Linux distribution where Ubuntu is not available as the current font we are using does not look appropriate? If on the other hand this is just about adding a setting that allows the user to change the font then sure, that sounds good if we can do it, but we should stick with our original choices as long as they look appropriate on each platform.

Personally I think (like the OP) that it is on the wrong side of the balance by hard coding Ubuntu. If we really wanted to take control and make it consistent on Linux by default we should ship the Ubuntu font with the distributable, otherwise it's only Ubuntu on some distros (Ubuntu derived distros, maybe Debian too?) and not others (Red Hat, Arch Linux, etc.). Do note that users can specify their default preferred font through the OS, we're essentially ignoring this and saying "Ubuntu is better". ! This is just something that will make VS Code feel less native on distros that have Ubuntu but where it is not the default (think forcing Segoe UI on to OS X users).
Please review
I tried it out and didn't work exactly as I expected. Since vscode is built on Electron it doesn't actually pull the system fonts but instead uses a default set of fonts designed for the web. So after the explorer is being rendered as Arial. Old: ! New: ! I tried changing the default font in Unity Tweak Tool to a monospace font but it didn't work due to Chromium taking control of what fonts it wants to display. I think reverting and closing this as will not fix is probably the way to go given this new information.
I like idea of allowing to override the default UI font the same way we can change the editor font.
Closing this as designed. That falls within the scope of .
Just found this :) Can be to the front of the list as soon as the patch lands in Chromium / Electron?
That would be good, it will probably take a while for the change to trickle down to us though.
I forced my VSCode to change the UI font by modifying . Then VSCode told me my installation was corrupt and the title is now appended with [Unsupported]. Anyway this workaround let me get rid of ubuntu font in the main UI.
Reverted due to
For any Linux users interested, this is my workaround: Substituting the Ubuntu font with a font of my choice (Lato in this case). This has a global effect, but I've seen the Ubuntu font far too long that I don't mind: Put this in your and restart VS Code.

If you don't want to overwrite fontconfig's idea of Ubuntu, try this (in ): The VSCode UI CSS is configured to look for "Segoe WPC" first, so you tell fontconfig to give VSCode something else. This only works if you don't actually have "Segoe WPC" installed, in which case fontconfig would give it precedence. If you copied Windows' Fonts folder over, you're probably going to have just "Segoe UI", so I guess it's fine.
Looks like we had to revert due to We could bring it back for Linux only though, given thoughts?
I suggest you vote for "system-ui" at , there's a PR at
Not sure if I understand correctly, but it seems that shouldn't happen again since Chromium 63.0.3207.0, i.e. the bug about has been fixed.
, apparently you can change the default font on Windows 10 as well but it involves messing with the registry so it's probably more work than it's worth to try support that (and deal with weird issues that arise from it. FYI if we do switch this we might run into issues with other fonts around alignment/selection as I've found on Linux they can behave a little strangely. The root cause of is because text is drawn with the wrong vertical alignment for some fonts (default fonts under some non-Ubuntu distros). This happens on canvas elements but also in other DOM nodes the last I checked.
Well given I would think we can only do this when the workbench font is configurable so that people can get out of it easily.
I saw this on the insiders changelog . I am using Centos 8 and like exactly how it looks now. I hope the new VS Code version will not change anything and using system-ui will be optional?
You probably should be able to set to whatever you want with fontconfig?
I definitely don't want to change my system fonts to accommodate breaking changes in VS Code. I am hoping this change will be opt in, fonts on Linux are a nightmare and sudden unwelcome changes with no warning can send innocent programmers down a rabbit hole of tedium! I would set my fonts using Gnome Tweaks (Centos 8.1): !

will reflect those changes in Gnome Tweaks (it's the "Interface" font), that's exactly what it's intended for :)
That is good news, but will the next version of VS Code have changed its fonts for me without my permission? That is really the answer I am looking for. Cheers.
What do you mean by "changed my fonts"? The setting in Gnome Tweaks won't be touched, no, but VS Code will respect it now, while it had a hard-coded font list before (which would result in the "Ubuntu" font being used on most Linux distros).
Sorry, I reworded my comment to be clearer after you replied. I was trying to say VS Code's fonts, I realize it won't touch my system. This change seems to only be positive if the documentation accompanying it is very clear and explicit. For many people, the VS Code fonts will change and they will have no idea why and they might like it just as it was. The important word being most here, how about everyone else? How do I know what font is being used now? How do I get it back again without changing my system fonts?
Check if you have the "Ubuntu" installed. If not, check for "Droid Sans". If not, it's "sans-serif" (you can check what font that is with ). How do you know that it's "many"? For example on every system that has "Ubuntu" as the interface font (i.e. Ubuntu and its spin-offs) or every system where == (that would be my system for example) nothing changes. Also keep in mind that if the font does change, it will change to the UI font used every where else in the system! Seems unlikely to me, that a user dislikes a font he already uses every day in most of his apps and his desktop environment. For any change to the UI there might be some people who liked it the way it was before. That's why every change should be just justified. IMHO this is a change for the better (why hard-code "Ubuntu" as a font on Linux?) and many pro-arguments have been given :) By creating a fontconfig configuration file which sets to the old font. It's a bit cumbersome until is fixed.

To summarize: It seems on my Centos system (which will be the same setup for Fedora users) the VS Code UI fonts will change from (which is the perfect match for the default for the code editor) to (the default system-ui font). The only easy way to revert this unwanted change is to change my system 'interface' fonts to and change the entire look of my OS. Have I understood this correctly? If this is correct then I think it should be opt-in, or at least very clearly explained in the release notes. EDIT: I realize this will be a good update for many people, so I would actually say it should just have an easy way to opt-out if you want to.
I would frame it differently: While VS Code used "Droid Sans" as its UI font on Linux (or "Ubuntu" if you have that installed. Or, when you have neither "Droid Sans" nor "Ubuntu" installed, your "sans-serif" font, which would be "DejaVu Sans" most of the time. Or "Liberation Sans". Not sure though, you might have to check. Oh btw "Droid Sans" often has fallbacks, they would be used even if you didn't have "Droid Sans" installed. Or if you have a fallback for "Ubuntu", that will be used over "Droid Sans". Did I mention that this logic is independent of your distro-choice and also independent of VS Code's code editor font setting?) it now matches your system's UI font, so the font that even VS Code already uses for the native window titlebar, menus or file dialogs. ;) Just saw your edit: The easy opt-out way would be . You can use the fontconfig trick too though. Or just give Canterell a try, after all: You're already using it :)
This maze of complexity is killing my brain. I will give Canterell a try, and if it looks awful come back to this thread to haunt you :)
Is there any alias for system monospace font, like ?
I came here because I upgraded my package and suddenly the font changed. I liked the old font being used by VS Code (1.45.1-), and I'm not overly pleased with the new font being used (by 1.46.0-). It even feels like the font size was changed.

Using Debian Buster with Cinnamon. Like others, I wonder: how do I even know what font I used previously? This is what the Font Family looks like at the moment: This is the exact same setting on another machine, where I still have 1.45.1 installed. But I guess this is just for the Text Editor, not for the workbench (as implied/mentioned above)? I agree with the sentiment shared by others. Having to change my desktop settings (I honestly don't even know which one of these it would be) to get the font back in VS Code to the previous one feels the odd way around. I think I lean towards this should not have been merged before was properly resolved. ! I will revert back to 1.45.1 until this gets a proper resolution. If someone has a fontconfig that resolves this, I am willing to give it a try as well.
can you chime in on
I'm coming here to tell that on my Fedora, VSCode looks much better with Cantarell. Thanks for fixing this and making it consistent! :slightlysmilingface:
If you have the Ubuntu font installed, it would have been used on the old version. Droid Sans would have been used otherwise. If neither of those were installed, it should've tried to use Arial, which is likely aliased to an open-source metric-compatible font (e.g. Liberation Sans) on Linux.
Here is the before and after on my Centos 8.1 install, I am using the newer version as they improved them noticeably. What do people think? Are the System-UI fonts definitely subpixel anti-aliased? 45.1 ! 46 !
Looks subpixel-rendered to me, just like in the 1.45.1 screenshot.
I thought so, just getting a second opinion. Linux fonts really have taken their toll on me, I started to doubt myself.
Been waiting for this for ages. So glad to see it finally happen. Not sure though whether vscode is picking up the font from gtk2/gtk3/qt settings (I have went through great pains to make sure everything looks consistent in all toolkits).
Thanks for the reply. I don't have any Ubuntu font installed as far as I can tell. Droid Sans is installed though.

As far as checking what font is actually being used, I realized I could easily check this using the devtools (the goodness of Electron apps, really :pray:) Surprise surprise, it's actually Arial at work here! :smile: ! I do have the package installed, so I actually have the real (Microsoft-provided) Arial font available. ! So, for me VS Code has changed from using Arial (a previous fallback) to use DejaVu Sans (which seems to be what resolves to on my system). Inspired by and the other mentions of fontconfig in this issue, I created a file that looks like this: This works fine with Firefox; it properly resolves to on my system. Without the change, it uses DejaVu Serif. (interestingly enough, I don't know why it chooses a serif font by default) However, both Chrome and VS Code does the wrong thing by not honoring this fontconfig override. They still render DejaVu Sans. Anyone has any ideas about how to resolve this? Greatly appreciated. And yes, I find Arial a perfect choice for the VS Code menus, thankyouverymuch. :wink:
is a Chrome-only extension. Have you tried changing your system UI font? Your currently selected "Sans Regular" is "DejaVu Sans".
Thanks. Changing the "Default font" in my Cinnamon settings does indeed work. But I prefer to keep the old, perhaps slightly "inconsistent" approach with other programs being displayed with DejaVu Sans and VS Code using Arial. Why doesn't Chrome/Electron honor the fontconfig settings in this case? It seems quite odd, to be honest.