Make submit shortcut configurable (or change default from `Ctrl+S`)
还没有人认领这个 Issue。
评估
调研方向
首先定位 stack 提交 UI 以及当前 Ctrl+S 快捷键的 handler，然后检查 gh-stack 如何接收终端输入。根据提案决定所支持的 binding 行为，并验证使用所选快捷键即可完成提交，而不依赖 Ctrl+S。
由索引模型根据 Issue 内容生成。
描述
Summary
In the stack submission UI, Ctrl+S is used to submit to GitHub. Could we make this shortcut configurable (and/or consider a different default)?
Problem
Ctrl+S commonly maps to "save" in many terminal editors/tools, and in some terminal environments it can conflict with user expectations or existing keybindings. This can lead to accidental submissions or friction when switching contexts. In my case I was unable to submit my stack since Ctrl+S is being hijacked by my terminal and the gh TUI was never able to receive it.
Proposal
One of the following (in order of preference):
- Add configurable keybindings for TUI actions (including submit), with a sensible default.
- Keep
Ctrl+Sas an optional binding but add an additional default (e.g.Enteron focused submit,Ctrl+Enter, orsin a specific mode). - If full keybinding customization is out of scope, switch the default submit shortcut to a less collision-prone key combo.
Additional context
Current behavior observed in stack submission flow where Ctrl+S triggers submit.
- 主要语言
- Go
- 星标
- 1.5k
- 派生
- 73
- 平均合并
- 1 天 8 小时
- 30 天内合并 PR
- 7
贡献指南
从这里开始
- 先读完整个 Issue，再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库，在一个分支上完成修改。
- 提交 Pull Request，并在描述里引用这个 Issue 编号。
github/gh-stack 的其他 Issue
-
难度 2/5 1-3 小时 新手友好度 85/100
-
难度 1/5 1 小时以内 新手友好度 92/100
-
feature request topic: cli - general
难度 2/5 1-3 小时 新手友好度 68/100
-
feature request topic: auto-merge
难度 2/5 1-3 小时 新手友好度 68/100
-
bug topic: docs
难度 1/5 1 小时以内 新手友好度 68/100
相似的 Issue
-
area/dev-productivity area/disaster-recovery area/ipcei kind/enhancement
难度 2/5 1-3 小时 新手友好度 70/100
-
难度 1/5 1 小时以内 新手友好度 85/100
-
难度 2/5 1-3 小时 新手友好度 75/100
-
kind/bug status/0-triage
难度 2/5 1-3 小时 新手友好度 75/100
-
🤔 refinement needed
难度 2/5 1-3 小时 新手友好度 75/100
equinor/radix-operator#1979 ·