From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/79539 Path: news.gmane.org!not-for-mail From: Dave Abrahams Newsgroups: gmane.emacs.gnus.general Subject: Re: `gnus-refer-article-methods' and `gnus-summary-refer-thread' Date: Sat, 23 Jul 2011 11:28:25 -0400 Message-ID: References: <87r55honjt.fsf@andy.bu.edu> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Trace: dough.gmane.org 1311434985 16226 80.91.229.12 (23 Jul 2011 15:29:45 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sat, 23 Jul 2011 15:29:45 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M27835@lists.math.uh.edu Sat Jul 23 17:29:40 2011 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from util0.math.uh.edu ([129.7.128.18]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Qke96-0000C3-00 for ding-account@gmane.org; Sat, 23 Jul 2011 17:29:40 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by util0.math.uh.edu with smtp (Exim 4.63) (envelope-from ) id 1Qke8G-0006Mf-Sk; Sat, 23 Jul 2011 10:28:48 -0500 Original-Received: from mx2.math.uh.edu ([129.7.128.33]) by util0.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1Qke8D-0006MM-TZ for ding@lists.math.uh.edu; Sat, 23 Jul 2011 10:28:45 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx2.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.76) (envelope-from ) id 1Qke8B-0001Zg-Tc for ding@lists.math.uh.edu; Sat, 23 Jul 2011 10:28:45 -0500 Original-Received: from lo.gmane.org ([80.91.229.12]) by quimby.gnus.org with esmtp (Exim 4.72) (envelope-from ) id 1Qke89-0002Mp-2l for ding@gnus.org; Sat, 23 Jul 2011 17:28:41 +0200 Original-Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1Qke88-0008Lj-Ve for ding@gnus.org; Sat, 23 Jul 2011 17:28:40 +0200 Original-Received: from 207-172-223-249.c3-0.smr-ubr3.sbo-smr.ma.static.cable.rcn.com ([207.172.223.249]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 23 Jul 2011 17:28:40 +0200 Original-Received: from dave by 207-172-223-249.c3-0.smr-ubr3.sbo-smr.ma.static.cable.rcn.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 23 Jul 2011 17:28:40 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 69 Original-X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: 207-172-223-249.c3-0.smr-ubr3.sbo-smr.ma.static.cable.rcn.com User-Agent: Gnus/5.110018 (No Gnus v0.18) Emacs/23.3 (darwin) Cancel-Lock: sha1:SAxWXBzBWi/I323JJ0d8PQXkWS0= X-Spam-Score: -6.1 (------) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:79539 Archived-At: on Fri Jul 22 2011, Andrew Cohen wrote: >>>>>> "Dave" == Dave Abrahams writes: > > Dave> It's a bit curious that when I'm sitting on the root of a > Dave> thread, `A T' doesn't find the rest of it via nnir when I have > Dave> that in `gnus-refer-article-methods'. > > `A T' (gnus-summary-refer-thread) doesn't use gnus-refer-article-methods > at all. This is distinct from `^` (gnus-summary-refer-parent-article) > which consults the entries in `gnus-refer-article-methods' in order > until the parent is found. Right. Like I said in the part of my post you didn't cite, I think I understand why it's that way, but it seems like a programming artifact rather than a design decision. > For nnimap groups `A T' searches /in the current group/ for any article > that is referenced in the primary article, or refers to the primary > article or any of its references. In rare cases where mailers have not > properly coordinated references it is possible for this to miss > articles, but it should be rare and avoiding it would require recursing > searches which would be very slow. I'm not trying to deal with the case of improperly-coordinated references. I delete/expire things from my INBOX but sometimes want to get to the parent article of a message, which is certainly in my "All Mail" group (cool, your nnir features make that work for me!) or reconstruct the thread attached to a message (bummer, no dice). These seem—from a user's point-of-view—like highly similar operations, and I don't see why the article searches shouldn't proceed through all the same means. > What it does /not/ do is search across multiple groups, and this is the > most likely reason for not finding all articles within a thread. Yes, I'm aware that's why it's not finding the article. > The current function adds the found articles from the current group > into the summary buffer. Nnir creates an ephemeral group which can > contain articles from multiple groups which is substantively > different. Yes, but when I use `^' it can use nnir to insert articles that don't exist in the current group into the current group's summary buffer... which would is substantively similar to what I'm asking for ;-) > Having said that I am just about to check in a > modification that will allow searching across multiple groups through > the use of a prefix-arg or setting a variable. Rather than calling the > current `gnus-summary-refer-thread' this will construct the same imap > search pattern but use nnir to search across the entire server and > create an ephemeral group with the results. I'm not yet sure I understand what you're describing. For Wanderlust I co-wrote some code that, given a message, will pop up that message's whole thread (with the source message selected) in an ephemeral group . That was very useful to me and would be happy to use something just like that instead of the current `A T' functionality, if that's what you're proposing. -- Dave Abrahams BoostPro Computing http://www.boostpro.com