nov.el VS consult-project-extra

bddean's ereader and nov.el look appealing, especially with nov-xwidget.el for formatting on the latter.

I'm one of those weird users who works in both, and I've also never really understood the need to pick a side. I initially used emacs for years, and now I've used both for years. I also don't pick a side in the tea and coffee debate, sometimes I want rooibos and others espresso.

Admittedly, my emacs usage at this point is largely to treat it as a collection of distinct apps; fire up in nov-mode¹ mode to read books, fire up in magit-status² to mangle git repository, etc. It really feels like there are a collection of best of breed apps that just happen to built on emacs as a toolkit, most of which are fully functional without buying in to emacs for life(not that I'm saying there is anything wrong with that).

The only time I really use it as an actual editing tool is when I'm working on documentation, and that is largely because I like being able to see inline screenshots in that instance.

¹ https://github.com/wasamasa/nov.el

² https://magit.vc/

It has been considered and rejected due to the inherent complexity: https://github.com/wasamasa/nov.el/issues/4

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).