vscode
vscode copied to clipboard
microsoft
Allow to change the font size and font of the workbench
At the moment, we can only change the font size / font of the editor. If we want to change the font size, we need to use a roundabout method of "zooming in / out". It would be nice if this could be adjusted through the preferences.
Further to this, it seems weird that if I want larger fonts outside of the editor I have to zoom in each time I restart.
pls see #291 for the zooming issue (in general pls do not create combo issues :smile: )
+1
v1.4.0 seemed to make the file explorer fonts larger/bolder, making it harder to traverse a large directory
In addition, I would like to increase the line spacing in the explorer. File names are way too close to each other and is fatiguing to look at.
Ha, I was gonna suggest exposing line height so I could decrease it and pack more files into each screen.
just to add another reason:
- changing the Explorer to a monospaced font is easier to read when scanning for files
Sort of hacky solution for those who interested: increase main font size and set window zoom level to a negative value (cmd + - or window.zoomLevel setting). It's also possible to use fractional values like "window.zoomLevel": -0.75.
@kompot - your approach works perfectly! Here's my user settings file:
{ "workbench.colorTheme": "One Dark Pro", "editor.fontSize": 12, "window.title": "${activeEditorMedium} www.BKD.io", "newFile.defaultBaseFileName": "newFile", "newFile.relativeTo": "file", "newFile.defaultFileExtension": ".ts", "newFile.rootDirectory": "~", "newFile.showPathRelativeTo": "root", "newFile.expandBraces": false, "editor.tabSize": 2, "editor.formatOnSave": true, "prettier.semi": false, "window.zoomLevel": 1, "git.enableSmartCommit": true, "terminal.integrated.fontSize": 16, "terminal.external.osxExec": "Hyper.app", "atomKeymap.promptV3Features": true, "editor.multiCursorModifier": "ctrlCmd", "editor.formatOnPaste": true, "files.exclude": { "/.git": true, "/.svn": true, "/.hg": true, "/CVS": true, "/.DS_Store": true, "/.history": true, "/.github": true, "/.vscode": true, "**/node_modules": true } }
In particular, I feel there is too much space between 2 items on the list, so not enough items fit on the screen. I just compared to the file tree of Eclipse, and it get 48 items in the space where visual studio get 36.
I feel that the sidebar in particular needs to be able to customised wrt: lineHeight, fileFontColor, dirFontColor, and activeLineColor.
Comparing Sublime 3:
to VS Code:
I get fatigued looking at the VS Code tree, and am often unable to find files easily without having to either look away and reset my eyes, or collapsing all the open folders and then starting again from the root to find what I'm looking for. I can't say I've ever experienced that in Sublime, and I think it is the color differentiation of files and folders that prevents it.
When changing the font in the editor.fontFamily, this is not reflected in the rest of the UI, creating a discrepancy between the editor and the UI. Also, there are no workbench.fontFamily or workbench.fontSize settings to compensate for this problem.
For me, setting a small zoom CMD/CTRL+- a couple of times, and increasing the edit.fontSize and terminal.intergrated.fontSize, I'm good to go. It's not as hacky as I thought it would be. Everything is still relative, so using the CMD/CTRL++ changes the whole workspace, which is what I want.
...adding to the various reasons: If I set "workbench.fontAliasing": "none", - given that I am using a non antialiased font in the editor, the explorer (left side of the pic) looks really bad :/
I really like this feature in other code editors (Pycharm). Please include the same in your near roadmap.
Equally, it would be great if it was also possible to change the font family.
What I would really like to know is why all those downvotes for this feature? What's the downside of being able to change the workbench font?
@picosam The downvotes are not for the idea itself, but for comments stating nothing but "+1" or only containing other ways of expressing agreement/support. These comments are sent as email notifications to everyone, while contributing nothing of significant enough value to warrant such a notification. Showing support for the idea is better expressed by upvoting the original comment or any comments further clarifying the issue.
Just wondering if there is an ETA on this feature? It would be very handy if we could configure this in the settings json. The current font size makes it very difficult to navigate files in a project. Thanks
