From: Eric Abrahamsen <eric@ericabrahamsen.net>
To: ding@gnus.org
Subject: Re: [RFC] Gnus generalized search, part II
Date: Wed, 26 Apr 2017 15:31:37 -0700 [thread overview]
Message-ID: <87tw5aztpy.fsf@ericabrahamsen.net> (raw)
In-Reply-To: <87h91b3z2m.fsf@ericabrahamsen.net>
Eric Abrahamsen <eric@ericabrahamsen.net> writes:
> Andrew Cohen <cohen@bu.edu> writes:
>
>> I found a few minutes to try the generalized search but couldn't get the
>> file to load :( I suspect just some simple typos, but I haven't had the
>> time to track them down (and they all seem to be in search backends that
>> aren't functional anyway).
>
> Bah, it looks like I pushed a slightly older version from the wrong
> machine. Sorry about that. Those changes look correct, but there might
> be a few more, I'll check in a second.
>
> Actually, I decided it was silly to try to maintain two versions of the
> same code, so I'm just going to rebase the whole thing on top of
> features/gnus-select. I'll try to get that done today, and that will
> include fixing these blunders.
Okay, the scratch/gnus-search branch is now rebased onto
features/gnus-select. I've renamed everything from nnir to gnus-search,
and dropped all the unused code. I'll admit it was enjoyable.
I think you'll have to pull --force to make it work. It was a right mess
getting it rebased, and I hope I haven't screwed anything up.
Things:
1. I moved the -make-search-group functions out of nnselect and into
gnus-search, since that seems like the right place for them.
2. I renamed the `nnir-mode' function to `nnselect-mode' and moved it
into nnselect.el. That function should apply to all nnselect groups,
not just search groups. But I don't know the right place to trigger
it, and currently it isn't called at all. I wish groups had a
parameter holding a group-specific bit of code to run on summary
buffer creation.
3. I poked at nnselect here and there, to get it basically working with
gnus-search. It shouldn't be anything too invasive.
Next:
1. I'd like to address the threading issue, and write
`gnus-search-refer-thread'. I haven't really looked at this issue
yet.
2. I'm curious when `nnselect-request-article' is ever called with a
message-id string, rather than an article number. As I said, I'll
re-instate the shortcut for message-id searching in the imap engine,
but does this ever actually happen?
3. Figure out a proper way to run the nnselect-mode function in nnselect
summary buffers. I tried making that a real major mode, derived from
Gnus' summary-mode, but that made a mess of things and I backed off
from it.
At some point, I guess when the threading issue is resolved, I'm hoping
you'll merge this scratch branch into features/gnus-select. Then
development/testing can continue in that branch (we can let it mellow
for a bit while docs are written), and then eventually that gets merged
into master.
Eric
next prev parent reply other threads:[~2017-04-26 22:31 UTC|newest]
Thread overview: 41+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-04-21 21:35 Eric Abrahamsen
2017-04-22 0:16 ` Andrew Cohen
2017-04-22 7:50 ` Eli Zaretskii
2017-04-22 8:00 ` Andrew Cohen
2017-04-22 19:53 ` Lars Ingebrigtsen
2017-04-22 20:26 ` Eric Abrahamsen
2017-04-24 20:30 ` Eric Abrahamsen
2017-04-26 4:41 ` Andrew Cohen
2017-04-26 6:31 ` Adam Sjøgren
2017-04-26 7:39 ` Saša Janiška
2017-04-26 16:07 ` Eric Abrahamsen
2017-04-26 9:21 ` Joakim Jalap
2017-04-26 15:51 ` Eric Abrahamsen
[not found] ` <7e7ccca805864b5398551cc74123df11@HE1PR01MB1898.eurprd01.prod.exchangelabs.com>
[not found] ` <87k2653oum.fsf@delle7240>
2017-04-27 19:35 ` Eric Abrahamsen
2017-04-28 1:18 ` Andrew Cohen
[not found] ` <cb06d28e83ab4a6cab1b3cd02fc7e554@HE1PR01MB1898.eurprd01.prod.exchangelabs.com>
[not found] ` <87zif16j2t.fsf@delle7240>
2017-04-28 9:16 ` Andrew Cohen
2017-04-26 8:18 ` Andrew Cohen
2017-04-26 16:37 ` Eric Abrahamsen
2017-04-26 22:31 ` Eric Abrahamsen [this message]
2017-04-27 4:27 ` Andrew Cohen
2017-04-27 18:22 ` Eric Abrahamsen
2017-04-28 1:15 ` Andrew Cohen
2017-04-28 18:23 ` Eric Abrahamsen
2017-04-28 20:52 ` Eric Abrahamsen
2017-04-28 23:26 ` Andrew Cohen
2017-04-29 3:57 ` Eric Abrahamsen
2017-04-29 9:37 ` Andrew Cohen
2017-04-30 5:13 ` Eric Abrahamsen
2017-04-28 23:34 ` Andrew Cohen
2017-04-29 4:16 ` Eric Abrahamsen
2017-04-29 21:20 ` Harry Putnam
2017-04-30 0:15 ` Andrew Cohen
2017-04-26 17:50 ` Eric Abrahamsen
2017-04-26 8:22 ` Andrew Cohen
2017-04-23 13:48 ` Dan Christensen
2017-04-23 17:19 ` Eric Abrahamsen
2017-04-23 17:59 ` Dan Christensen
2017-04-23 23:22 ` Eric Abrahamsen
2017-04-24 1:37 ` Dan Christensen
2017-04-24 21:02 ` Eric Abrahamsen
2017-06-10 4:46 ` Eric Abrahamsen
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87tw5aztpy.fsf@ericabrahamsen.net \
--to=eric@ericabrahamsen.net \
--cc=ding@gnus.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).