Closed 10b14224cc closed 4 months ago
Thanks, indeed I find an inconsistency between the documentation and the actual default binding. I don't remember which one is the one that I originally intended.
I checked the change history. When the vi mode implementation was first introduced, C-RET seems to have meant the history expansion (history-expand-line) (f82cbc4
), which inherited the binding in the emacs mode (c68412b
). I soon changed it to mean the insertion of a newline (newline) (4b68c1c
). I later decided to change it to mean the forcible execution of the command (accept-line) (2bc1a83
) in vi_imap
together with other keymaps. However, it was reverted to newline in commit 2b20c88
, which doesn't seem to be intentional. Also, C-RET in vi_map
is inconsistent with other keymaps. I think I should change it back to accept-line.
Thank you for the report. I'll later update the default keybinding of vi_imap
.
I'm currently working on other parts of ble.sh, so I'll apply the fix later. Until I push the fix, could you temporarily bind C-RET to the original one in your ~/.blerc
?
# blerc
ble-bind -m vi_imap -f C-RET accept-line
Well I can useC-j
for the time being :)
I pushed a fix 0b18f3c254d7bc16728f840f94447cff957ecd46. Could you check the behavior?
@10b14224cc Have you checked this? Can I close the issue?
Now RET
creates a new line and CTRL-RET
execute the whole command
Thanks for the confirmation!
ble version: Bash version:
CTRL-RET
. The cursor goes on to a new line, a newline is created, but the commands are not run. This is against documented behaviorCTRL-j
. The commands are correctly executed in their order.