editor.rulers 是 VSCode 中用于在指定列位置绘制垂直参考线的配置项,仅作视觉提示,不影响编辑区域宽度、光标行为或自动换行;它接收数字数组(如 [80, 120]),颜色由主题 editorRuler.foreground 决定,不支持单独配色,且仅在代码编辑器生效。
怎么用
控制右侧垂直标尺(不是留白)
VSCode 没有“右侧内边距”这个配置项,
是最接近的替代方案——它在指定列位置画一条竖线,视觉上能起到分隔作用,但不改变编辑区域宽度或文本渲染边界。
常见错误是以为设了
就能“缩进右侧”,结果代码依然贴着窗口右边缘跑。它只是参考线,不影响光标、自动换行、折叠行为。
接收数字数组,比如
表示在第 80 列和第 120 列画线
单个常用值:
或
,适合多数团队代码宽度规范
它只对当前工作区生效,想全局设置就改用户 settings.json
标尺颜色不可单独配置,取决于当前主题的
主题色
开启后右侧留白会消失?
开启软换行(
或
)时,长行会被折到下一行,此时视觉上的“右侧空白”可能被掩盖——因为折行后的第二行从左边界开始,不再受原始行末位置影响。
这不是 bug,是设计逻辑:软换行优先保证可读性,不预留固定右侧空白。如果你依赖右侧留白做视觉隔离,
和
实际是互斥策略。
若需保留右侧空间感,建议关掉
,用
+ 合理的
和窗口宽度配合
设为
时,软换行点与
对齐,但二者作用完全不同
终端、Markdown 预览等视图不响应
,别指望它全局生效
真要压缩编辑区域宽度,只能靠
或外部 CSS?
VSCode 官方不提供“右侧 padding”类配置。有人尝试用自定义 CSS 注入(如通过
插件),给
加
,但这属于 hack 行为:
VSCode 1.118
微软正式发布 Visual Studio Code 1.118 版本 。本次更新重点强化了 AI 开发体验与企业管理能力,其中最引人注目的是新增 Copilot CLI 远程控制功能,允许开发者通过手机或网页远程监控和接管 AI 会话 。同时,为了提高 AI 的运行性价比,新版本优化了令牌缓存策略以降低成本 。此外,1.118 版还引入了 Chronicle 本地历史追踪、TypeScript 7.0 支持以及更严格的企业级访问管控 。
下载
每次 VSCode 更新都可能破坏样式选择器结构,导致留白失效甚至界面错位
会影响滚动条位置、光标定位精度,尤其在高 DPI 屏幕上更明显
插件已多年未维护,VSCode 1.8+ 版本基本无法启用
是字体特性开关,和布局留白完全无关,别被名字误导
为什么没有
这种配置?
因为 VSCode 的编辑器核心(Monaco)把内容区视为“无限画布”,左右边界由容器决定,不是编辑器自身控制。它只管文本渲染、光标、选区这些核心能力,布局留白属于 UI 层职责,交给了外壳(Electron 窗口)和主题系统。
换句话说:你想调整的不是“编辑器”,而是“编辑器所在的那个 div”。VSCode 不暴露这个层级的控制权,也不打算加——官方 issue 中明确回复过,这类需求不符合编辑器定位。
真正稳定的解法只有两个:用
做视觉提示,或者接受默认宽度、靠分屏/调整窗口大小来管理视线焦点。后者听起来不酷,但最省心。
editor.rulerseditor.rulerseditor.rulerseditor.rulers[80, 120][100][120]editorRuler.foregroundeditor.wordWrapeditor.wordWrap: "on""wordWrapColumn"wordWraprulerseditor.wordWrapeditor.rulerseditor.fontSizeeditor.wordWrapColumn100rulers: [100]editor.rulerseditor.fontLigaturesvscode-custom-css.monaco-editor .overflow-guardpadding-righteditor.fontLigatureseditor.paddingRighteditor.rulers