affe VS swiper

and another one, from the author of consult/vertico/..., minad, is affe: https://github.com/minad/affe

Why does it not mention affe from u/minad-emacs? https://github.com/minad/affe

If you don't mind, I have a bit of an unrelated question for you: What are your thoughts on Emac's existing multithreading support? For a few weeks now, I'm trying to do something practical with them, and found that they at least enable one thing: accept-process-output can be done without blocking the main thread (I have an small example and I'm preparing a blog post). I'm asking because I stumbled upon this project of yours: https://github.com/minad/affe and thought that it would be easier to implement with threads (with all their limitations). It would require careful coding so that the heavier computations don't block or starve the main thread, but I think it's possible, and would result in smaller and more performant code.

I found [affe.el](https://github.com/minad/affe), but I don't want to add this package if doom supports this kind of feature.

The closest thing you're looking for is affe it just uses completing-read in an async manner. The filtering is also done async so there is no lag. It supports emacs' completion styles, e.g. you can couple it with orderless.

Affe provides an asynchronous fuzzy finder similar to the fzf command-line fuzzy finder, written in pure Elisp. A producer process is started in the background, e.g., find, fd or ripgrep. The output produced by this process is filtered by an external asynchronous Emacs process. The Emacs UI always stays responsive since the work is completely off-loaded to other processes. The results are presented in the minibuffer using Consult, which allows to quickly select from the available items.

You may want to try my Affe, the Asynchronous Fuzzy Finder for Emacs, which works similarly to fzf and is fast, since the file list is generated only once and the filtering is performed in an external process on all files. However there is also no support for flex sorting, only filtering as offered by orderless.

This is a good improvement. Personally though I left isearch behind. For further search convenience / functionality I highly recommend swiper.

Next you "only" have to remember (elisp) function names. "Completion UIs" like ivy/counsel, icomplete, helm or vertico/consult, give you a nice auto completion list on M-x (choose the one of them, you like the most). Some of those Completion UIs will display existing keybindings and a short documentation for commands, near the auto complete candidates. So you will start to remember more keybindings without "learning sessions", just because invoking functions via keybindings is much faster (more convenient).

Proposal 4 (group-function). This one is an actual addition, which allows candidate gouping in the style of Helm. Note that it is a pure addition. Completion UIs and completion packages work perfectly fine without it. It wouldn't be difficult to add support to Ivy. I wrote the patch.

For the unfamiliar, Swiper is a part of Ivy which lets you search through your buffer with a preview of match candidates: you type some text you're looking for, and up pops a list of matching lines in the minibuffer that you can then use the arrow keys, C-n C-p etc. to scroll through and select the one you want.

When I started using Emacs I was following the setup outlined by System Crafters, which I still think is a really good introduction. But, over the last few months I've started to replace packages with more "minimalist" or "stripped down" packages. I've switched from Ivy and Counsel to Vertico and Consult, and recently I switched from company to corfu for auto-completion.

Ah, neat. I hadn't considered appending comments for searchability. I'm currently getting searchabiity from M-x dwim-... and ivy completion.

Great question. I have one big file with a few hundreds book and quotations from them. Problem is with newlines. When I copy text from kindle it doesn't have newlines because it's depends on font size. So every quotation from book is on one line - could be few thousands chars. I use visual-line-mode and there is a big problem with that. Like swiper would just freeze your emacs if you try to search. https://github.com/abo-abo/swiper/issues/925 Anyone have same problem?

Then hit C-' (that's apostrophe, left of enter on US keyboards). Preferably with something like [ivy][https://github.com/abo-abo/swiper] set up so you can see what it's trying to autocomplete for you- it should be suggesting all of your org 'notebooks' in the targeted folder, as well as any buffers you have open.