Make submit shortcut configurable (or change default from `Ctrl+S`)

Offen

#383 erstellt am 31.7.2026 1 Kommentar 1 Reaktion 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit: 4/5
Geschätzter Aufwand: 3-5 Tage
Anfängerfreundlichkeit: 48/100

Issue-Typ: Feature
Klarheit: Größtenteils klar
Aktivitätsstatus: Ruhig
Tech-Stack: github, go
Bereich: cli

Rechercherichtung

Beginne damit, die UI zum Einreichen eines Stacks und den Handler für das aktuelle Ctrl+S-Tastenkürzel zu finden, und untersuche anschließend, wie gh-stack Eingaben vom Terminal erhält. Lege anhand des Vorschlags fest, welches Binding-Verhalten unterstützt werden soll, und überprüfe, dass das Einreichen mit dem gewählten Tastenkürzel funktioniert, ohne auf Ctrl+S angewiesen zu sein.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

feature request topic: cli - submit

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+S as an optional binding but add an additional default (e.g. Enter on focused submit, Ctrl+Enter, or s in 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.

Vorherrschende Sprache: Go
Sterne: 1.5k
Forks: 73
Ø Merge: 1 T. 8 Std.
Gemergte PRs (30 T.): 7

Beitragsleitfaden

Beitragsleitfaden öffnen

Erste Schritte

Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
Forken Sie das Repository und arbeiten Sie in einem Branch.
Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus github/gh-stack

Please allow both `gh stack` and `gh stacks` commands to work Offen

Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 85/100

github/gh-stack#518 · Erstellt am 21.9.2026
Outdated version number in skill file Offen

Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 92/100

github/gh-stack#499 · Erstellt am 08.9.2026
Add option to allow adding alias even if there's already a binary in path with that name Offen

feature request topic: cli - general

Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100

github/gh-stack#452 · Erstellt am 18.8.2026
Change "Merge when ready" text to "Enqueue" or "Add to merge queue" Offen

feature request topic: auto-merge

Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100

github/gh-stack#438 · Erstellt am 12.8.2026
CONTRIBUTING.md conflicts with collaborator-only PR restriction Offen

bug topic: docs

Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 68/100

github/gh-stack#429 · 3 Reaktionen · Erstellt am 11.8.2026

Alle Issues in github/gh-stack