From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/68659 Path: news.gmane.org!not-for-mail From: Tassilo Horn Newsgroups: gmane.emacs.gnus.general Subject: Re: Changes for Emacs 23.1 Date: Mon, 06 Jul 2009 21:16:04 +0200 Message-ID: <87d48doc5n.fsf@thinkpad.tsdh.de> References: <87skh9oe9u.fsf@thinkpad.tsdh.de> <871votlk4j.fsf@randomsample.de> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1246907795 23520 80.91.229.12 (6 Jul 2009 19:16:35 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 6 Jul 2009 19:16:35 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M17086@lists.math.uh.edu Mon Jul 06 21:16:28 2009 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.50) id 1MNtfw-00006c-1p for ding-account@gmane.org; Mon, 06 Jul 2009 21:16:28 +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 1MNtfd-0003go-H6; Mon, 06 Jul 2009 14:16:09 -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 1MNtfc-0003gb-3q for ding@lists.math.uh.edu; Mon, 06 Jul 2009 14:16:08 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx2.math.uh.edu with esmtp (Exim 4.69) (envelope-from ) id 1MNtfa-0005xn-J6 for ding@lists.math.uh.edu; Mon, 06 Jul 2009 14:16:08 -0500 Original-Received: from out2.smtp.messagingengine.com ([66.111.4.26]) by quimby.gnus.org with esmtp (Exim 3.36 #1 (Debian)) id 1MNtg7-0000O9-00 for ; Mon, 06 Jul 2009 21:16:39 +0200 Original-Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id E33713AE8FF for ; Mon, 6 Jul 2009 15:16:04 -0400 (EDT) Original-Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Mon, 06 Jul 2009 15:16:04 -0400 X-Sasl-enc: I2h1c0e+KevlcAq5cHbr8pEwrTlxXQquFhOyqkNuxJpu 1246907764 Original-Received: from thinkpad.tsdh.de (p54AF2289.dip0.t-ipconnect.de [84.175.34.137]) by mail.messagingengine.com (Postfix) with ESMTPA id 05E6B37B5 for ; Mon, 6 Jul 2009 15:16:03 -0400 (EDT) Mail-Copies-To: never In-Reply-To: <871votlk4j.fsf@randomsample.de> (David Engster's message of "Mon, 06 Jul 2009 20:52:12 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.50 (gnu/linux) X-Spam-Score: -3.6 (---) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:68659 Archived-At: David Engster writes: Hi! >> I think at least the config for nnimap groups is so easy, that it >> could be added to the normal section about imap. >> >> (add-to-list 'gnus-secondary-select-methods >> '(nnimap "Fastmail" >> (nnimap-address "localhost") >> (nnimap-stream network) >> (nnimap-authenticator login) >> (nnir-search-engine imap))) ;; Only this line! > > OK, maybe we could at least document the IMAP search features, since > these will probably most widely used. I just think we shouldn't have > any stubs in the Gnus docs which go with Emacs 23. Thinking about it, maybe it's better not to do so and to remove nnir for the 23.1 release. The nnir imap search works great, but getting from a search result to the original article doesn't work in all cases. IMO, searching without being able to reply with the right posting styles and parameters is as bad as not being able to search at all. I override the relevant nnir function: --8<---------------cut here---------------start------------->8--- (defun gnus-summary-nnir-goto-thread () "Redefines the function from nnir.el." (interactive) (unless (eq 'nnir (car (gnus-find-method-for-group gnus-newsgroup-name))) (error "Can't execute this command unless in nnir group.")) (let* ((cur (gnus-summary-article-number)) (group (nnir-artlist-artitem-group nnir-artlist cur)) (mid (mail-header 'message-id (progn (gnus-summary-select-article t) (with-current-buffer gnus-article-buffer (goto-char (point-min)) (mail-header-extract-no-properties)))))) (gnus-activate-group group t) (condition-case nil (let ((articles 1) group-opened) (while (and (not group-opened) ;; stop on integer overflows (> articles 0)) (setq group-opened (gnus-group-read-group articles nil group) articles (if (< articles 16) (1+ articles) (* articles 2)))) (if group-opened (gnus-summary-goto-article mid nil t) (message "Couldn't follow gnus link. %s" "The summary couldn't be opened."))) (quit (message "Couldn't follow gnus link. %s" "The linked group is empty."))) (gnus-summary-refer-thread) ;; TODO: Is there nothing like limiting to the current thread? )) --8<---------------cut here---------------end--------------->8--- I think the original version doesn't manage to open a group, if the last article was deleted. So in my version, I extend the max article count ad infimum. (Yeah, I know, not very elegant, but at least it works.) >>> I think if nnir isn't properly documented, it should be removed from >>> Emacs 23. >> >> I'm not in favour of doing so... > > Just to be clear: I'm talking about the Emacs 23.1 release branch. nnir > should of course stay in Gnus CVS and in the Emacs development trunk. Ah, ok. Then I agree. ;-) >> I wonder if anybody uses nnir with some other search engine than >> imap. If not, I'd vote for putting the imap stuff into nnimap.el and >> dropping nnir altogether. > > Yes, that would be an option for Gnus CVS, but IMO we cannot introduce > such a change for the Emacs 23.1 release. Sure. Bye, Tassilo