You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
[FEATURE]: Make App prompt action shortcuts configurable #43088
I have verified this feature I'm about to request hasn't been suggested before.
Describe the enhancement you want to request
The current web/Desktop App on dev has a Keyboard Shortcuts editor, but prompt submit, newline, and alternate delivery are still hardcoded and cannot be rebound. I want these actions exposed through the existing shortcut UI while preserving the current defaults:
prompt.submit: Enter
prompt.newline: Shift+Enter
prompt.submit.alternate: Ctrl/Cmd+Enter — queue or steer opposite the configured follow-up behavior
This would allow configurations such as Enter for newline and Ctrl/Cmd+Enter for submit, with a separate customizable alternate-delivery shortcut, without adding another settings model. Each action should support disabling and restoring its default, and shortcut hints should reflect the effective bindings.
This request targets the current App implementation promoted from v2 to dev. Related historical work does not cover the current implementation:
The proposed implementation registers all three actions in the App command catalog but keeps dispatch editor-local so suggestions, IME composition, selection replacement, and key-repeat behavior remain correct in the current Composer used by both new-session and session surfaces.
Reacted by Bekir Dogan, Dave Hansen-Lange, labtopSir, Simon Kirsten, nil, Zhouys, Bryan Octavio, tooyangtoonaive, Yihao Gao, Ted Won and 4 more
changed the title [-][FEATURE]: Make V2 App prompt submit and newline shortcuts configurable[/-][+][FEATURE]: Make V2 App prompt action shortcuts configurable[/+]on Sep 10, 2026
changed the title [-][FEATURE]: Make V2 App prompt action shortcuts configurable[/-][+][FEATURE]: Make App prompt action shortcuts configurable[/+]on Oct 14, 2026
But cli.json is terminal-only and is not read by the desktop app. I verified this against the shipped bundle: the composer handles keydown with a hardcoded rule (Enter submits, Shift+Enter inserts a newline, Cmd/Ctrl+Enter is the alternate steer/queue submit), and the desktop settings screen exposes no keyboard section at all.
Thanks for the detailed request! In short, you'd like the App's prompt submit (Enter), newline (Shift+Enter) and alternate-delivery (Ctrl/Cmd+Enter) keys added as configurable actions in the existing Keyboard Shortcuts editor. Each would keep its current default, support disabling and resetting, and have hints that show the effective bindings. That would allow setups like Enter for newline and Ctrl/Cmd+Enter for submit.
I checked the current composer: these keys are handled directly in the editor's key handler and aren't registered as rebindable commands, so this is a new capability rather than a bug. The maintainers will consider it.
Activity
[-][FEATURE]: Make V2 App prompt submit and newline shortcuts configurable[/-][+][FEATURE]: Make V2 App prompt action shortcuts configurable[/+]feat(app): make prompt action keybinds configurable
chore(casual): merge prompt keybinds (anomalyco#43088)
feat(app): make prompt action keybinds configurable
15 remaining items
feat(app): make prompt action keybinds configurable
CasualDeveloper commentedon Oct 10, 2026
@bergerx it was closed due to lack of reactions lol - #43128
feat(app): make prompt action keybinds configurable
feat(app): make prompt action keybinds configurable
[-][FEATURE]: Make V2 App prompt action shortcuts configurable[/-][+][FEATURE]: Make App prompt action shortcuts configurable[/+]feat(app): make prompt action keybinds configurable
labtopSir commentedon Oct 14, 2026
Adding some supporting data from the desktop side (2.0.28, macOS arm64).
The TUI already supports the requested layout today:
{ "keybinds": { "input.submit": "super+return", "input.newline": "return" } }But
cli.jsonis terminal-only and is not read by the desktop app. I verified this against the shipped bundle: the composer handleskeydownwith a hardcoded rule (Entersubmits,Shift+Enterinserts a newline,Cmd/Ctrl+Enteris the alternate steer/queue submit), and the desktop settings screen exposes no keyboard section at all.Two notes:
Since feat(app): make prompt action keybinds configurable #43128 states "App and TUI settings remain separate", the TUI keybind config would still not apply to the app once that lands. Reading the same
keybindsentries in both clients would let a single config work everywhere — that is the part [FEATURE] Desktop app: support custom keybinds for input newline (Ctrl+Enter) #43897 asks for.feat(app): make prompt action keybinds configurable #43128 appears to be closed only by automated cleanup rather than rejection, and @CasualDeveloper is maintaining the implementation on their fork. Reopening it against
devwould unblock this. Added a 👍 there as well.feat(app): make prompt action keybinds configurable
feat(app): make prompt action keybinds configurable
opencodejr commentedon Oct 28, 2026
Thanks for the detailed request! In short, you'd like the App's prompt submit (Enter), newline (Shift+Enter) and alternate-delivery (Ctrl/Cmd+Enter) keys added as configurable actions in the existing Keyboard Shortcuts editor. Each would keep its current default, support disabling and resetting, and have hints that show the effective bindings. That would allow setups like Enter for newline and Ctrl/Cmd+Enter for submit.
I checked the current composer: these keys are handled directly in the editor's key handler and aren't registered as rebindable commands, so this is a new capability rather than a bug. The maintainers will consider it.
Related issues, as you noted:
feat(app): make prompt action keybinds configurable
feat(app): make prompt action keybinds configurable
feat(app): make prompt action keybinds configurable
feat(app): make prompt action keybinds configurable