Personally, I only use scheme for my guix configuration and I dont't think Geiser is missing anything for that perpose. After all, I want my dotfiles to always be evaluated within the global guile environment for my user.
At the same time, I think that having tooling issolate some files from the global environment is important for any code base that is going to be distributed to other users. (e.g. I want SLIME/Cider to only think about modules that are available within the declared dependencies of a particular project). Of course, containerize a particular project fairly effectively with direnv or dir-locals.el. If I were using scheme for anything more serious, I would probably want something more like SLIME/Cider, but for my use case there's nothing missing. On 2022-11-11 11:17, Olivier Dion wrote: > On Fri, 11 Nov 2022, Jake Shilling <[email protected]> wrote: >> I don't really have anything helpful to add, except that I believe >> geiser doesn't work the way SLIME or LSP does, where there's some >> process parsing a project with semantic awareness. Instead it just >> launches guile (or some other repl) and parses the prompt string. As far >> as I know it is really just sending text back and forth between a >> scheme-mode buffer and a runing repl. > > Would this kind of tool be more useful than Geiser? I find that > auto-parsing of the project could really help refactoring stuff and jump > to definition without having to evaluate every module. The REPL can > stay there for on the fly modification of the program of course, but > perhaps a communication would be necessary between the auto-parser and > the REPL. What do you think? -- Best regards, Jake Shilling
signature.asc
Description: PGP signature
