From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/80101 Path: news.gmane.org!not-for-mail From: Ted Zlatanov Newsgroups: gmane.emacs.gnus.general Subject: Re: nnir, gnus-goto-article and such Date: Thu, 29 Sep 2011 03:27:05 -0500 Organization: =?utf-8?B?0KLQtdC+0LTQvtGAINCX0LvQsNGC0LDQvdC+0LI=?= @ Cienfuegos Message-ID: <87sjnfn486.fsf@lifelogs.com> References: <87pqinvvg4.fsf@lifelogs.com> <87aa9pu1tx.fsf@lifelogs.com> <878vp8nq6y.fsf@lifelogs.com> Reply-To: ding@gnus.org NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1317285021 13991 80.91.229.12 (29 Sep 2011 08:30:21 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 29 Sep 2011 08:30:21 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M28395@lists.math.uh.edu Thu Sep 29 10:30:16 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 1R9C0V-0004zN-0p for ding-account@gmane.org; Thu, 29 Sep 2011 10:30:15 +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 1R9C0R-0005SE-Ul; Thu, 29 Sep 2011 03:30:11 -0500 Original-Received: from mx1.math.uh.edu ([129.7.128.32]) by util0.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1R9C0Q-0005Rz-Lk for ding@lists.math.uh.edu; Thu, 29 Sep 2011 03:30:10 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx1.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.76) (envelope-from ) id 1R9C0P-00063Z-Bg for ding@lists.math.uh.edu; Thu, 29 Sep 2011 03:30:10 -0500 Original-Received: from lo.gmane.org ([80.91.229.12]) by quimby.gnus.org with esmtp (Exim 4.72) (envelope-from ) id 1R9C0N-0006T6-VY for ding@gnus.org; Thu, 29 Sep 2011 10:30:07 +0200 Original-Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1R9C0N-0004ws-SH for ding@gnus.org; Thu, 29 Sep 2011 10:30:07 +0200 Original-Received: from 38.98.147.133 ([38.98.147.133]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 29 Sep 2011 10:30:07 +0200 Original-Received: from tzz by 38.98.147.133 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 29 Sep 2011 10:30:07 +0200 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: ding@gnus.org Original-Lines: 39 Original-X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: 38.98.147.133 X-Face: bd.DQ~'29fIs`T_%O%C\g%6jW)yi[zuz6;d4V0`@y-~$#3P_Ng{@m+e4o<4P'#(_GJQ%TT= D}[Ep*b!\e,fBZ'j_+#"Ps?s2!4H2-Y"sx" Mail-Copies-To: never User-Agent: Gnus/5.110018 (No Gnus v0.18) Emacs/24.0.90 (gnu/linux) Cancel-Lock: sha1:qVqrO5VFXK4WnE11mRiRblutjD4= X-Spam-Score: -4.2 (----) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:80101 Archived-At: On Wed, 28 Sep 2011 22:06:37 -0400 Dave Abrahams wrote: DA> So, thanks, you seem to have gotten me over one hump... here's my patch: DA> Modified lisp/gnus-sum.el DA> diff --git a/lisp/gnus-sum.el b/lisp/gnus-sum.el DA> index 423de35..8452bb9 100644 DA> --- a/lisp/gnus-sum.el DA> +++ b/lisp/gnus-sum.el DA> @@ -9077,6 +9077,13 @@ non-numeric or nil fetch the number specified by the DA> (setq number (gnus-summary-insert-subject message-id))) DA> ;; and display the article. DA> (gnus-summary-select-article nil nil nil number) DA> + (when (bound-and-true-p gnus-registry-install) DA> + (let ((header (gnus-summary-article-header (gnus-summary-article-number)))) DA> + (gnus-registry-handle-action DA> + message-id nil DA> + (gnus-method-to-full-server-name gnus-override-method) DA> + (mail-header-subject header) DA> + (mail-header-from header)))) DA> (throw 'found t))) DA> (gnus-message 3 "Couldn't fetch article %s" message-id))))))) DA> But now, of course, gnus-warp-to-article doesn't consult the registry to DA> find out the article's group, so `A T' still fails. For some reason, it DA> goes directly to the backend, only one of which supports warping: nnir. I think you need to explicitly enable nnregistry so that will work (see the comments). Perhaps it should be automatically loaded when the Gnus registry is initialized. Andy Cohen did that work IIRC so I don't know if there are any reasons not to do it. It seems reasonable to me. DA> [Aside: it seems like this territory is full of components that could in DA> principle be nicely generalized, but whose implementation has only been DA> made to work for one specific usage scenario] I can't tell, I was not involved with writing these components. At least for the registry I know it's optional so we can't depend on it. Ted