convert indentation to tabs 命令无反应是因为它仅将行首连续且为 tab_size 整数倍的空格转为 tab，若缩进不规则、状态栏非 spaces:x、tab_size 未正确设置或文件被标记为混合缩进，则命令跳过不执行。
Convert Indentation to Tabs 命令为什么没反应
常见现象是右下角显示 Spaces: 4，点右键 → Indentation → Convert Indentation to Tabs 或按 Ctrl+Shift+P 搜该命令，但执行后缩进没变、状态栏仍报 Spaces: 4。这不是命令失效，而是它根本没触发转换逻辑——因为 Sublime 只对「开头连续、严格倍数」的空格才转成 \t，且依赖当前 tab_size 值做等宽换算。
- 如果当前
tab_size是 4，它只会把每行开头的 4/8/12 个空格转为 1/2/3 个\t；3 个或 5 个空格会原样保留 - 若已有不规则缩进（比如某行开头是 2+2+4 个空格），命令直接跳过整行
- 项目根目录存在
.editorconfig且含indent_style = space，EditorConfig 插件会拦截并拒绝转换
执行前必须确认的三件事
别急着点菜单，先看状态栏和设置是否就位。否则白操作一次，还可能让缩进更乱。
- 右下角必须显示
Spaces: 4（或你期望的空格数），不是Tabs: 4，也不是Tab Width: 4—— 后两者只表示显示宽度，不反映当前缩进类型 - 用户设置（
Preferences → Settings）中已明确写入"tab_size": 4，且没有被.editorconfig或语法专属设置覆盖 - 已打开的文件未被标记为混合缩进：如果状态栏灰掉或提示
Indentation: Mixed，Convert Indentation to Tabs会被禁用，得先手动清理或切到Plain Text语法再试
为什么转完还是 Spaces: 4？Tab 宽度没对齐
转换结果不是“所有空格都消失”，而是按视觉等宽原则替换。如果你设了 tab_size: 4，但原始缩进是 2 空格一级（如某些 JS 风格），那 2 个空格无法被整除，就会原封不动留在行首——最终文件里既有 \t，也有残留空格，Sublime 仍判定为“空格缩进”。
- 先用
"draw_white_space": "all"开启空白符可视化，看清哪些是·（空格）、哪些是→（Tab） - 若发现混用，别硬转，先执行
Convert Indentation to Spaces归一化，再设好tab_size，最后转 Tab - 转完立刻执行
Indentation: Reindent Lines，否则括号嵌套、if/else 块等结构可能错位
整个项目批量转 Tab？Sublime 原生不支持
侧边栏多选多个 .py 文件 → 右键 → Convert Indentation to Tabs，看起来很自然，但实际大概率静默失败。原因在于：该命令对高亮语法文件（如 Python、JSON）有识别限制，且不保证逐文件顺序执行。
- 对纯文本文件有效，但对语法解析中的文件，Sublime 可能跳过或部分处理
- 真正可靠的方式是用命令行：Linux/macOS 下运行
find . -name "*.py" -exec sed -i 's/^ \{4\}/\t/g' {} \;（仅替换行首 4 空格） - Windows 用户可用 PowerShell：
Get-ChildItem -Recurse -Filter "*.py" | ForEach-Object { (Get-Content $_.FullName) -replace "^ {4}", "`t" | Set-Content $_.FullName } - 注意：这些脚本只处理行首缩进，不会碰字符串或注释里的空格，比编辑器内置命令更可控
tab_size 或 translate_tabs_to_spaces 的值，它只是单次重写缩进字符。下次你新建文件、或重新打开这个文件，缩进行为依然由设置决定——不是“转过一次就永久生效”。
