Open
Conversation
Owner
|
The code which is wrapped with In non-interactive commands, we shouldn't display any errors because they might not be called by the user. Some of the functions can be called both interactively and non-interactively and this is quite a mess to handle. Rather than adding the messages, I would handle the nil errors only. |
Author
|
Hey @Fuco1 thanks for your reply. I'm not sure I understand it entirely.
Thanks again |
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
I noticed quite a few commands fail with a generic error when point is not enclosed by a sexp. E.g. call
sp-forward-barf-sexpwhen not inside parens, and you will see:Because many commands call
sp-get-enclosing-sexpwhich can returnnil, and then subsequent operations try to do e.g. math withnilresulting in the above sort of error.This PR adds a new
sp-messageerror and tries to display that rather than the generic error, where possible. I gave up trying to run tests locally, but happy to be instructed if it's not too much effort :)