From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/66361 Path: news.gmane.org!not-for-mail From: David Newsgroups: gmane.emacs.gnus.general Subject: Re: Integration of nnmairix.el Date: Wed, 27 Feb 2008 12:31:21 +0100 Message-ID: References: <87ve65usi5.fsf@arcor.de> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1204111809 4591 80.91.229.12 (27 Feb 2008 11:30:09 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 27 Feb 2008 11:30:09 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M14852@lists.math.uh.edu Wed Feb 27 12:30:34 2008 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 1JUKUU-0008JE-Ji for ding-account@gmane.org; Wed, 27 Feb 2008 12:30:26 +0100 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 1JUKTg-0006pj-Bp; Wed, 27 Feb 2008 05:29:36 -0600 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 1JUKTe-0006pN-Or for ding@lists.math.uh.edu; Wed, 27 Feb 2008 05:29:34 -0600 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx1.math.uh.edu with esmtp (Exim 4.67) (envelope-from ) id 1JUKTY-0000Mm-Bh for ding@lists.math.uh.edu; Wed, 27 Feb 2008 05:29:34 -0600 Original-Received: from main.gmane.org ([80.91.229.2] helo=ciao.gmane.org) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1JUKTd-0005Tb-00 for ; Wed, 27 Feb 2008 12:29:33 +0100 Original-Received: from list by ciao.gmane.org with local (Exim 4.43) id 1JUKTU-0003V5-PP for ding@gnus.org; Wed, 27 Feb 2008 11:29:24 +0000 Original-Received: from kafka.physik3.gwdg.de ([134.76.92.48]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 27 Feb 2008 11:29:24 +0000 Original-Received: from de_bb by kafka.physik3.gwdg.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 27 Feb 2008 11:29:24 +0000 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 49 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: kafka.physik3.gwdg.de User-Agent: Gnus/5.110007 (No Gnus v0.7) Emacs/22.1 (gnu/linux) Cancel-Lock: sha1:nJTtwhdO+HVqP60Ndec9GJhiUjY= X-Spam-Score: -2.6 (--) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:66361 Archived-At: Reiner Steib writes: >>> - Documentation. Minimally the content from >>> should be >>> converted to texinfo to fit into `texi/gnus.texi'. >> >> OK, I'll do that. ... and I'm working on it. :-) I will release a new version soon which more or less contains all the features which I had in mind when I started with nnmairix, especially the possibility to propagate marks from articles in nnmairix groups to the original ones. This will make it possible to actually use nnmairix groups for incoming mail (as an alternative to splitting). When that's finished I'll write up the documentation. > We also want to install nnir.el soon. nnir.el uses `G G' (only a > single binding). (And there's contrib/gnus-namazu.el which uses `C-c > C-n' when `gnus-namazu-insinuate' is called). Maybe we should think > about using some two key stroke prefix for mail search facilities (I'm > not sure if it makes sense to use nnir.el and nnmairix.el at the same > time). Some people might want to use nnir.el e.g. for IMAP and nnmairix.el for locally stored archive groups, so it should be possible to use both. > For the Group mode, we could use e.g. `G b', `G B' or `G G' as prefix > for (mail) search. In the Summary mode, we may use the same prefix or > a different one. I don't have a strong opinion on this. (`G b' runs > `gnus-summary-best-unread-article', but it is also on `,', so we may > steal this or move it to `G B'.) Opinions? Using the same prefix in group and summary mode is a good idea. >> so maybe users should have to explicitly put (require 'nnmairix) >> into their .gnus for activating them. > > Loading a package should not perform changes like this. There should > be an autoloaded initialization function instead. (If detecting a > working mairix installation is possible, we could install it from > `gnus.el'/`gnus-start.el' depending on the result.) We could simply check for the existence of the configuration file ~/.mairixrc, although that's of course configurable and also wouldn't catch the case where mairix is called remotely. Maybe we could just enable 'G b c' for creating a nnmairix server with the default search group (one could put this in the menu under "Foreign Groups"). The rest would then only be enabled at start up if a nnmairix server exists. -David