Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Show list of replaces #1924

Open
FStefanni opened this issue Jan 19, 2025 · 2 comments
Open

Show list of replaces #1924

FStefanni opened this issue Jan 19, 2025 · 2 comments

Comments

@FStefanni
Copy link

Hi,

when I execute projectile-find-file, a list of matches shows up in a separate buffer (maybe because I use also helm?).
It would b nice to have the same feature also when I run commands as projectile-replace-regexp.
So that we can inspect matches, apply them also not in order, etc.

Is it possible?

Thank you,
regards

@bbatsov
Copy link
Owner

bbatsov commented Jan 28, 2025

Not sure how easy it'd be to do something like this, as Projectile mostly delegates to built-in Emacs functionality like fileloop in the projectile-replace-* commands. A better UI work require this approach to be reworked.

@FStefanni
Copy link
Author

Hi,

I understand.
To be very honest: I used Emacs a lot many years ago, just now I am trying to switch back for many reasons.
But I have found that Emacs is still lacking a lot of usability improvements that are a given in basically all the IDEs.
The one here proposed in this view: trying to make Emacs a valid alternative to other IDE's.

Regarding the proposed feature, for example compare with what VS Code does.
You can jump around matches, and apply the changes only to some, and remove from the list of matches to hide some of them, etc. Very useful since usually actually interesting matches are a subset of the ones found in large projects.

But I understand that implementing new features can be very hard and time consuming.

Regards

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants