Fork me on GitHub
#chlorine
<
2020-03-02
>
seancorfield18:03:43

@mauricio.szabo What state would you say https://marketplace.visualstudio.com/items?itemName=mauricioszabo.clover is in at the moment? And are you planning to continue work on it to get parity with Atom/Chlorine?

mauricio.szabo18:03:34

I think I would classify it as "Beta, expect bugs to happen". I plan to continue working on it together with Atom/Chlorine, but Chlorine will be my first choice always (because I prefer to work with Atom) unless Atom becomes unmantained / too buggy

mauricio.szabo18:03:43

I mostly update Clover when I change, add some feature, or fix some bug on REPL-Tooling. So I publish a new version of tooling, then update Chlorine and Clover 🙂

seancorfield18:03:50

Nice. I asked because of a thread in #beginners where someone suggested Atom was dead/dying because it isn't being maintained actively, since Microsoft bought GitHub, and therefore VS Code was the de factor successor.

seancorfield18:03:19

My response was that I'd only switch to VS Code if it had a Chlorine-like Clojure integration... which it does 🙂

mauricio.szabo18:03:02

Well, I don't see Atom dying too soon, but I fear that it'll not get new, shiny features, or performance enhancements

mauricio.szabo18:03:51

When I saw that it could be a possibility, I migrated most of the code on Chlorine to REPL-Tooling, so if Atom dies I could port most of the code because it was not editor-dependent 🙂

mauricio.szabo18:03:33

The problem with Clover is that there's no good "Parinfer / Paredit" package for VSCode. The right indentation and paredit-like features are handled by Calva

seancorfield18:03:44

So you'd essentially need Calva installed, just to get a reasonable editing experience, even if you then relied on Clover's evaluation machinery?

mauricio.szabo18:03:15

Yes. I'm thinking about extracting the "editing part" of Calva, but then it'll be another project to maintain...

pez19:03:53

Cava Paredit, Calva Format, and what is today Calva Highlight used to be separate extensions. I brought them in to the same extension because it was easier for me to maintain them that way, and there wasn't anyone else really needing them standalone. But they are still quite disentangled and should be possible to extract to separate extensions again. That would be one way to solve Clover's need. Another could be to see if we could give Calva an API that would disable the things Clover does not need.

seancorfield19:03:19

@mauricio.szabo Is the eval API in Clover exposed like Chlorine does, so that I could write my REBL integration on top of it?

mauricio.szabo20:03:53

@seancorfield not yet. On VSCode, you need to put on the package description all the commands that you expect to call. I'm trying to implement a code that will register commands like Custom Command 1, and so on, and then users can configure these commands on package settings

mauricio.szabo20:03:48

(Atom is incredibly more flexible than VSCode...)

pez20:03:29

Atom is much more Emacsy in that sense.

seancorfield20:03:30

Interesting. Maybe I won't expend any effort on VS Code yet then.

pez20:03:47

Feel invited to get inspired by Calva's simple custom commands, @mauricio.szabo, they work quite well: https://calva.readthedocs.io/en/latest/custom-commands.html

mauricio.szabo20:03:47

Thanks, that's very useful! I'll look at the code to see how you did it 🙂