-
-
Notifications
You must be signed in to change notification settings - Fork 30.8k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Inconsistent behaviour for ALT+Enter keybinding in pyrepl, ipython and ptpython #121746
Labels
Comments
rodrigogiraoserrao
changed the title
Inconsistent behaviour for ALT+M keybinding in pyrepl, ipython and ptpython
Inconsistent behaviour for ALT+Enter keybinding in pyrepl, ipython and ptpython
Jul 14, 2024
ambv
pushed a commit
that referenced
this issue
Jul 15, 2024
miss-islington
pushed a commit
to miss-islington/cpython
that referenced
this issue
Jul 15, 2024
) (cherry picked from commit 6522f0e) Co-authored-by: Rodrigo Girão Serrão <5621605+rodrigogiraoserrao@users.noreply.github.com>
Thanks, Rodrigo! ✨ 🍰 ✨ |
estyxx
pushed a commit
to estyxx/cpython
that referenced
this issue
Jul 17, 2024
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
Bug report
Bug description:
IPython and ptpython use ALT+Enter to submit multiline input, regardless of the position of the cursor, but the new REPL does not.
Looks like it'd be good to be consistent with those two multiline REPLs.
P.S.
The new REPL has a couple of similar bindings, but they all have issues:
\n
and\r
, unless they support a newer, more advanced terminal protocol (that must be explicitly enabled) (c.f. https://sw.kovidgoyal.net/kitty/keyboard-protocol/)\<return>
is bound to the correct command but it's not activated by the Enter key, it must be some obscure keybinding that I couldn't even figure out how to trigger.CPython versions tested on:
3.13, CPython main branch
Operating systems tested on:
macOS
Linked PRs
The text was updated successfully, but these errors were encountered: