[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Adding refactoring capabilities to Emacs
From: |
João Távora |
Subject: |
Re: Adding refactoring capabilities to Emacs |
Date: |
Fri, 8 Sep 2023 13:52:53 +0100 |
On Fri, Sep 8, 2023 at 1:46 PM Eshel Yaron <me@eshelyaron.com> wrote:
>
> João Távora <joaotavora@gmail.com> writes:
>
> > Also, it would be very good if we could have an early backend which is
> > *not* LSP. An obvious candidate is Elisp.
>
> FWIW, I think `sweeprolog`, my NonGNU ELPA package for SWI-Prolog can
> also a good non-LSP backend. Elisp would be perfect, no doubt.
> But `sweeprolog` is interesting because it does a lot of code analysi
[...]
> insert a new name, and it renames the variable at once. That's alright
> for renaming local variables, but it would be great to simply plug in to
> a generic refactoring UI.
Great. Precise project-wide analysis (as opposed to more-or-less dumb
grep-based) is exactly the main thing we should be targeting IMO.
Is "rename" the only thing it does or can you, say, extract subexpressions
to variables, organize imports, etc?
> So I can probably try and implement any "refactoring backend functions"
> the new refactoring interface includes, and see how it goes.
Sounds like a plan!
João
Re: Adding refactoring capabilities to Emacs, Dmitry Gutov, 2023/09/07
Re: Adding refactoring capabilities to Emacs, Eshel Yaron, 2023/09/08
- Re: Adding refactoring capabilities to Emacs,
João Távora <=
- Re: Adding refactoring capabilities to Emacs, Eshel Yaron, 2023/09/08
- [semi off topic] grep-based refactoring [was: Adding refactoring capabilities to Emacs], tomas, 2023/09/08
- Re: [semi off topic] grep-based refactoring [was: Adding refactoring capabilities to Emacs], João Távora, 2023/09/08
- Re: [semi off topic] grep-based refactoring [was: Adding refactoring capabilities to Emacs], Dmitry Gutov, 2023/09/08
- Re: [semi off topic] grep-based refactoring [was: Adding refactoring capabilities to Emacs], tomas, 2023/09/08