[FEATURE]: Bypass or auto-switch IME (Input Method) when using the "leader" key

[miaonai]

Feature hasn't been suggested before.

• I have verified this feature I'm about to request hasn't been suggested before.

Describe the enhancement you want to request

Description

Currently, when using OpenCode with an active Input Method Editor (IME) like Microsoft Pinyin (Chinese), the leader key (default ctrl+x) workflow is interrupted.

If I press the leader key and then press a letter key, the letter is intercepted by the IME, which brings up the candidate window instead of triggering the corresponding OpenCode shortcut. To make it work, I either have to press Enter to commit the raw letter through the IME, or manually switch my IME to English mode before initiating the leader key sequence.

Proposed Enhancement

It would be greatly appreciated if OpenCode could handle this more seamlessly for non-English users. There are two potential approaches:

1. Bypass the IME: When the leader key state is active, capture the raw keystrokes directly, bypassing the system's IME interception entirely.
2. Auto-switch IME: Automatically switch the system input method to English/Alphanumeric mode upon pressing the leader key, and automatically restore the previous IME state once the command is executed or canceled.

Benefits

• Smoother Workflow: Users won't have to constantly monitor or manually toggle their IME status just to use shortcuts.
• Better User Experience: Prevents frustrating moments where shortcuts fail because the user forgot to switch to English, making OpenCode feel much more responsive and native.

[github-actions]

This issue might be a duplicate of existing issues. Please check:

• [FEATURE]: Keybinds should work regardless of active input method (non-English IME support) #16252: [FEATURE]: Keybinds should work regardless of active input method (non-English IME support) — same core problem: leader key and shortcuts not working when a non-English IME is active, with a nearly identical proposed fix
• [Bug] Keyboard shortcuts don't work when Chinese IME is active #24192: [Bug] Keyboard shortcuts don't work when Chinese IME is active — same symptom reported as a bug with technical analysis of the root cause

For keybind-related issues, please also check our pinned keybinds documentation: #4997

[miaonai]

This issue might be a duplicate of existing issues. Please check:此问题可能与现有问题重复。请检查：

• [FEATURE]: Keybinds should work regardless of active input method (non-English IME support) #16252: [FEATURE]: Keybinds should work regardless of active input method (non-English IME support) — same core problem: leader key and shortcuts not working when a non-English IME is active, with a nearly identical proposed fix [FEATURE]: Keybinds should work regardless of active input method (non-English IME support) #16252 ：[功能]：无论当前使用的输入法是什么，快捷键都应该有效（支持非英语输入法）——核心问题依旧存在：当使用非英语输入法时，引导键和快捷键无法正常工作，并且提出的修复方案几乎完全相同。
• [Bug] Keyboard shortcuts don't work when Chinese IME is active #24192: [Bug] Keyboard shortcuts don't work when Chinese IME is active — same symptom reported as a bug with technical analysis of the root cause [Bug] Keyboard shortcuts don't work when Chinese IME is active #24192 ：[Bug] 启用中文输入法时键盘快捷键无法使用——症状与报告的 bug 相同，并已对根本原因进行了技术分析

For keybind-related issues, please also check our pinned keybinds documentation: #4997关于按键绑定相关问题，请同时查看我们的固定按键绑定文档： #4997

Thanks for the suggestions. I am aware that #16252 and #24192 were successfully resolved in PR #22041. That PR did a great job fixing the recognition of modifier key combinations (like ctrl+x) while a non-English IME is active.

However, my feature request addresses a different scenario: the sequential workflow AFTER the leader key is successfully triggered.

While PR #22041 fixed the initial leader keystroke (ctrl+x), the subsequent key in a leader sequence is usually a single, bare letter (e.g., just pressing a or c). Because it is a bare letter without modifiers, the OS IME naturally intercepts it and opens the candidate window.

This request is specifically asking for a feature to temporarily bypass the IME (or auto-switch to English) only while OpenCode is in the "waiting for leader key sequence" state. This would prevent users from having to press Enter to pass the raw letter through the IME just to complete a shortcut.

To summarize, this is a workflow enhancement for sequential keybinds (chords), not a duplicate of the modifier key bug fixed in PR #22041.