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
It would be great if we could override some of the default keymaps ie for Tmux users i have CTRL + HJKL for moving between panes and those are default keybinds in opencode.
Similarly none of the readline keybindings should default to anything other than their standard behavior:
ctrl+f should move forward one character, not open a file picker
ctrl-e should jump to the end of the line, not open $EDITOR
ctrl-u should delete from the cursor to the beginning of the line
ctrl-k should delete from the cursor to the end of the line, not open the command pallet
ctrl-n should move down one line
I'm sure there's more but these are just the few that made using the input unusable for me.
I know not everyone knows every single readline keybinding, but many developers know a few and it only takes messing up one to break someone's flow. Readline keybindings should be sacred in terminal inputs.
Overall great job though, opencode looks beautiful! I'm rooting for you!
Similarly none of the readline keybindings should default to anything other than their standard behavior:
ctrl+f should move forward one character, not open a file picker
ctrl-e should jump to the end of the line, not open $EDITOR
ctrl-u should delete from the cursor to the beginning of the line
ctrl-k should delete from the cursor to the end of the line, not open the command pallet
ctrl-n should move down one line
I'm sure there's more but these are just the few that made using the input unusable for me.
I know not everyone knows every single readline keybinding, but many developers know a few and it only takes messing up one to break someone's flow. Readline keybindings should be sacred in terminal inputs.
Overall great job though, opencode looks beautiful! I'm rooting for you!
yep, agreed, i generally hate all things keybinds currently in the app; i think moving everything to /<command> maybe gets us there? once we're on latest bubbletea we can use cmd maybe? cmd+k, for instance, opening the commands dialog... that makes sense
I wouldn't use cmd for any default keybindings. I feel like there's sort of an unspoken rule that cmd is for the emulator program (iTerm, Ghostty, VS Code, etc.), and if the user wants to configure cmd key maps for a TUI program that's something they do themselves (with the knowledge of what emulator they're using). It's also not very cross-platform friendly, of course.
There's plenty of free ctrl and alt keybindings that don't conflict with the main readline keybindings :)
There are so many different preferences when it comes to keybindings, we should just make it fully customizable via the config file. It's not that heavy of a lift imo. I will gladly volunteer to implement it if we decide to go this route.
Activity
net commentedon May 15, 2025
Similarly none of the readline keybindings should default to anything other than their standard behavior:
ctrl+fshould move forward one character, not open a file pickerctrl-eshould jump to the end of the line, not open$EDITORctrl-ushould delete from the cursor to the beginning of the linectrl-kshould delete from the cursor to the end of the line, not open the command palletctrl-nshould move down one lineI'm sure there's more but these are just the few that made using the input unusable for me.
I know not everyone knows every single readline keybinding, but many developers know a few and it only takes messing up one to break someone's flow. Readline keybindings should be sacred in terminal inputs.
Overall great job though, opencode looks beautiful! I'm rooting for you!
adamdotdevin commentedon May 15, 2025
yep, agreed, i generally hate all things keybinds currently in the app; i think moving everything to
/<command>maybe gets us there? once we're on latest bubbletea we can usecmdmaybe?cmd+k, for instance, opening the commands dialog... that makes sensenet commentedon May 15, 2025
I wouldn't use
cmdfor any default keybindings. I feel like there's sort of an unspoken rule thatcmdis for the emulator program (iTerm, Ghostty, VS Code, etc.), and if the user wants to configurecmdkey maps for a TUI program that's something they do themselves (with the knowledge of what emulator they're using). It's also not very cross-platform friendly, of course.There's plenty of free
ctrlandaltkeybindings that don't conflict with the main readline keybindings :)l0gicgate commentedon May 15, 2025
There are so many different preferences when it comes to keybindings, we should just make it fully customizable via the config file. It's not that heavy of a lift imo. I will gladly volunteer to implement it if we decide to go this route.
adamdotdevin commentedon May 15, 2025
yeah, we need to do both; they need to be configurable and we need way better defaults
nacho-vazquez commentedon Jun 11, 2025
We need to start thinking about moving to Lipgloss v2. The progressive keyboard enhancements will shine here.
charmbracelet/bubbletea#1374
I'm open to helping with the migration. Just let me know.
adamdotdevin commentedon Jun 12, 2025
i've already moved over on #38 just have to push my commits
nacho-vazquez commentedon Jun 12, 2025
Nice!
thdxr commentedon Jun 14, 2025
going to close for now as 0.1.x is a rewrite. feel free to open a new issue if it's still a problem
fix(bash): fix PowerShell command handling and stream reading
fix(file/watcher): support flat event format for file watcher updates
feat: add agent-payment-x402 skill for autonomous agent payments
Address PR #11 review
docs: 260604 日志 + 记忆机制主动触发/收工剪枝 + 通用教训 merge
fix(llm): cancel stderr reader when child exits
feat(rust): Phase 2 — DI wiring, migration-journal verify, session ta…
chore(core): fix any types in aisdk.ts + formalize Cycle 7/8 document…
chore: add vmk-bench CI workflow, formalize Cycle 8 completions
fix(smoke): uiprobe 两处加固 + 清单执行脚本改三态结果 [feat: ui-probe-toolkit]