2 ms·
Asking for money might be a bit much! It's still Lars' package, after all, and no one has asked for money for it so far. Plus, I'd be afraid of the "you broke i
by girzel 9y ago
Asking for money might be a bit much! It's still Lars' package, after all, and no one has asked for money for it so far. Plus, I'd be afraid of the "you broke it, you bought it" policy – I don't want to be responsible for the whole thing! Just the servers and groups and marks bit of it. And search, I guess. I'm just planning on making incremental changes.
What you describe about reworking Gnus to be more like Notmuch wouldn't necessarily take that much work. Gnus doesn't do any searching itself, it just delegates to a search engine like Notmuch or Mairix or the built-in IMAP engine. Gnus and IMAP are very much married to the idea of groups/folders, but none of the other search engines are. They return their results regardless of group/folder, and then Gnus actually goes to the work of filtering out results that aren't in the selected group(s).
All that's needed is to make it easier for the user to launch a search of an entire server, without forcing them to select which groups to use. This would suck for IMAP searches, but work just fine with other search backends.
If Andy Cohen's work on nnselect could land, then I could finish work on the generalized search backend. That would allow you to issue a single search against different backends (say a local maildir indexed with Notmuch, and a remote IMAP server). The search would be translated for the different backends, and all the results displayed together in one group.
- nextos 9y agoSounds great to hear there's some active development going on Gnus! As a user I was a bit upset with things slowing down. I look forward to testing all these new search improvements. Thanks for taking the time to write this up. I tried to hack a bit on Gnus, but I admittedly found the codebase quite overwhelming compared to Mu4e or Notmuch, which are an order of magnitude simpler and thus easier.