deadgrep VS consult-project-extra

Deadgrep (uses ripgrep and evil-collection has a binding) takes me to my happy place -

https://github.com/Wilfred/deadgrep

theres a package for this that’s god tier: deadgrep

this is cool too Wilfred/deadgrep: fast, friendly searching with ripgrep and Emacs

rg.el or deadgrep: Emacs interfaces to ripgrep, a grep-like tool that is very fast. This lets us search across a large number of files for a pattern of text. The disadvantage of searching for text is that if you are looking for the method called foo and there are hundreds of them that exist, it can be hard to know which one you really want. On the other hand, at the scale and complexity that you are talking about, I can imagine that more IDE-like tools just start failing.

Yes in this area (text search) there is many alternatives. Wilfred Hughes (author of deadgrep) has listed them in: https://github.com/Wilfred/deadgrep/blob/master/docs/ALTERNATIVES.md

Anyone interested in this should also check out deadgrep: https://github.com/Wilfred/deadgrep

Deadgrep does this, IIUC (I use ripgrep.el instead, but I think deadgrep does something like what you want)

deadgrep is an interface to ripgrep.

consult-project, to be clear, is not a part of the consult package. project.el has had over 25 commits since consult-project last commit, which may mean it’s not up to date with the current library. Regardless, using consult and project.el commands work for me, just trying to offer alternatives.

Others have mentioned the awesome projectile, but I think it should be said that Emacs now has built in project.el which has come in leaps and bounds (though probably still lacks some projectile features).

I use project.el alongside consult[1] which has many convenient wrapper functions over built-in ones, like an enhanced `switch-to-buffer` with project support. I am actually using an even tighter integration called consult-project-extra[2].

The most advanced and overkill solution would probably be to use bufler.el[3] which basically allows you to define your custom logic for buffer grouping.

[1] https://github.com/minad/consult

[2] https://github.com/Qkessler/consult-project-extra

[3] https://github.com/alphapapa/bufler.el

In the meantime, a small consult extension package I threw together for project jumping + project buffer+file selection is consult-jump-project (see also consult-project-extra which it was inspired by). Be sure to increase your recentf file count to something large, like 1000. These use the inbuilt project.el to determine the list of known projects.

Enrique here! The consult-project-extra package got recently accepted into MELPA. Nevertheless, expect to also find the package in GNU ELPA in the future, since it only requires packages either built into Emacs or on GNU ELPA (as is consult).