sublime text 默认不响应数字小键盘的 enter 键（keypad_enter）来提交构建命令，因其与主键盘 enter（enter）触发不同底层 keycode；本文详解原因、验证方法及跨平台解决方案（含 autohotkey 重映射示例）。
sublime text 默认不响应数字小键盘的 enter 键（keypad_enter）来提交构建命令，因其与主键盘 enter（enter）触发不同底层 keycode；本文详解原因、验证方法及跨平台解决方案（含 autohotkey 重映射示例）。
Sublime Text 在处理用户输入时严格区分物理按键所发送的原始 keycode。尽管主键盘的 Enter（macOS 称为 Return）和数字小键盘的 NumPad Enter 在功能上相似，但操作系统向应用程序传递的是两个完全独立的键事件：enter 和 keypad_enter。你可通过 Sublime 控制台直观验证这一差异——按下 Ctrl + ` 打开控制台，执行：
sublime.log_input(True)
随后在编辑器中分别按下主键盘 Enter 和 NumPad Enter，控制台将分别输出：
key evt: enter key evt: keypad_enter
这证实了 Sublime 内部对二者做了明确区分。而构建系统（如 GoSublime 的交互式命令行）、命令面板、快速打开等 UI 组件，仅监听 enter 事件，对 keypad_enter 完全无响应——这是 Sublime Text 的硬编码行为，无法通过修改 Default.sublime-keymap 或插件设置绕过。
因此，单纯添加如下键绑定无效（Sublime 不会将其映射到构建提交逻辑）：
{ "keys": ["keypad_enter"], "command": "exec", "args": {"kill": false} }✅ 可行方案：系统级按键重映射
由于问题根源在输入层，需借助操作系统级工具将 keypad_enter 重定义为 enter：
-
Windows：推荐 AutoHotKey（v2）
创建脚本 numpad_enter_fix.ahk，内容如下：; 将数字小键盘 Enter 映射为主键盘 Enter NumpadEnter::Send "{Enter}"运行脚本后，所有应用（包括 Sublime Text）均接收标准 enter 事件。
macOS：使用 Karabiner-Elements
在「Complex Modifications」中导入或自定义规则，匹配 key_code: keypad_enter 并映射为 key_code: return_or_enter。-
Linux（X11）：通过 xmodmap 或 evremap 工具重映射
示例（临时生效）：xmodmap -e "keycode 104 = Return"
（需先用 xev 确认 NumPad Enter 的 keycode，通常为 104）
⚠️ 注意事项：
- NumLock 状态不影响 keypad_enter 的 keycode，无需反复切换测试；
- 重映射后，该键在所有程序中均等效于主 Enter，请确保符合你的全局操作习惯；
- 若使用 Wayland，需改用 evremap 或桌面环境原生设置（如 GNOME 的 gsettings）。
总结：这不是 Sublime 的配置缺陷，而是跨平台输入事件设计的必然结果。与其等待编辑器支持（可能性极低），不如采用轻量、稳定的系统级重映射——一次配置，永久生效，且兼容所有开发工具。
