tab_size仅控制显示宽度和\t转空格数量，不改变tab键行为；真正决定插入空格还是\t的是translate_tabs_to_spaces，必须设为true才能使tab键插入空格。
为什么改了 tab_size 但 Tab 键还是插 \t？
因为 tab_size 只控制“显示宽度”和“\t 转空格时的数量”，不控制按键行为。真正决定按 Tab 键插什么的是 translate_tabs_to_spaces——它必须设为 true，否则无论 tab_size 是 2、4 还是 8，按 Tab 插入的永远是单个 \t 字符。
常见错误现象：
- 状态栏显示
Tab Width: 4，但光标一次跳 4 列（说明仍是制表符） - Python 文件报
IndentationError: unindent does not match any outer indentation level，实际是因为混用了\t和空格 - 粘贴代码后缩进错位，或自动对齐失效
实操建议：
PigX UI Pro 前端开发指南 - Vue 3 + TypeScript + Element Plus。当用户提到 PigX UI、PigX 前端、lgb-mgui 项目、Vue 3 企业级后台开发、Element Plus 后台开发时使用此技能。
- 在
Preferences → Settings – User中确保同时存在："tab_size": 4和"translate_tabs_to_spaces": true - 删掉旧配置里可能存在的
"indent_with_tabs": true（它和translate_tabs_to_spaces冲突） - 保存后无需重启，新文件立即生效；已打开的旧文件需手动触发转换
前端项目该用 2 还是 4 个空格？怎么分语言配？
前端项目常混用多种语法：JS/TS 常用 2 空格（尤其配合 Prettier），CSS/SCSS 多数团队也倾向 2，而 HTML 没强约束但需与 JS 对齐。全局统一设 4 会破坏 JS/TS 的缩进习惯，也容易让 CSS 层级过宽。
实操建议：
- 全局用户设置只留基础项，比如
"detect_indentation": false（防自动覆盖）和"draw_white_space": "all"（可视化验证） - 按语言单独配：打开一个
.js文件 →Preferences → Settings – Syntax Specific→ 加入：{"tab_size": 2, "translate_tabs_to_spaces": true} - 同理配
.css、.html；但.json或.md可不设，避免干扰原始格式 - 注意：语法专属设置文件名是
JavaScript.sublime-settings，不是JS.sublime-settings，拼写错误会导致不生效
已有文件缩进混乱，怎么安全转成空格？
直接改设置不会修正历史文件。如果文件前几行是 \t 缩进，Sublime 默认开启的 detect_indentation 会强行把当前视图设为 “Tabs”，覆盖你的 translate_tabs_to_spaces: true 设置——这就是为什么右下角显示 Tab Width: 4 却插不出空格。
实操建议：
- 先关掉自动检测：在用户设置中加
"detect_indentation": false（必须做，否则后续全白搭） - 对已打开的混乱文件，点右下角
Tab Width: X→ 选Convert Indentation to Spaces（这步不能跳） - 再点同一位置 →
Tab Width: 4或Tab Width: 2（此时才真正应用你设的tab_size） - 用
View → Show White Space确认所有缩进都是小点（空格），没有 →（Tab）
状态栏显示 Spaces: 4 才算真生效
很多人只看右下角 Tab Width: 4 就以为搞定了，其实那是制表符的显示宽度，和是否插空格无关。只有显示 Spaces: 4，才表示当前视图已启用空格缩进且宽度为 4。
验证方式：
- 新建文件，按一次
Tab，用方向键左→右逐格移动：应恰好走 4 步才跨过缩进 - Shift+Tab 应一次性删掉全部 4 个空格，而不是删一半
- 粘贴一段带缩进的代码（比如从 Chrome DevTools 复制），观察是否自动对齐到 4 空格基准
最容易被忽略的是 detect_indentation 和 translate_tabs_to_spaces 这两个布尔开关——它们默认是 false 和 false，不显式设成 true，就等于没配。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
