sjlevine
Add support for multiline input
Fixes #24 and follows the decision there that using paredit is the best approach.
When the user presses enter in the REPL, if there are missing close braces it adds a newline instead of evaluating it. (In particular it parses the existing input with paredit and checks for any error containing "but reached end of input").
I went with only adding the newline when the end of input message arises since it seems like other syntax issues would be mistakes instead of wanting a newline. Although, that limit can be removed by skipping commit 8e0f53f.
There's also some improvement for support of multiple cursors, since I had to rewrite those sections already. Plus I removed a few redundant checks since I was looking at promptMarker code anyways
So… you have 3 useful pull requests pending, one from june of last year. No action was taken to help in maintenance since this constructive discussion: https://github.com/sjlevine/atom-slime/issues/77.
As a last resort, did you consider creating your Atom package ?
I wanted to talk about it once more before taking a step that drastic.
@sjlevine about 5 months ago, you said you would have "some time in a few months to work on this more then. If not, re can re-evaluate then." Unless this time will be appearing imminently, this project needs a better systen to maintain it; at least a second maintainer we can write to the repo. @vindarel mentioned the state of PRs, but even for the REPL PR that was merged into master, there have been two times where I've had to reply to an issue why it's labeled as fixed but the issue persists. I'd rather not fork this project into a new Atom package, but if there isn't a plan to maintain this repository, I don't see another choice.