目前,我们只能更改编辑器的字体大小/字体。 如果要更改字体大小,则需要使用“放大/缩小”的回旋方法。 如果可以通过首选项进行调整,那就太好了。
除此之外,似乎很奇怪,如果我想要编辑器的较大字体_outside_,则每次重新启动时都必须放大。
请参见#291中的缩放问题(一般而言,请不要创建组合问题:smile:)
+1
v1.4.0似乎使文件浏览器的字体更大/更粗,使得遍历大目录更加困难
+1
+1
👍
👍
新的UI主题化界面是否可以访问字体大小?
另外,我想增加资源管理器中的行距。 文件名彼此之间的距离太近,看起来很疲劳。
哈,我要建议暴露行高,以便降低行高并将更多文件打包到每个屏幕中。
只是添加另一个原因:
+1
请添加对更改EXPLORER窗口的字体大小的支持。
对于那些感兴趣的人来说,这是一种hacky解决方案:增加主字体大小并将窗口缩放级别设置为负值( cmd + -
或window.zoomLevel
设置)。 也可以使用分数值,例如"window.zoomLevel": -0.75
。
@kompot-您的方法完美无缺! 这是我的用户设置文件:
{
“ workbench.colorTheme”:“一个黑暗的专业人士”,
“ editor.fontSize”:12
“ window.title”:“ $ {activeEditorMedium} www.BKD.io ”,
“ newFile.defaultBaseFileName”:“ newFile”,
“ newFile.relativeTo”:“文件”,
“ newFile.defaultFileExtension”:“ .ts”,
“ newFile.rootDirectory”:“〜”,
“ newFile.showPathRelativeTo”:“根”,
“ newFile.expandBraces”:否,
“ editor.tabSize”:2
“ editor.formatOnSave”:是的,
“ prettier.semi”:否,
“ window.zoomLevel”:1
“ git.enableSmartCommit”:是的,
“ terminal.integrated.fontSize”:16
“ terminal.external.osxExec”:“ Hyper.app”,
“ atomKeymap.promptV3Features”:是的,
“ editor.multiCursorModifier”:“ ctrlCmd”,
“ editor.formatOnPaste”:是的,
“ files.exclude”:{
“ /.git”:是的,“ /.svn”:是的,
“ /.hg”:是的,“ / CVS”:是的,
“ /.DS_Store”:是的,“ /.history”:是的,
“ /.github”:是的,“ /.vscode”:是的,
“ ** / node_modules”:是
}
}
特别是,我觉得列表中2个项目之间的空间太大,因此屏幕上没有足够的项目。 我只是将其与Eclipse的文件树进行比较,它在Visual Studio获得36个空间的空间中获得48个项目。
我觉得特别是边栏需要能够自定义wrt:lineHeight,fileFontColor,dirFontColor和activeLineColor。
比较崇高3:
VS代码:
我在查看VS Code树时感到很疲劳,并且经常无法轻松地找到文件,而不必移开视线并重新设置眼睛,或者折叠所有打开的文件夹,然后重新从根目录开始查找我要寻找的内容。 我不能说我曾经在Sublime中经历过,我认为是文件和文件夹的颜色差异阻止了它。
更改editor.fontFamily
的字体时,这不会反映在UI的其余部分中,从而在编辑器和UI之间产生差异。 此外,没有workbench.fontFamily
或workbench.fontSize
设置可以补偿此问题。
对我来说,设置一个小的zoom CMD / CTRL + -几次,然后增加edit.fontSize
和terminal.intergrated.fontSize
,我很好。 它不像我想象的那样笨拙。 一切仍然是相对的,因此使用CMD / CTRL + +更改了整个工作区,这正是我想要的。
...还有各种原因:如果我设置"workbench.fontAliasing": "none",
-考虑到我在编辑器中使用的是非抗锯齿字体,那么资源管理器(图片的左侧)看起来真的很糟糕:/
+1
需要在资源管理器和选项卡中更改_fontStyle _,_ fontSize_
向我+1以获取Atom等UI主题。
我真的很喜欢其他代码编辑器(Pycharm)中的此功能。 请在您的近期路线图中添加相同的内容。
同样,如果也可以更改字体系列,那就太好了。
也为资源管理器+1字体自定义
+1
需要常规的UI字体系列和UI字体大小设置...
我真正想知道的是为什么所有这些人都对此功能不满意? 能够更改工作台字体的不利之处是什么?
@picosam反对意见不是针对想法本身的,而是针对仅表示“ +1”或仅包含其他表示同意/支持的方式的评论。 这些评论以电子邮件通知的形式发送给每个人,而没有贡献任何足以保证这种通知的价值。 赞成原始意见或任何进一步澄清问题的意见,可以更好地表达对这一想法的支持。
超过1年,我们仍然需要等待此功能:(
只想知道此功能是否有ETA? 如果可以在设置json中配置它,将非常方便。 当前字体大小使得在项目中导航文件非常困难。 谢谢
我同意界面字体的大小很大,但是至少我们有@kompot的hack ,现在已经足够了。
如果我可以单独选择statusBar.zoomLevel
,那将是一个很大的提升,如果由于某种原因,使用自由字体大小很难保持布局的完整性。
请添加一些功能来更改侧边栏字体。 因此,我正在使用其他编辑器。
+1
我一整天都在从崇高转向VSCode。 我喜欢一切,除了侧边栏(它太小了)。 请公开设置以更改行高,字体系列和字体大小。
+1
我正在从Sublime过渡到VS Code,侧边栏是我遇到的主要问题。 能够自定义行高和字体大小会很棒。
我从IntelliJ过渡,到目前为止,我对VSCode的经验非常好..除了SideBar。 我不习惯。 sideBar.lineHeigth
选项将对此有很大帮助。 我想, sideBar.dirBackground
和sideBar.dirExpandedBackground
选项也很好。
+1
+1
+1
取消订阅我
在2018年3月20日星期二13:40 farahabdi上, notifications @github.com写道:
+1
-
您收到此消息是因为您已订阅此线程。
直接回复此电子邮件,在GitHub上查看
https://github.com/Microsoft/vscode/issues/519#issuecomment-374600867 ,
或使线程静音
https://github.com/notifications/unsubscribe-auth/AjugnBFb7O9WsyW3BMQT8i1TaTdkOdVtks5tgQbbgaJpZM4GoAlw
。
伙计们,你是认真的吗? 您为什么一直发布自己的加号,只需在开始消息上使用按钮即可。
@ steve6274自己动手,有一个用于此的按钮,它在此屏幕快照的右下角: https :
我主要从Sublime切换到VS Code,同样,我发现侧边栏是最大的挑战之一,对我来说尤其如此,这是因为缺乏区分,例如文件夹和文件之间(无论是否是图标)。
我在此问题中发现了Sublime的一个愿望: https :
这个(可选的配置)被拒绝了,因为粗体字体选项显然需要整个用户体验小组的决定(???),并且“在接下来的6-12个月内不会出现在计划中”。 到目前为止,我真的很喜欢VS Code,但是我发现这种态度令人沮丧。 这是一个可选的粗体字体文件夹名称首选项。 不过,我仍然充满希望,如果需要,我很乐意为您提供帮助。
也许这个https://github.com/Microsoft/vscode/issues/26128实际上是值得一看的吗? 我以前读过书的时候就想念它。
我们是否有可能在今年年底之前看到实施该计划?
VSCode Version: 1.21.1
OS Version: Windows 7
我想要一个选项来增加VSCode菜单中使用的微小字体
也许您希望这样的设置是OS级可设置的,所以我认为在VScode中需要它,就像有一个编辑器和终端字体大小选项一样,应该有明显的“ menu.fontsize”:14
我知道
“ window.zoomLevel”:0.4
但这似乎并不影响菜单和下拉菜单。
谢谢。
我想选择使用背景色为某些代码文件夹上色
指向文件夹,右键单击以更改背景/突出显示颜色
+1。
缩放级别不是我的最爱
Visual Studio对更改注释字体选项的答复:_“到目前为止,更改字体系列尚不可用。但是,此功能请求当前在VS Code GitHub存储库上打开。我们认为您可能希望在这里投票: http://msft.social/jeezBz 。
我用一些自定义的CSS解决了这个问题。
be5invis/vscode-custom-css
我希望在树状视图的每一行都有更多的空间。 我使用以下样式:
.monaco-tree .monaco-tree-rows>.monaco-tree-row {
min-height: 25px;
}
哈克,我知道。 但是有效
@lindesvard谢谢,我不知道此扩展名。
@mchampanis我也很疲倦地看着资源管理器。 这是我使用be5invis / vscode-custom-css扩展名添加的CSS。 它使看着浏览器的体验更加美好。
.monaco-tree-row.has-children {
字体粗细:500;
边距:8px;
颜色:#eee;
font-size:14px;
}
.monaco-tree-row {
字体粗细:300;
边距:5px;
font-size:12px;
颜色:#bbb;
}
当我在具有Retina显示屏的MacBook Pro上的虚拟机中使用VS Code时,我的字体渲染非常糟糕。 一切都很模糊。 如果我使用接近本机屏幕分辨率(2880 x 1800)的任何位置来尝试改善此效果,则字体会变得非常小。 我可以在编辑器和终端中调整字体大小以获得可传递的结果,但是使用window.zoomlevel选项将UI更改为清晰的大小只会使所有内容再次变得模糊,因为显然它只是在放大。
我真的很希望能有更改字体大小的选项。 因为它是VS Code在vm环境中对我不可用。
@lindesvard只是好奇...在
_在发布此信息后我意识到_当前无法修改注释字体。 但是, @ mchampanis的其他黑客更加整洁。 希望可以在注释中添加添加精美字体的选项。
是的,我希望文件夹的文本比文件大一些,并且rootfolders(添加到项目中的顶级文件夹)前面要有一些填充,甚至是淡淡的顶部边框,这样您就可以轻松看到每个新的文件系统树开始。
自定义css扩展名似乎有点过分,但:-)
我设法改变font-family
树视图和其他侧杆的我的Debian
通过编辑workbench.main.css
的/usr/share/code/resources/app/out/vs/workbench/
文件夹
找到.monaco-shell
类并在那里更改字体系列。
只需在/usr/share/code/resources/app/out/vs/workbench/workbench.main.css
文件的最后一行中添加.monaco-shell {font-family: "your font";}
。 和你很好去
@MaxySpark感谢您的修复。 尽管如此,我还是非常希望他们能够添加此功能。 我确定下次VScode更新此温度。 修复将被覆盖,我将不得不再次更改字体系列。
@MaxySpark确实会更改字体,但它也会由于全新安装
@chaddanna只需单击齿轮图标并选择Don't Show Again
投入VSCode所做的所有努力实在令人感到困惑,像这样的基本问题仍然没有解决。 在OS X上,UI字体太大,并且缩小字体的唯一方法(window.zoomLevel)会导致丑陋的滚动摆动。 这是一个重要的可用性问题。
这还在调查中吗? 使用时"window.zoomLevel": -1,
它使我的字体看起来很难看
距最初的要求已经3年了,为什么我一直认为这是所有功能中最被遗弃的功能增强?
典型的微软时尚。
典型的微软时尚。
好吧,现在听起来忘恩负义了。 有很多人在VSCode上付出了很多努力(其中许多人在业余时间)。 绝对不同于“典型的Microsoft时尚”,它是开源的,因此没有人阻止您实施此操作并提交请求请求。
上游Electron必须存在一个问题,该问题阻止了此功能请求的实施。 否则,我确定VS Code团队现在已经解决了它。 @ ramya-rao-a请给我打电话吗?
是的,应该做一个简单的编辑。 我只是在检查此编辑器,并且至少需要一个更大的字体。
Atom很不错,您可以配置所有内容,因此可能更合适。 https://atom.io/
+1
亲爱的社区
我们仍然没有解决这个问题,因为我们的工作台中有很多硬编码的列表和树的高度(例如资源管理器),并且使字体大小可自定义会破坏渲染。
这不是一个简单的解决方法,需要进行更复杂的工作,目前我们尚未计划解决此问题,但我们会在将来考虑。
谢谢
Isidor
totally完全可以理解。 现在让我们更改字体系列怎么样? 等边线字体在边栏上看起来很棒。
@swashata这可能需要更改列表/树的高度(并非所有字体的字形大小/高度都相同)。 我想自定义字体的能力将与更改字体大小的能力捆绑在一起。
同时, https: //github.com/Microsoft/vscode/issues/519#issuecomment -387148025(使用https://github.com/be5invis/vscode-custom-css)中的解决方法对我很有帮助。
PS:我不在VSCode团队中。
我确实知道@pradyunsg 。 只是不是一个大粉丝,因为我使用vscode内部人员,并且它每天都会更新。 我要做的是,只需打开devTool并将字体系列更改为Dank Mono
。
修改侧边栏字体会很棒。
期待这个功能。
此问题的另一个有趣前景是,默认情况下,VSCode已经具有在不同平台特定的UI字体之间进行切换的能力。 例如,在Linux上,如果从Windows安装Segoe UI字体,则VSCode将自动从默认的Linux字体(Noto Sans?)切换到Segoe UI。 假设已经存在此功能,是否可以在使用这些UI字体时进行切换(假设用户已安装这些UI字体),因为它们正在处理硬编码的间距? 这仍然是一个(暂时的利基)权宜之计,但至少应允许比当前存在的可定制性更高。
我们可以简单地实现:
{
"explorer.fontSize" : 13.5
}
?
然后,我们可以解决此问题。
微软...这是一个基本要求。 没有人要求搜索功能还可以打电话给您的妈妈,祝她生日快乐,在亚马逊上为她订购一份当日送达的礼物(当然要根据她的口味),并安排视频通话,而这一切都是在工作期间进行的为了你。 我们在这里谈论基本的字体更改。
虽然默认的侧边栏字体在某些情况下可能很好,但是对于许多开发人员来说绝对不行。 这两种情况都需要通过提供以下设置选项来加以纠正:
或者使用vscode-custom-css
类的方法来编辑主CSS不会破坏应用程序。 哎呀,存储在用户设置中的单个自定义CSS文件也可以。
不过,自定义CSS的问题有时是会破坏布局-您无法一直在侧边栏中向下滚动,无法获取其他字体,等等。这就是为什么我想要查看本机实现而不是使用hacky系统通过一个插件明确声明它使VSCode认为它已损坏。
添加三年前要求的简单功能并不难。
当我完全与您在一起时, @ dougc84并不具有@isidorn已经提到的那么简单,主要是因为与资源管理器相关的硬编码值。 我相信,这些值是您无法在浏览器中一直向下滚动的原因,因为行的高度大于预期的高度。
但是,我对必须处理所有这些缺点,损坏的安装消息等感到沮丧。 我认为应该更认真地对待此功能请求,因为对我而言,VSCode感觉真的无法在标准字体大小的13.3英寸笔记本电脑上使用,并且我不想通过放大整个应用程序来浪费宝贵的空间。
所以现在我也无法更改侧边栏字体:(
@isidorn
我们仍然没有解决这个问题,因为我们的工作台中有很多硬编码的列表和树的高度(例如资源管理器),并且使字体大小可自定义会破坏渲染。
为什么根本没有硬编码的尺寸值?
这不是一个简单的解决方法,需要进行更复杂的工作,
我讨厌听到一万亿美元的跨国公司抱怨做简单的事情有多困难。 微软没有初级开发人员了吗?
目前,我们尚未计划解决此问题,但我们会在以后考虑。
目前,我不打算使用VSCode,除非它提供了能够读取我该死的文件树的简单功能。 不知道我将来是否会考虑。
伙计们,我知道这很烦人,但是虽然@isidorn和团队无法解决,但至少可以尝试@kompot的hack
确实,这里有黑客。 但是考虑一下黑客的后果:我是否必须拥有系统目录中包含的文件的所有权才能更改字体? 对我而言,这绝对不值得承担安全隐患。 最重要的是,这是一项基本功能,不需要破解。
@ Al2Me6 ,不,你不知道。 我在settings.json
上使用的配置:
"editor.fontSize": 13,
"window.zoomLevel": -1,
我的一些同事正在使用"editor.fontSize": 14
。
@robsonsobral如何更改侧边栏的丑陋字体?
@ Al2Me6 ,不,你不知道。 我在
settings.json
上使用的配置:"editor.fontSize": 13, "window.zoomLevel": -1,
我的一些同事正在使用
"editor.fontSize": 14
。
是的,确实会改变字体大小,但是作为副作用,您在滚动时会感到烦恼的颤抖(https://github.com/Microsoft/vscode/issues/28439)。 现在确实没有很好的解决方案来调整UI大小。 我了解原型的硬编码值,但是发布带有此类烦人的可用性问题的生产软件有点令人头疼,尤其是考虑到Microsoft在VSCode中付出了多少努力。
@ shirshak55 ,如果您谈论的是字体,我不知道。 但是,如果您要讨论的是渲染效果可能不佳,请尝试使用其他缩放值。
@knopp ,我从没注意到,但是我现在正在使用Windows。 下周一,我将在Mac上进行检查。
伙计们,主题是字体大小和字体。 缩放和缩放级别无法解决该问题。 如果它适合您,那就太好了。 但是缩放和缩放不是问题-它是难看的压缩字体,导致难以阅读的文件和文件夹视图。
@isidorn
我们仍然没有解决这个问题,因为我们的工作台中有很多硬编码的列表和树的高度(例如资源管理器),并且使字体大小可自定义会破坏渲染。
这不是一个简单的解决方法,需要进行更复杂的工作,目前我们尚未计划解决此问题,但我们会在将来考虑。
很抱歉,但这是无法接受的回应。 这是一个电子应用程序。 您正在(在最基本的意义上)处理前端的基本Web技术。 这是许多其他开发人员都解决了的问题,而没有在各处硬编码monaco
类(或更糟糕的是,手动输入样式值-来吧,这是2018年)。 作为Microsoft产品,我不能说期望更高(UI不是,而且从来没有,Microsoft的强项),但是如果您要拥有这样的产品,则可以用于多种平台,多种语言和多种用途。 ,让用户根据自己的需要调整CSS。 “破坏渲染”问题...好吧...在使用自定义CSS时不是问题,除了一些问题,因为无法一直向下滚动,但可以通过简单的overflow: scroll
轻松解决扩展市场允许的插件的自定义CSS破坏了安装是完全荒谬的。
我完全不同意@ dougc84 。
在我看来,这确实是源源不绝的臭味。
微软想要这个名字和名气,但是一旦被大众采用(或接近于大众使用),他们便开始专注于仅使受益者受益的功能。
我从字面上开始想知道,在对此功能请求的抵制背后是否存在某种荒谬的环境控制。
老实说,可能会有多少个硬编码值? 9万亿? 每个独特吗?
注意,如果此修复程序非常“简单”,“初级开发人员”可以做到这一点,因为它只是“基本网络技术”,实际上阻止了您打开解决该问题的拉取请求?
当所有MS资料均为封闭源代码时,抱怨这些内容更容易,但是作为免费的开源项目,他们已成为最好的编辑器/ IDE之一。 不喜欢吗去使用Atom。 或许多其他文本编辑器之一。 如果VSCode是这样的胡扯,那你为什么还要打扰?
明确地说,我也希望这个问题发生,这就是我到达这里的方式。 但是,对于免费和开源的维护者毫无意义的嘲笑我感到厌倦! 该线程可能应该被锁定...
@austinbutler
注意所有的难题...
就我所称赞的赞美而言,基本的CSS何时会成为“坏蛋”?
阻止_you_打开解决该问题的拉取请求的确切原因是什么?
我不习惯将时间或技能捐赠给Microsoft市场营销计划。
Microsoft希望使用VS Code作为工具来吸引开发人员的思想。 他们希望它成为您所设想的管道中代码的第一站,我认为他们设想包括Github,然后是Azure。
从什么时候开始,微软是一个需要社区帮助才能实现其目标的慈善机构? 他们缺钱吗? 我们应该为他们设置一个Kickstarter页面吗?
解决Microsoft的技术债务不是我的工作。 我不是一个将所有值硬编码到其中的人。 你弄坏了,修好了。
当所有MS资料均为封闭源代码时,抱怨这些内容更容易,但是作为免费的开源项目,他们已成为最好的编辑器/ IDE之一。
考虑到这个(三年)线程的全部要点是,VS Code缺少IDE的最基本的基本功能之一,因此对于40其目标市场的-50%。
当超过一半的目标用户无法使用该软件时,该软件又是“最好的”之一,这是因为一个CSS漏洞使一万亿美元的科技巨头屈服了吗?
不喜欢吗去使用Atom。
嗯...你最近在看新闻吗?
如果VSCode是这样的胡扯,那你为什么还要打扰?
VS Code本身并不是胡扯,Microsoft优先考虑对自己的业务计划有利的功能而不是对实际用户有益的功能的方式。
明确地说,我也希望这个问题发生,这就是我到达这里的方式。
好,那么您也许可以理解,此功能要求已使用三年。 用户群需要等待多长时间? 微软认为他们需要多久才能发布其他Corpensource IDE,并提供神奇的功能来自定义其文件树中的字体?
但是,对于免费和开源的维护者毫无意义的嘲笑我感到厌倦!
微软为其软件选择的定价模式不是我的问题。 如果它是一种付费产品,并且以合理的价格提供我需要的功能,那么我很乐意掏出100美元左右,就像过去购买许多其他产品一样。
如果微软想使用VS Code作为广告来与开发者社区联系很好。 但是,如果他们不能处理CSS错误,那么也许是时候我们开始寻找新的公司捐助者了。
该线程可能应该被锁定...
那是个好主意。 每个人都知道改进软件的最好方法是忽略用户,并在用户批评您时使他们保持沉默。
更好的是:为什么我们不只禁止任何敢于批评微软的人完全来自Github?
好的,冷静一下。
许多人没有贡献的原因不是由于他们具有编写功能的能力。 我们中的许多人没有时间做我们的工作,而是花时间学习全新的应用程序,框架,样式指南和(在某些情况下)语言来实现它。 而且,根据当前的169个拉取请求以及已定义的路线图,问题不在于MS / VSCode团队无法实现,他们只是没有将其优先考虑(而且甚至不在他们的雷达范围内) )。
这个问题存在并受到关注的原因是人们渴望的功能。 但是消极的关注并没有带我们到任何地方。
@austinbutler是正确的-尽管有不必要的苛刻言辞,但有人仍需加强并做出贡献。 我个人没有资源为这个项目做贡献。 如果它是红宝石(我知道,它实际上不适用于桌面应用程序),我会尝试抽出一些时间来使某事发生,但事实并非如此。 它是电子的,我对服务器端JS _or_ node.js _or_框架还不够熟悉。
也就是说, @ AJB99也是正确的(同样,尽管有不必要的苛刻用语)。 MS不在倾听他们的社区,他们也不会花时间去解决这个问题。 MS正在努力进入开放源代码平台-VSCode是第一个大平台-但是它们是一家拥有自己的目标和路线图的核心公司,不可避免地会将人们推开。 而且,正如我之前提到的,MS从来没有以UI为中心。 Windows一直是丑陋的操作系统。 例如,在大多数应用程序中,功能区栏不直观也不易于使用。 Windows 10感觉就像我在使用2010年的KDE。也就是说,MS发行了VSCode作为一个简单的编辑器,因此人们希望它可以替代Notepad ++,Sublime,Atom,Komodo,JetBrains等,_成熟的IDE,例如Visual Studio。 大多数感兴趣的人只是想要正确的代码突出显示和缩进,一些基本的自动完成,一些漂亮的颜色和一个漂亮的UI,以及可能需要一些简单的工具集成。 如果他们想要更多,总会有Visual Studio或众多强大的IDE之一。 这些基本要求中有一些根本不存在。
无论哪种方式,都没有理由对其进行加热。 对问题的评论和赞誉告诉开发人员我们有兴趣或想要一些东西。 但是,他们在回答问题时说“我们没有考虑”,而未解决问题或根本未解决问题,只是告诉用户(如我自己)不在乎。 那就是问题所在。
新手正在讨论中,但只要仔细阅读所有内容,然后在这里神圣地否定否定性……这种权利感从何而来? 这是一个免费的开源产品。 我不在乎所有者是某个随机的开发人员,“我们的主人和救世主” Google还是“恶魔化身”微软,我永远都不会理解这种对FOSS产品的态度。 它有毒,完全没有生产力。
我和这里的其他人一样都非常渴望这个功能,但是坦率地说,如果我是这个功能的维护者,那么我将更倾向于构建具有所有要求的功能的功能...
@ sgarcia-dev我终于在这里看到了一些常识,谢谢。
它有毒,完全没有生产力。
到目前为止,耐心,乐于助人和彬彬有礼对我们一直都很有效。 我想我们应该继续乞求。
我现在很累:)转而升华,发现效果更好。 边栏现在看起来很棒:D。
@panoply
到目前为止,耐心,乐于助人和彬彬有礼对我们一直都很有效。 我想我们应该继续乞求。
好吧,作为一个发脾气的混蛋,工作也不好。
11.11之后我有空,也许我可以尝试一下。
但是谁能让我知道你想要什么?
只是侧窗的字体大小?
@saighost
字体系列
字体大小
line-height
也...
代码中的许多布局直接使用22px,需要做很多工作。
也许我可以推送一个版本,可以设置字体大小,但不能超过22px。
然后,我将尝试使布局可以适应更多的字体大小。
是时候对这个PR进行一些探讨了,以解决此问题, https://github.com/Microsoft/vscode/pull/63602
您好,我看到这是很多人着迷的主题。
我今天打开了一个问题(#66472),却不知道它存在。
我没有讨论所有话题(因为它可以追溯到2015年),但我认为问题的根源主要来自Electron。
例如,在Linux下,discord无法正确呈现字体。 在其他基于电子的应用程序中也是如此,但是我不会列出详尽的清单。
我查看了PR,最有趣的是根据操作系统的不同,默认情况下的更改。
我盯着主体看是否有任何变化
问题的根源不是来自Electron,而是来自不关心UI定制的开发人员。 Electron本身并没有真正限制您设置字体,而是让它在Atom中实时实现变得如此简单!
问题已经有4年了,到现在为止,我们可以清楚地看到优先级是多少。
是的,如果atom没有这样的问题,那么代码也应该没有。 我不知道什么时候释放原子X射线,我是否可以安全快乐地离开代码:(
我不相信。 Electron应该根据其工作所在的操作系统提供字体的基本正确呈现。
我不相信。 Electron应该根据其工作所在的操作系统提供字体的基本正确呈现。
Electron将渲染样式表指定的任何字体和大小。 硬编码字体/字体大小/行高的电子是毫无意义的。
更改边栏中的字体粗细的功能也将大有帮助。
对于那些仍然对此有疑问的人。 在他们解决之前,这里是一种快速解决方案。 从此处下载自定义CSS和JS扩展: https :
.explorer-viewlet {
font-family: "Space Mono";
font-weight: bold;
}
结果视图是这样
@ dr3amnightmare这里的关键不是要实现预期的效果是没有办法(无论是hacky还是不hacky),这是使用涉及修改应用程序文件来完成它的解决方法完全不可接受的。
作为发起此话题的原始人,令我感到惊讶的是,甚至超过3年之后,这个话题仍然没有得到关注。
微软讨厌程序员。
2019年2月1日晚上11:07,hsdk123 [email protected]写道:
作为发起此话题的原始人,令我感到惊讶的是,甚至超过3年之后,这个话题仍然没有得到关注。
-
您收到此邮件是因为有人提到您。
直接回复此电子邮件,在GitHub https://github.com/Microsoft/vscode/issues/519#issuecomment-459933345上查看,或使线程https://github.com/notifications/unsubscribe-auth/AGfxtGLeUg1NPizuVlNDvelvel4IPVI- WLFks5vJQ8egaJpZM4GoAlw 。
作为开发人员,我敢肯定,我们当中的绝大多数人都可以同意,在设置任何开发环境时,工作基础的外观和感觉绝对是我们想要“恰到好处”的首要任务之一-这是保证订单成功的关键因素最大化生产力。
忽略了这个问题,我认为这是对这一日常现象的忽视的重要声明,我相信即使是VS Code的开发人员也可以将其与之联系。
无论如何,该线程已收到1000多个反应-我怀疑在显示此问题时数据不足,这是需要解决的基本问题。 如果即使有这么多的数据仍然无法解决,似乎唯一可以得出的逻辑结论是,这只是故意被忽略或推论。
如果开发是真正由数据驱动的,那么这早就应该成为一个问题。 因此,这似乎是另一个重要的问题的悲伤的例子,这是由于近视的产品经理或开发周期会优先考虑易于获得,更新的更新,而不是对真正重要的问题进行优先级排序,但是可能会花费大量的时间和精力。沉思。
已经超过3年了。 如果这个问题得到最小的关注,我怀疑在这段时间内没有任何缓解。 如果有人提出反驳的论点,即已经给予了关注,那么这似乎是对发展中国家能力的重要说明。
解决此问题后,VSCode将为该特定更新提供1000多个支持者。 仍然不够激励吗?
@ Al2Me6虽然我全心全意地同意,这个问题应该在3年前报告时就已经解决并解决,但似乎人们仍然设法在3年后找到解决该问题的方法,但开发人员对此感到失望。 我今天遇到了这个问题,决定自己解决一个问题,只是想与那些在未来三年内被忽略的人分享一个替代方案,以便他们至少可以找到一些解决该问题的方法。 尤其是那些缺乏HTML / CSS和/或JS的人(我知道我在这方面缺乏很多努力)。 如果我有时间在下一点,我将考虑考虑一下代码,并找到一种将其添加为选项的方式,并向您提出请求请求,这些请求很少的人被轻视。 虽然没有承诺。 但是我会尝试!
@ dr3amnightmare已经有一个pull请求,但是没有人给出该死的。 但是我看不到Microsoft团队有任何进展。
@knopp
2018年8月17日
“ ...它是开源的,因此没有人阻止您实施此操作并提交请求请求。”
已有三年多了,尚未实现。 如果可以[通过社区贡献]进行更改,那么现在就可以完成。
@panoply
2018年11月6日
“这是一家价值数十亿美元的公司……”
您有一家像MS这样庞大而无处不在的公司,它经常引起很多讨厌,恕我直言,这是当之无愧的。 根据您所读取的数据,MS仍然占有商务操作系统安装的最大份额。
@isidorn
2018年8月21日
“ ...我们有很多硬编码列表和树高...”
@hawkgs
2018年10月23日
“ ...此功能并不像@isidorn那样简单,主要是因为硬编码值...”
这令人不安。 这些人是您在浏览网络和进行在线金融交易时隐式委托您的最私人数据的人。 (哦,您公司的薪资和人力资源系统很可能位于Windows服务器上。)但是,由于硬编码功能,这些人无法更新编辑器。 也许CS101复习是合适的。
VSC设计人员开发了具有比例字体的代码编辑器,这真是太好笑了……这恰好是硬编码功能之一!
我不喜欢MS,Apple,Google等任何东西。 我当然对VSC没有任何承诺。 这个“浏览器字体”问题对我来说是最后一根稻草。 我的解决方案:回到Vi。 (我打字的速度比“打字和鼠标左右”
记住,一年只需要两个字符!
请MS,锁定此线程! @isidorn ,@egamma?
我感兴趣的是关注此问题的进展,而不是顽固的坏蛋开发者的抱怨或姿态。 是的,很明显,这是许多人想要的东西。 是的,如果MS认为它很重要,他们将在三年后完成。 您是否认为只是侮辱的某个阈值会促使MS实施此限制? 我们只是在看那个门槛是多少? 某事告诉我那对您没有帮助。
这是一个免费的开源产品。 如果您认为MS是垃圾并且VSC很烂,请继续使用VIM,VI,Nano,Atom,Sublime,无论其优越性如何,请停止在此处发布可恶的垃圾。 如果您是个理性的人,认为:“是的,VSC非常好,但我希望它允许更改字体大小和字体”,然后在此处+1原始帖子,订阅并继续...
请MS,锁定此线程! @isidorn ,@egamma?
如果您是个理性的人,认为:“是的,VSC非常好,但我希望它允许更改字体大小和字体”,然后在此处+1原始帖子,订阅并继续...
不幸的是,讨论锁定锁定了原始帖子的反应。 它可以破坏基于用户意见的问题排序。
这篇文章使我了解了很多事情: https :
这与这里的问题无关。 问题涉及硬编码的字体和字体大小,而不是渲染问题。
那是问题的一部分。 在MacOS / Windows上,vscode字体的总体呈现是正确的。 与linux不同。
在除Linux以外的任何其他操作系统上,要更改这些字体,这是一个小工具。
希望在macOS / Windows下更改vs外观的开发人员部分非常小
没有。
我在macOS上。 字体可以达到实际的字体渲染效果,但是
字体的选择很难读,更不用说窄字母了
间距和行高。
它与Linux,Mac或Windows无关。 与用户有关
偏爱。 如果我每周要盯着一个应用程序40多个小时,我不会
想挣扎或破解以使事情清晰易懂。
在2019年2月7日,上午2:36:27,本杰明·诺曼斯(
[email protected])写道:
那是问题的一部分。 在MacOS / Windows上,整体渲染
vscode字体正确。 与linux不同。在除Linux之外的任何其他操作系统上,要更改这些字体,这有点
小工具。希望更改macOS下vs外观的开发人员部分/
窗户是无限的-
您收到此邮件是因为有人提到您。
直接回复此电子邮件,在GitHub上查看
https://github.com/Microsoft/vscode/issues/519#issuecomment-461315687 ,
或使线程静音
https://github.com/notifications/unsubscribe-auth/AAtcPbv2i859LySEmBMCaL6O2oifAWuPks5vK9d7gaJpZM4GoAlw
。
我是唯一一个认为这开始像是“浩瀚”情节的人吗?
@austinbutler这样的人喜欢
我感兴趣的是关注此问题的进展,而不是顽固的坏蛋开发者的抱怨或姿态。
杜德,又是CSS。 没有什么“铁杆”或“坏蛋”。
(除了那些真正掌握CSS的人在我心中基本上就是神。)
是的,很明显,这是许多人想要的东西。
正确。
是的,如果MS认为它很重要,他们将在三年后完成。
到目前为止,我和你在一起...
您是否认为只是侮辱的某个阈值会促使MS实施此限制?
也许?
我们只是在看那个门槛是多少?
也可能。 也很有趣。
某事告诉我那对您没有帮助。
在这一点上,它不会受伤。 东西,他妈的微软。
这是一个免费的开源产品。
不,这不对。 您用自己的灵魂付出。
这是全球科技巨hem的企业资源营销计划。 这是一种旨在吸引您的思想的策略(尽管该死的很好)。 但是以典型的Microsoft方式,他们搞砸了需要抓住您的心或思想的UX。
VS Code并非来自技术之神MS的无私奉献。 如果他们可以在价格上标出100,000美元,他们就会这样做。
伟大与邪恶微软已经有43年的历史,它证明了它会以任何方式控制软件领域的一切。
它的领导者会撒谎,作弊和偷窃,以获取任何杠杆作用,使他们能够将自己肮脏,丑陋,越野车,不安全的软件投向毫无戒心的星球。
那么,为什么您认为他们突然间遭受了FOSS发烧,而他们又如此狂热,能够向编程社区提供这份伟大的礼物呢?
(当然,除非要更改文件树中的字体。在这种情况下,您可以将请求定向到[email protected])。
如果您认为MS是垃圾
正在关注...
和VSC很烂
不正确 VS Code是一款很好的软件。 只是缺少一些关键功能。
多年以来,该主题都与功能请求无关。 这就是为什么Microsoft拒绝实施此功能请求的原因。
这没有任何意义。 为什么不合并@saighost PR? 我还没有亲自进行过测试构建,但是从我看到的结果来看,它是内联样式的删除,一些类的添加以及一些config var的添加(看起来很干净且一致)。 当然MS有一个实习生或人,他们可以说:“嘿,你可以运行构建和#519这个@saighost PR测试”
他们不想满足此功能要求。
现在,我真的非常非常想知道为什么。
@ dougc84
您必须区分渲染和样式。
在这里,一切都只是关于风格。 没有渲染。
我在vscode中花费了大量时间,因为他是我的编辑器,可以做所有事情。
但是,只有Linux下我要更改字体,因为默认渲染不干净。
我提供的文章非常有趣,因为即使您更改字体,如果呈现效果也不佳,它也可以为您解决这个问题。
这不是“ Linux”问题。 在Ubuntu(Xubuntu)上,VS Code的字体渲染一直都是100%完美的。 我订阅了此错误,因为我只想使某些字体变大。 这可能是您的发行版中的问题。
@Xarkam那么原子为什么没有渲染问题? vs代码和原子都基于电子。
@Xarkam也许适合您的特定发行版,而这是一个问题。 如果是这样,那将是一个单独的问题,您应该为此提交一个新的问题(您是否尝试过调整缩放级别,因为那样会弄乱事情?)。 对我和这里的大多数人来说,这是易读性(不是样式)。 缩放不是解决方案,因为它会使一切变得更大或更小。 我不希望一切都变大。 编辑很好。 我只希望能够以适当的间距看到列出的所有文件,以在浏览文件时不会出现误点击的情况,能够区分小写L和大写i而不会斜视,并且能够轻松读取文件名。 可以通过简单的字体更改(可能更改为固定宽度的衬线字体)和更好的字母间距来解决此问题,并且可以在文件视图中调整填充。 而已。 不难理解,您的问题与这里的其他人都不相同。
最受关注和评论最多的问题之一,Microsoft不在乎吗?
添加选项以更改界面字体有多难,大多数基本选项和其他IDE都拥有。
我更喜欢在界面中使用与编辑器相同的字体,在编辑器和侧边栏中使用不同的字体样式困扰我。
@wooque hmm我不认为微软会考虑这一点,因为即使在#63602上进行公关后,他们也没有在意,这使作者的工作无用。 这些投票对微软来说只是一个数字:)“
它已经4个月的公关到达了,没人在乎Microsoft方面:(
我想知道原子X射线何时到来:(
对于那些仍然对此有疑问的人。 在他们解决之前,这里是一种快速解决方案。 从此处下载自定义CSS和JS扩展: https :
.explorer-viewlet { font-family: "Space Mono"; font-weight: bold; }
这只是更改资源管理器视口的字体。 我发现以下规则更改了Mac上的整个UI字体:
.monaco-shell.mac,.monaco-shell.mac .monaco-menu-container .monaco-menu {font-family:“您的字体在这里”;
编辑:看起来在最新的VSCode(截至撰写本文时为1.32.1)中,Mac的CSS变为:
.mac{ font-family: "YOUR FONT HERE"; }
我通过缩小/Applications/Visual\ Studio\ Code.app/Contents/Resources/app/out/vs/workbench/workbench.main.css
然后运行:
grep apple-system DE-MINIFIED-CSS -A 5 -B 5
并尝试看似合理的规则,直到整个用户界面改变为止。
可能您需要调整操作系统的路径,并且这些规则看起来有些特定于Mac。
我的+1,可以解决这个问题。 没有来自Microsoft的反馈
https://github.com/Microsoft/vscode/pull/63602有点令人失望。
我用一些自定义的CSS解决了这个问题。
- 下载
be5invis/vscode-custom-css
- 启用它并添加您的自定义CSS
我希望在树状视图的每一行都有更多的空间。 我使用以下样式:
.monaco-tree .monaco-tree-rows>.monaco-tree-row { min-height: 25px; }
哈克,我知道。 但是有效
.monaco-tree-row.has-children {
字体粗细:500;
边距:8px;
颜色:#eee;
font-size:14px;
}.monaco-tree-row {
字体粗细:300;
边距:5px;
font-size:12px;
颜色:#bbb;
}
这些应该在此时起作用吗? 侧边栏项目之间的边距没有增加:(
为了更改工作台的字体系列和大小,除了如上所述安装插件vscode-custom-css之外,还证明了另一种更直接的方法是可行的(在VS Code 1.32.3上进行了测试):
有没有办法更改代码“ comments”的字体?
丰富
在2019年3月15日上午12:51:48,Mike Zheng([email protected])写道:
为了更改工作台的字体系列和大小,除了如上所述安装插件vscode-custom-css之外,还证明了另一种更直接的方法是可行的(在VS Code 1.32.3上进行了测试):
搜索磁盘中的文件“ workbench.main.css”,正确的文件路径可能是“ C:\ Program Files \ Microsoft VS Code \ resources \ app \ out \ vs \ workbenchworkbench.main.css”;
备份文件;
打开文件并搜索“ .part> .content”,可能有4个匹配项,只需根据自己的喜好修改第一个匹配项即可,例如.part> .content {font-size:14px; font-weight:粗体; 字体家族:Iosevka Term Slab Medium,Consolas,Courier New,等宽字体;}“;
保存此文件,然后重新启动Bins与代码:)
-
您收到此邮件是因为您发表了评论。
直接回复此电子邮件,在GitHub上查看,或使该线程静音。
为了更改工作台的字体系列和大小,除了如上所述安装插件vscode-custom-css之外,还证明了另一种更直接的方法是可行的(在VS Code 1.32.3上进行了测试):
- 搜索磁盘中的文件“ workbench.main.css”,正确的文件路径可能是“ C:\ Program Files \ Microsoft VS Code \ resources \ app \ out \ vs \ workbenchworkbench.main.css”;
- 备份文件;
- 打开文件并搜索“ .part> .content”,可能有4个匹配项,只需根据自己的喜好修改第一个匹配项即可,例如.part> .content {font- size:14px; font-weight:粗体; 字体家族:Iosevka Term Slab Medium,Consolas,Courier New,等宽字体;}“;
- 保存此文件,然后重新启动Bins与代码:)
这解决了更改字体的问题,但解决了字体大小的问题。 行高是硬编码的。 因此,当减小字体大小时,最终会在行与行之间留出很多空白。
为了更改工作台的字体系列和大小,除了如上所述安装插件vscode-custom-css之外,还证明了另一种更直接的方法是可行的(在VS Code 1.32.3上进行了测试):
- 搜索磁盘中的文件“ workbench.main.css”,正确的文件路径可能是“ C:\ Program Files \ Microsoft VS Code \ resources \ app \ out \ vs \ workbenchworkbench.main.css”;
- 备份文件;
- 打开文件并搜索“ .part> .content”,可能有4个匹配项,只需根据自己的喜好修改第一个匹配项即可,例如.part> .content {font- size:14px; font-weight:粗体; 字体家族:Iosevka Term Slab Medium,Consolas,Courier New,等宽字体;}“;
- 保存此文件,然后重新启动Bins与代码:)
每次升级可能会丢失所有内容。 至少这就是它在Linux上的工作方式。
抱歉让您认为我的PR是完整的解决方案,它仅能更改侧边栏部分,而不适用于所有工作台。
我认为自定义CSS和JS扩展是个好主意,也许此时插件是解决方案而不是补丁。
也许为此编写一个插件,使其更易于使用。
+1
+1
这是为什么需要在设置中的一个主要示例-请参阅菜单字体。 我已经放大了其余的应用程序,否则我将无法阅读它,例如菜单! 此问题还会影响FF,Thunderbird和Chrome,以及实际上不符合桌面标准的所有其他垃圾软件。
编辑:设置->窗口:标题栏样式=自定义=>我可以看到菜单!
这些浏览器等在GNOME中的HiDPI中运行良好,因为它们切换到了GTK3。 Qt尚未完全获得HiDPI支持,因此您的问题可能是由KDE引起的。
是的,但是不能更改这些字体不是KDE的错。
但是该示例突出显示了微小的菜单字体。 我认为菜单不是HTML / CSS的一部分,而是由系统UI管理的。 GNOME中的GTK3“可以正常工作”,但是当您尝试在GNOME中使用Qt或在KDE中使用GTK时,事情可能会变得复杂。 从Arch的hidpi指南中可以看到,KDE和Qt不一致。
我试过了,但是只改变了标题字体。 它不会影响我要修改的任何“注释”字体。 还有其他对“评论”起作用的选项吗?
丰富
在2019年3月15日上午10:08:30,Rich([email protected])写道:
有没有办法更改代码“ comments”的字体?
丰富
在2019年3月15日上午12:51:48,Mike Zheng([email protected])写道:
为了更改工作台的字体系列和大小,除了如上所述安装插件vscode-custom-css之外,还证明了另一种更直接的方法是可行的(在VS Code 1.32.3上进行了测试):
搜索磁盘中的文件“ workbench.main.css”,正确的文件路径可能是“ C:\ Program Files \ Microsoft VS Code \ resources \ app \ out \ vs \ workbenchworkbench.main.css”;
备份文件;
打开文件并搜索“ .part> .content”,可能有4个匹配项,只需根据自己的喜好修改第一个匹配项即可,例如.part> .content {font-size:14px; font-weight:粗体; 字体家族:Iosevka Term Slab Medium,Consolas,Courier New,等宽字体;}“;
保存此文件,然后重新启动Bins与代码:)
-
您收到此邮件是因为您发表了评论。
直接回复此电子邮件,在GitHub上查看,或使该线程静音。
@teresaejunior这将产生
安装似乎已损坏[不支持]
VS Code进行了后台检查,以检测磁盘上的安装是否已更改,如果更改了,标题栏中将显示文本“ [Unsupported]”。 这样做是因为某些扩展以半永久性的方式(直到下一次更新)直接修改(补丁)了VS Code产品,这可能导致难以重现的问题。 我们并没有试图阻止VS Code补丁,但是我们想提高人们的意识,即VS Code补丁意味着您正在运行不受支持的版本。 重新安装VS Code将替换修改后的文件,并使警告消失。
对我来说,道路也是
C:\ Users [名称] \ AppData \ Local \ Programs \ Microsoft VS Code \ resources \ app \ out \ vs \ workbench
真的,我们在2019年,仍然无法更改Explorer菜单的字体大小?
- 救命
- 切换开发人员工具
- 查找元素,将其更改为CSS
- ???
- 利润😎
在源代码中指定了行高。
- 救命
- 切换开发人员工具
- 查找元素,将其更改为CSS
- ???
- 利润😎
如果不创建自己的主题,这可能吗?
- 救命
- 切换开发人员工具
- 查找元素,将其更改为CSS
- ???
- 太阳镜
在源代码中指定了行高。
我不是CSS方面的专家,但是在使用开发人员工具的情况下,我无法找到一种方法来实现与本期早些时候所报道的相同的布局。例如:https://github.com / Microsoft / vscode / issues / 519#issuecomment-387007363似乎不再起作用,更改了id,现在使工作变得更加困难。.填充,边距只会使文本消失,而min-height不能执行任何操作.monaco-tree .monaco-tree-rows> .monaco-tree-row或.monaco-tree-row.childrens看起来不再相同了,现在似乎至少有5个? 影响一行显示方式的不同类。
1000竖起大拇指的这个问题,仍然没有? 我们几乎可以说“ 6 ...年...以后...”
猜猜我对此很感兴趣,因为我曾经使用sublime并非常喜欢该功能,但是如果MS在我们的代码中为注释部分添加能够使用精美字体的功能,那将非常好。 还在等。 猜猜这一定是我要的一件极其困难的事情。 还是VS Code的忠实粉丝。
这是史蒂夫·乔布斯(Steve Job)的Microsoft版本,“出于某种原因,我们开发了不带字体的文字处理器”。 但是40年后。 甚至没有苹果迷。 只是说。
此问题创建于2015年11月,2019年5月,2018年11月提交了请求请求,此最基本的功能仍在讨论中。 很遗憾,因为vs代码必须是我曾经使用过的最好的编辑器/ IDE。 低下肮脏的耻辱。
我放弃了@microsoft和VSCode。 我切换到Atom。 它有自己的缺点,但至少我能读懂该死的字体。
最起码,如果他们至少能告诉我们进行这项工作所涉及的技术困难,那就太好了。 我什至对在何时至少可以考虑这个问题的潜在时标感到满意...
我可能是错的,但是从某些评论看来,似乎有人在吹牛。 我也想使用此功能来调整字体。 但是,即使某人甚至无法阅读字体,放大/缩小也将起作用,即使它看起来并不那么好。
前面的评论中也有一些CSS hack。
@Jaeiya遇到技术困难,请参阅https://github.com/microsoft/vscode/pull/63602
对于将来的任何旁观者,自定义CSS和JS Loader插件都可以使用。
// settings.json
"vscode_custom_css.imports": [
"file:///path/to/file.css"
]
// Aforementioned example files content
.mac, .windows {
font-family: Desired-Font, FiraCode-Retina, Roboto, monospace;
}
.monaco-workbench, .monaco-workbench .part > .content {
font-size: 16px;
}
.other-css-selector { content: "??????"; }
.other-css-selector::after { content: "profit"; }
注意
reload custom css/js
-> reload window
查看更改@SidIcarus有写临temple的庙宇吗? 它应该更改为
.linux {
font-family: Desired-Font, FiraCode-Retina, Roboto, monospace;
}
"??????"
的含义是什么?
因此,关于工作台字体大小,我真的不会屏住呼吸。 昨天我分叉了VSCode,最终在OS X上修复了过大的工作台字体(使其与XCode相提并论),这就是我要做的就是简单地减小所有视图中的字体大小和树行高度。 这些东西在很多地方都是硬编码的,要使其可配置将花费大量的精力。
上面的提交链接可能会在重新定基础并强制推送后停止工作,但仍应在此处的前几次提交内。
有二进制版本为OS X提供此基础上VSCodium。 我打算半定期更新。 甚至可以创建脚本来定期对其重新设置基础并触发travis构建。 该版本未经过代码签名,因此下载后,如果需要尝试,请右键单击并选择“打开”。
原始VScode工作台字体大小:
补丁之后:
(还有另一项提交将制表符的高度从35像素减少到30像素)
好的,所以我做了一个扩展,使您可以更改UI字体大小,字体系列,行高,甚至覆盖settings.json中的样式表。 在这一点上,这是非常实验性的,可能并不适合胆小的人。
对于此FR,还应添加line height
选项
相关:#59873
+1
++
我认为有很多人在等待此功能。
+1
+1
有人知道微软是否有一个GIF模因,因其愚蠢而绊倒了自己的脑袋?
+1也要使用此功能
@caioproiete根本不是一个坏主意,但这是一个棘手的计算。
这些天,人们会遭受什么样的惩罚性破坏财物?
PS不要thumbs-up
您自己的评论。 只有混蛋这样做。 ;)
伙计们,请不要在这个问题上大吵大闹? 有些人(像我一样)订阅了此问题,因为我们想听听(如果?)开发团队中的某人请来提供状态更新。
诸如@knopp的有用注释: //github.com/microsoft/vscode/issues/519#issuecomment -499584551-被此类噪音掩盖了。
Twitter存在,是您的热门/古怪评论和回应。 此外,“我也想要这个”的评论也没有帮助任何人。 要显示您想要的内容,请:+1:此问题的说明。
@pradyunsg
有些人(像我一样)订阅了此问题,因为我们想听听(如果?)开发团队中的某人请来提供状态更新。
那永远不会发生。
您需要听到的唯一状态更新是:Microsoft以最愚蠢的方式杀死了VS Code。
他们不爱你,他们从未爱过。 他们只希望您对他们的敬拜时间足够长,以利用您的精力来实现自己的目标并为自己谋取利益。
微软鄙视程序员。
老实说,我认为如果微软告诉他们不这样做会更好。
解决这个问题。 转而使用vim,从未如此高兴。 其
像Internet Explorer这样的产品帮助我现在改用Firefox与代码
让我切换到了Neo Vim。
再次感谢微软。 无论如何我都爱你。
在2019年11月4日星期一,下午3:50 AJB99 [email protected]写道:
@pradyunsg https://github.com/pradyunsg
有些人(例如我)订阅了此问题,因为我们希望
听到(如果?)开发团队的某人鸣叫以提供一个
状态更新。那永远不会发生。
他们不爱你,他们从未爱过。 他们只想要你
敬拜他们足够长的时间以充分利用您的精力
达到自己的目标并为自己谋取利益。微软鄙视程序员。
-
您收到此邮件是因为有人提到您。
直接回复此电子邮件,在GitHub上查看
https://github.com/microsoft/vscode/issues/519?email_source=notifications&email_token=AB5Y4YMYFJLENVQRIEIKC3TQR7XXRA5CNFSM4BVABFYKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2549Z
或退订
https://github.com/notifications/unsubscribe-auth/AB5Y4YJS4X5EKSM6RCU2GDLQR7XXRANCNFSM4BVABFYA
。
天哪,这是一个幼儿园。 一些评论者需要认真的事实检查甚至治疗。 您基本上是指责开发团队无知,不要等待,这从一开始就一定是MS的一些邪恶的总体规划。
让我为您提供一些事实:这个团队几乎没有时间创建过vscode,具有非常开放的开发过程,并实现了社区建议的许多功能。 对于具有这种采用率的软件来说,这是非常罕见的。 结果是一个功能强大,与平台无关的图形编辑器,其中包含大量的插件/插件。 是的,这里有一个议程,任何没有议程的开发团队也永远不会有产品。 真是的
现在您没有得到那么想要的棒棒糖,每个人都变成了哭泣的婴儿。 猜猜是什么-还有其他糖果店,他们可能会向您出售您的棒棒糖...
@jerch我认为您的评论令人反感。 您可以按+1
排序此项目的问题。 而且我认为这应该是该项目的议程,无论security
, bug
和具有相同标签的问题如何。
@AlexWayfer随意查看。 我所做的一切只是为了反映PPL如何失去举止。 a于开发团队永远无济于事,只会使事情变得更糟。 不再继续元讨论。
而且我认为这应该是该项目的议程,而与安全性,错误和相同标签无关。
回到正题:是的,这个想法听起来不错(尽管我自己不需要)。 但是考虑到它可能会给布局带来麻烦,并且使问题清单更全面,他们可能有充分的理由不正式解决它。 因此,我们所能做的就是不断询问,直到得到声明为止。
所以,没有答案?
任何回应 ?
任何回应 ?
是: https :
@AlexWayfer那是去年。
@AlexWayfer那是去年。
作者是@isidorn ,是的。
让我们写下更多无用的事实!
你想要这个功能吗? 实施! 或为其实施付费。
免费的开源项目不承担任何责任。 不管是否使用此程序。 在完成此问题之前,我不会使用,因为我不想自己实现它。
作为一种解决方法,我根据工作台字体大小自定义window.zoomLevel
设置,然后调整editor.fontSize
以补偿编辑器字体大小。 例如:
// In VS Code's settings.json
{
...
"editor.fontSize": 13,
"window.zoomLevel": -1,
...
}
在提供更好的解决方案之前,这是解决工作台字体大小的可口解决方法。 请停止对MS的争吵和仇恨; 这没有帮助。
@duanehutchins对不起,但是这些黑客行为带来了很多
https://github.com/microsoft/vscode/issues/84194
“请停止对MS的争吵和仇恨;这没有帮助。”
有什么帮助? 再等十年? 另一个导致编辑器问题并增加其错误列表的Hack?
有什么帮助?
正如我上面所写:
实施! 或为其实施付费。
...
不管是否使用此程序。 在完成此问题之前,我不会使用,因为我不想自己实现它。
我前不久曾问过这个问题,但是此后VSC发生了很多变化,因此,我对此表示歉意。 似乎尚未启用此功能,但我会再次询问:
有没有一种方法可以更改代码注释的字体,也就是fancyfont?
有没有一种方法可以更改代码注释的字体,也就是fancyfont?
有一种方法可以为单独的更改/功能创建单独的问题。
此问题与UI中的字体大小有关,而不与代码编辑器中的字体系列(甚至大小)有关。
@AlexWayfer其字体大小和字体家族。
允许更改工作台的字体大小和字体
@AlexWayfer其字体大小和字体家族。
允许更改工作台的字体大小和_font_
好,谢谢,对不起。
无论如何,这是关于工作台的,而不是代码注释(在代码编辑器中)。
这个功能是非常要求的! 我们需要它!
我想知道是否可以进行全局字体设置,包括侧边栏文件夹,文件名字体,状态栏字体,例如IntelliJ idea。
任何更新? 无论如何,我做了一个解决方法。 我使用CMD +增加了所有内容的大小,然后将编辑器字体大小减小到所需的字体大小。
还希望能够更改特定区域的字体系列和字体大小(例如,边栏)。
我更喜欢看到单色字体“ Source Code Pro”。
谢谢!
该功能是在2015年提出的,现在是2020年...🙄
绝对是想要的功能!
请添加此功能,谢谢
请添加此
你们期望MS购买Github时会有所不同吗? 我同意@jerch ,我们需要其他IDE,现在该回到Atom了,记住该IDE的开发已暂停,该IDE仍保留着我见过的最膨胀的恶意软件之一的名称。我一生中的“ Visual Studio”-是什么让我们无法回到Atom?
我已经很久没有尝试过Atom了,但是每次将它与VS Code进行比较时,我都更喜欢Code。 显然,Atom的开发人员正忙于使用Rust后端而不是节点从头开始重写它。 我认为这是一个错误,因为具有JS良好前端的节点(TS比CS受欢迎得多是另一个优点)对于此应用程序IMO具有足够的性能和可靠性,因此在Rust中进行开发的困难超过了它的好处带来这里
@realh我认为您是完全错误的。 为什么您认为sublime文本比vs代码快? JS动态类型具有太多成本,这就是为什么asm如此受欢迎的原因。 仅供参考,我不认为原子开发人员正在研究锈后端。 如果他们拥有原子,那么今天的速度将会如此之快,以至于没人会喜欢使用vscode。
参见: https :
他们已将其存档。 生锈的好处是安全性和速度,这对于任何软件都是必不可少的。
崇高是相当古老的。 最重要的是,除了性能之外,还可能由于其他原因而无法实现Atom或VS Code之类的功能。 但是硬件和浏览器的性能已经提高了很多,因此现在VS Code的运行至少可以像十年前用C ++编写的等效IDE /编辑器一样平稳。 其性能是足够的。 它可以跟上我的打字速度,并且即使在Macbook Air上运行,通过sshfs编辑文件时,也不会遭受Intellisense等功能令人讨厌的延迟。
同样的可靠性。 Rust主要是用来代替C / C ++,而不是托管语言。 Code的大多数错误都缺少诸如此类的功能,或无法正常运行的功能(例如vim插件中的可视选择),而Rust对此无济于事。 与C / C ++相比,Rust所阻止的bug种类在JS等中已大大减少,并且会导致我正在编辑的内容崩溃和/或损坏,而且我看不到任何代码或Atom此类问题的证据的东西。
如果Atom搁置了他们基于Rust的项目,我认为这支持我的观点。 我敢打赌他们得出的结论是,毕竟这毕竟不是正确的工具。 仅使Rust编写和编译要比将Coffeescript编写和调试到相等的可靠性标准花费更多的时间。 当他们完全替代Atom时,技术将弥补性能差距和/或使所有当前语言(包括Rust)过时。 用Rust编写的东西替换Electron会很有意义,因为Electron是一种系统,但是文本编辑器是应用程序,而不是Rust真正想要的。
Web程序集仍然使用Javascript实现,所以我认为性能并不是它的主要吸引力,但是,一旦将其实现为真正的本机,它就可以拥有光明的未来(对于游戏,不是那么多生产力应用程序)。 目前,它的主要好处是允许将旧的或性能要求不高的C ++游戏移植到浏览器中。
崇高已经很老了
不,它是在2008年1月18日首次发布的,它的年龄还比vscode大7年。
“但是硬件和浏览器性能有了很大提高”
但是作为通用编辑器,它应该始终表现出色。 当您运行linters时,类型暗示它的性能变得至关重要。 打开大文件性能必不可少吧? 尝试在vscode中打开2 GB的文本文件,然后在sublime文本中实现性能价值。
“与C / C ++相比,Rust阻止的这类bug在JS等中大大减少了,并且会导致我正在编辑的内容崩溃和/或损坏,而且我看不到任何代码或Atom对此存在重大问题的证据那类的东西。”
是的,但是当您尝试重构代码时,生锈确实会有所帮助。 您为生锈付出的代价是编译时间长,否则将是有史以来最好的语言。
“ Web程序集仍使用Javascript实现,所以我认为性能不是它的主要吸引力,”
我没有得到,但是wasm将允许使用C,C ++和Rust,而使用wasm的主要原因是为了提高性能,否则为什么我们首先需要wasm?
无论如何,vscode永远不会使用Rust,因为他们正在使用Typescript,而Typescript已经在编译上花费了太多成本。 所以我不知道为什么Rust,C ++和C在这里。
是的,我认为在ms收购github之后,atom已经被大大忽略了:(。无论如何,Vscode是出色的编辑器,但是这个问题并没有得到可悲的关注。
这实际上不是主题讨论。 我已经关注这个问题很多年了,似乎它服务的唯一目的是让人们与他人一起锻炼自己的挫败感和意见。 只是一吨杂音,没有积极的更新。
如果您想转到其他编辑器,则无需通知其他人。 照做,看看您是否对自己的改变感到满意。 最后,这些东西大多数还是关于偏好的。
这实际上不是主题讨论。 我已经关注这个问题很多年了,似乎它服务的唯一目的是让人们与他人一起锻炼自己的挫败感和意见。 只是一吨杂音,没有积极的更新。
如果您想转到其他编辑器,则无需通知其他人。 照做,看看您是否对自己的改变感到满意。 最后,这些东西大多数还是关于偏好的。
我同意,但这是我们可以给予此讨论的最佳用途,因为Microsoft永远不会解决此问题,如果您想按照此讨论最终在一天之内解决,我为我的朋友,定制和给我带来了坏消息开发人员使用正确的工具对Microsoft从来都不重要,如果要学习历史课程,请回到IE6。
我真的不理解微软对VSCode的憎恨。 对于任何我用过的用例来说,它都是最好的编辑器……是的,它在边缘情况下可能会“更好”,但是老实说,当我们谈论软件和开发人员需求时; “永远不会满足这是不可能的标准。
话虽如此,这样的问题在这里可以使我们的VSCode社区整体上真正渴望的事情变得可见,并且Microsoft可以优先考虑这些事情。 到目前为止,我认为他们做得非常出色,如果有人想继续抱怨Microsoft的糟糕程度(关于VSCode),那么可以编写自己流行的IDE来成功地解决所有“ x”问题,以证明这一点。
这个项目绝对是巨大的,我赞扬Microsoft所做的积极工作,帮助我们负担不起Visual Studio的小开发人员,他们的免费产品至少可以满足我自己的
我真的不理解微软对VSCode的憎恨。 对于任何我用过的用例来说,它都是最好的编辑器……是的,它在边缘情况下可能会“更好”,但是老实说,当我们谈论软件和开发人员需求时; _“在x,y,z处可能更好” _将永远不会满足。 这是不可能的标准。
话虽如此,这样的问题在这里可以使我们的VSCode社区整体上真正渴望的事情变得可见,并且Microsoft可以优先考虑这些事情。 到目前为止,我认为他们做得非常出色,并且如果有人想继续抱怨微软的糟糕程度(关于VSCode),那么可以通过编写自己的非常流行的IDE来证明这一点,它成功地处理了所有_“ x ,y和z“ _边缘情况不可避免地应使每个人都满意。
这个项目绝对是巨大的,我赞扬Microsoft所做的积极工作,帮助我们负担不起Visual Studio的小开发人员,他们的免费产品至少可以满足我自己的
这不是慈善活动,也不是天赐之物,VSCode在失去开发人员多年后,再次被吸引到开发人员手中,拥有用于创建软件的工具的价值远远超过我们可以支付的任何许可费用它。
@betovelandia他们从免费用户那里到底获得了什么? 我什至没有分享我的遥测技术,我想我可能只提供过一次反馈……您不能提出古怪的主张,也没有证据来支持它,特别是如果您实际上是在试图证明一个观点。 。
编辑
让我澄清一下,尽管我知道微软并不是出于自己的喜好来创建此软件的。。。显然。。。但是,将其垄断为开发商(出于某种神秘的目的)是一个巨大的阴谋。有点牵强...
@Jaeiya
他们究竟从免费用户那里获得了什么?
土地。
他们可以用来控制或影响它的每个入口和出口,并通过扩展来控制或控制代码环境的各个方面。
VSCode实际上是一种农奴制,或者至少是最近一次MS me脚的尝试。
它也是MS毁掉的优秀软件,因为这显然是他们最擅长的。
但是,真正疯狂的不是事实。 关于此事,真正让他们感到不快的是
@saighost在几年前提交了一个非常好的PR,但是The Deathstar拒绝实施它。 为什么?
认真地,问自己一个问题:鉴于审核和测试此非常受欢迎的功能请求将花费少于3个小时的时间,为什么核心团队或仅通过合并@saighost的PR在5年内都没有实现这一要求如此亲切地写道?
如果他们只是实现了这个非常简单的功能,那么我将永远不会回到Sublime并意识到它是如此的快速,流畅和可靠。 当然,要定制它是一个庞大的PITA,但至少有可能。 一旦您准备好了,它就会如梦似幻。 真正的崇高。
祝贺Microsoft成立45周年,因为您太愚蠢或固执以至于无法理解字体,因此无意中踢开开发人员。
请立即停止此主题外的讨论!
请立即停止此主题外的讨论!
您已经准备好要解决此问题的PR,这一事实对您而言似乎不重要? 我想知道是否可以重新实现它,它必须像@ AJB99所述的那样很容易解决。
好吧,错过了。 不能/不想每天在商务/私人电子邮件中阅读40-50封电子邮件中的冗长讨论。
票证/发行状态为“公开”。 所以没人决定。 现在让我们保持耐心,看看会发生什么。
如果将实现此功能请求,我们将很高兴。
如果不是(拒绝/关闭问题):站起来。
今天:如果技术上可行,请订阅并等待或自行完成。
我记得一位官方开发人员说这不是那么容易。 代码的其他部分依赖于这种字体的大小。 他们可能担心@saighost的补丁程序尚未经过充分测试以消除任何不愉快的副作用。 是否有可能将其重新实现为扩展? 这将使更多的用户更容易尝试它,然后问题应逐渐浮出水面并有望得到解决。
该插件:自定义UI具有基于插件“猴子补丁”实现的功能
Ubuntu的默认等宽字体在hidpi屏幕上看起来太小,只有14像素,但是如果将其设置为合理的大小,则GUI的其他部分会非常大(https://github.com/microsoft/vscode/issues/88916) 。 解决此问题也将解决此问题。
我的天啊! 自2015年以来这是一项功能要求😅
这确实会使视力相对较差的代码更好。
这也是我的(+1)
能够设置资源管理器字体将是非常好的。
@iliakan表示您只是在敦促主持人锁定此问题,只需在上方添加一个大拇指即可,因为一旦锁定,您将无法执行此操作。
我想说这个问题得以实现的最大原因是#84194,正如已经说过的那样,这个问题无法解决。 我们可以选择不可读的小文本,或带有window.zoomLevel
大而模糊的文本。 没有增加资源管理器字体大小的解决方法吗?
我想说这个问题得以实现的最大原因是#84194,正如已经说过的那样,这个问题无法解决。 我们可以选择不可读的小文本,或带有
window.zoomLevel
大而模糊的文本。 没有增加资源管理器字体大小的解决方法吗?
这就是为什么您不应该使用网络浏览器来开发应用程序,保持浏览器的用途,使网络应用程序正常运行,但不要尝试将桌面应用程序变为网络应用程序的原因。
@Lucretia
这就是为什么您不应该使用网络浏览器来开发应用程序,保持浏览器的用途,使网络应用程序正常运行,但不要尝试将桌面应用程序变为网络应用程序的原因。
作为过去最长时间这样说的人,我理解这种观点。 但是,电子解决了其他GUI框架无法解决的问题。 对于一个人来说,使用其他任何东西都是要反复进行的巨大痛苦。 我已经完成了Qt(包括C ++和Python),WxWidgets,Delphi,WPF,WinForms,而且上帝知道什么,而从字面上看,电子是我唯一想到的“嘿,构建这个桌面应用程序很有趣”。 我什至没有从“跨平台”部分开始。 我在外部电子设备上拥有的“桌面UI”的最佳体验是ImGui ,这甚至不适用于桌面应用程序。 还要注意,许多实际上具有良好GUI的应用最终只能编写自己的代码,并为此付出了巨大的努力,而不是自己开发应用。
但是还有其他原因。 查看JetBrains IDE如何呈现字体,然后查看VS Code。 区别是疯狂的,您甚至无法在其中正确自定义字母间距和其他功能。
引用有关reddit的一篇不错的文章:
对于游戏或数字运算科学工具等对性能敏感的应用程序,台式机应用程序仍然是唯一的选择。 对于其他所有方面,都将选择开发便利性。 这就是为什么一切都糟透了,现在您所有的应用都是网站的原因。
桌面应用程序的状态实在太可悲了。
我认为Electron是一个不错的选择,目前我无法想到您可以依靠它在如此多的桌面环境中如此便捷,出色地工作。
将我的+1添加到该堆中。 我不敢相信这已经5年没有得到解决。 典型的微软。 😁
资源管理器树的密度太高。 我不必斜视即可找到我想要的文件。 每个https://github.com/Microsoft/vscode/issues/59873都有一个增加行高的选项
+1
只是一个尚未提及的用例:可以将所有vscode字体更改为等宽字体。 我们中的某些人(老emacs用户)只是不喜欢在阅读时始终在可变宽度和等宽字体之间切换。
以为我会分享我的shell脚本,以使vscode从文件加载CSS(而不是抱怨被损坏)。 我只是不想让扩展程序来做。
https://gist.github.com/a85b8231a9f5494149387c3a36079e84
我最近不得不将其改编为更新的vscode版本(或者可能是因为我改用了vscodium),所以您可能必须更改一行以使其在1.44或更旧的版本上工作。
那么,我们不能更改侧边栏中的字体/大小的确切原因是什么? 这不是头脑风暴吗? 当有人向我展示如何做时,我也许可以自己做。
是的,如果有人告诉我该怎么做,我也可以做到。 向我展示的人也可以...
有什么消息吗?
有什么消息吗?
只要往上方看……显然,不行。
那是什么阻碍? 有阻滞剂吗? 我希望看到一些动静。 🚀
您还在等待Microsoft支持自定义吗? 在这张票关闭之前,我们将找到爱泼斯坦的杀手
您还在等待Microsoft支持自定义吗?
我不知道该怎么说。我并不兴奋,但是我订阅了,就像这里的很多人一样,我个人不使用VS Code,直到至少解决了这个问题。
在这张票关闭之前,我们将找到爱泼斯坦的杀手
我看不到该功能,也不在乎“ Epstein的杀手“”。 我对此问题感兴趣,请让我们等待或解决。 我们对“我想要此功能!”的评论或某人的杀手无助。
VSCode团队,请为基于Electron的UI雇用HTML布局制作工具。
它们很便宜。 您所需要的只是流畅的设计,仅是网格或列布局。
您还在等待Microsoft支持自定义吗? 在这张票关闭之前,我们将找到爱泼斯坦的杀手
如果我可以在自己喜欢的代码编辑器中更改字体,您认为我们会找到他吗? 也许他知道如何实现此功能。 🤔
您可以停止废话,只投票+1吗? 您完全讨厌订阅者和开发者。 最终您将得到的是线程将被锁定,因此甚至不允许竖起大拇指。
您可以停止废话,只投票+1吗? 您完全讨厌订阅者和开发者。 最终您将得到的是线程将被锁定,因此甚至不允许竖起大拇指。
+1
您可以停止废话,只投票+1吗? 您完全讨厌订阅者和开发者。 最终,您将获得的所有结果就是线程将被锁定,因此甚至不允许竖起大拇指。
不,我们不能。 如果他们这样做,我将使用其他代码编辑器。 我已经每天使用2。 VS CODE是许多不错的选择中的一个。 问题解决了 :)
现在,为什么这不是功能? 5年过去了。
如果他们这样做,我将开始使用另一个代码编辑器。
我认为您写的不正确,但是:确定,请开始。
现在,为什么这不是功能? 5年过去了。
显然,因为没有人实施此操作。
缺少字体替代品使任何需要大文本的人都难以使用该应用程序。 我没有将这作为可访问性问题进行具体讨论,但是在使开发人员具备各种水平的身体能力方面,这意义重大。 仅依靠操作系统可访问性功能并不是一个很好的解决方案。 (例如,尝试使用MacOS zoom进行开发工作。)我尝试了各种CSS技巧,但只能使其部分起作用。
我通常使用纯文本编辑器,因为我可以将终端字体设置为任何所需的字体。 但是我目前基本上必须使用vscode。 寻找小巧的资源管理器字体的解决方案并发现此具有五年历史的功能仍然开放是非常令人沮丧的。
也许这个问题应该有可访问性标签?
@feorlen-您已经可以独立于编辑器自定义集成终端的字体和大小。 除非我误解了你的要求。
@narfanar我相信@feorlen表示她/他通常使用基于终端的编辑器(vim,ecmas,nano等)。 因此,更改终端字体大小将影响所有编辑器“ UI”。
@feorlen您是否尝试过window.zoomLevel
设置? 我认为总比没有好。
如果他们这样做,我将开始使用另一个代码编辑器。
我认为您写的不正确,但是:确定,请开始。
现在,为什么这不是功能? 5年过去了。
显然,因为没有人实施此操作。
哇,天才评论。
我不确定我的要求是否与此问题相同。
现在,我修改了workbench.desktop.main.css
:在文件中搜索windows{font-family:Segoe WPC,Segoe UI,sans-serif}
,然后在其中添加所需的字体。 对于Mac和Linux,只需搜索mac{font-family
或linux{font-family
。
我这样做是因为我在CJK中有一些带有文件名的提示表,并且侧边栏和选项卡中的字体将回退到某个系统默认的像素字体(看起来像)。
我希望VS代码可以提供更改UI字体的选项,就像我们在setting.json中更改编辑器字体一样
刚从Atom移到VSCode。 被吹走了,我的“文件树”看起来必须很大,大胆而明亮。 与原子比较:
VSCode:
原子:
我敢肯定我听起来很疯狂...但是看到原子是多么的美好和微妙吗? VSCode资源管理器分散了代码(编辑器)的注意力。
快要找到爱泼斯坦的杀手了,我得到了嫌疑人的名单,这个功能怎么样?
@justinko ,对比度很重要。 我猜想有很多人会发现,与VSCode相比,阅读Atom屏幕截图中的文本更加困难得多。 就我个人而言,我不认为有什么区别,在某种程度上,我起初略过了您的评论,并认为它们都是Atom的屏幕截图。 意识到第一个是VSCode之后,我现在很难弄清您所受的困扰— IMO,VSCode不太“大胆,大胆”。 较小的图标和文件夹图标均为灰色。
无论如何,您的注释可能与字体颜色有关,而不是字体大小,此外,所有这些都应该是可配置的。
@feorlen指出这是一个可访问性问题,我认为这很重要! SF Monospaced似乎是我的诵读困难者可以习惯的唯一字体,而没有它就很难阅读文件浏览器。
请请微软的人,请调查一下! 由于有视觉障碍,我必须距离屏幕不到两英寸,才能在资源管理器窗口中阅读字体,以便能够重命名文件并确保我在正确的位置插入要插入文件名的字符。 可以调整字体大小的编辑器窗口很棒,我将我的窗口设置为18只是为了能够阅读它。 一切都很好,但是UI的其余部分也需要相同类型的自定义选项,尤其是如果您是通过RDP在计算机上使用VS代码的,而Windows无法实现所有功能的话。 这绝对是一个可访问性问题,自首次开放以来将近五年,需要解决。
为什么一项功能显然需要花费这么长时间才能添加呢? 这是一个可访问性的噩梦,很容易做到,但是-几年之后,我们仍然在等待。 这是没有道理的。
您可以在上面投票以表达您的偏好吗? 这种评论只会使感兴趣的人退订该问题,或者更糟糕的是,该问题受到限制,因此您甚至无法投票。 您难道不知道做事违背自己的利益吗?
为什么一项功能显然需要花费这么长时间才能添加呢?
关于成员答案的另一种参考: https :
微软从不关心UX,你们可以订阅,取消订阅,投票,交谈,保持沉默,甚至找不到Epstein的杀手and,这不会改变事实,因为这就是微软,这永远不会过去。
这里的许多工程师可能都不是新手,但是从IE6时代起,这种态度就一直保持不变,Microsoft只是想在网络上占有一席之地,但是Microsoft是否关心开发人员工具和自定义? 永远不会发生。
Atom很棒,Atom从一开始就是可定制的,然后出现了微软并通过收购Github毁了一切。
如果他不断收到此线程的通知,我们将给@memeplex心脏病发作,所以请+1
我们现在可以将此线程锁定在贡献者身上吗?
要使此功能请求正常工作,需要做几件事。
我的猜测是,我们需要与窗口缩放级别设置类似的东西,因此需要一个缩放因子,但只影响工作台(或者应该说应用程序外壳),而不影响代码编辑器(行高需要保持像素)完美和基于整数)。
应用程序外壳不受行高问题的影响,因此此处的缩放因子不应引起任何问题。 (也许可能与弹出窗口和资源管理器树一起出现……我不确定它们是否逐行呈现。)
这不是让我看起来更好的问题,并且不足以扩大UI并减少编辑器。
最严重的问题是字体的重量。 您选择了一种非常细的字体,我相信这对有双眼的年轻人非常有用,但对我们中的一些人来说却很糟糕。 缩放比例,颜色或高对比度都不会使字体变好。
这是一个严重的可访问性问题。 使用此应用程序会伤害我的眼睛,而且我每天都必须使用它。
我不能只戴着眼镜来修理它。
我必须加入这个要求。 我必须处理经常头痛的问题,并且我使用的应用程序的字体和颜色与使它们变得更好或更糟有很大关系。 该应用程序的源代码对我没有任何帮助,可能是唯一使我不时放弃它的东西。
哇5年了,这个功能还算不上什么。 我喜欢vs代码,但是如果您有多个屏幕,这是绝对必要的。
同时,我们只是继续手工进行更改。 part>.content{font-size:13px}
到.part>.content{font-size:16px}
有人说它比仅此而已要复杂得多。 根据选定的字体大小更新CSS有多困难? 我想这是针对MS的。
现在,每次升级都有大量无用的功能,这些功能可能比添加设置文件树字体大小的设置花费更多的时间。 F是什么?
同时,我们只是继续手工进行更改。
part>.content{font-size:13px}
到.part>.content{font-size:16px}
有人说它比仅此而已要复杂得多。 根据选定的字体大小更新CSS有多困难? 我想这是针对MS的。
现在,每次升级都有大量无用的功能,这些功能可能比添加设置文件树字体大小的设置花费更多的时间。 F是什么?
基本问题。 如何在VS Code中添加/编辑此内容?
@KingOfSpades编辑workbench.desktop.main.css
并查找第一个.part>.content
您可以更改终端的编辑器字体,但是由于某些原因您不能更改面板字体
典型的Microsoft,就像Windows 10一样,他们喜欢不一致和膨胀
最有用的评论
另外,我想增加资源管理器中的行距。 文件名彼此之间的距离太近,看起来很疲劳。