-
-
Notifications
You must be signed in to change notification settings - Fork 222
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
Paredit kill right #1024
Comments
I like this! I think that this is how VS Code's command Delete All Right should work in structural context. Well, if it kills to end of list when used from after example 3, at least: (a| e)
=>
(a|) We could consider binding the default shortcut for Delete All Right ( I think the command could be named Question. What should happen here? (a b (c |d)
e) Maybe this: (a b (c |)
e) And from there, this: (a b |e) Not sure. We could also refuse to kill anything... |
I don't think the expression should ever kill outside the current list. So if run here, nothing should happen. Just my 2 cents. (a b (c |)
e) |
Yes, I tried this in Emacs now. It behaves as |
Could you consider changing the keyboard shortcut to something else than Updating to that latest version of Calva killed my muscle memory/programming habit. And I'm sure it is also confusing to a lot of people. Suggestion: replace the default with |
Cont'd from #380.
Emacs paredit-kill effects in slightly different ways than either Calva's kill sexp or kill list.
In all examples that follow, killListForward outcome would be
(a|)
.Whereas paredit-kill has different behavior in each (it's more granular in its effects).
Example 1 - s-expresions
+ paredit-kill = (expressions starting on the current line past the cursor are killed)
(a| e)
Example 2 - comments
+ paredit-kill = (comment killed)
(a| e)
Example 3 - newline
(a| e)
+ paredit-kill = (newline killed)
(a| e)
The text was updated successfully, but these errors were encountered: