From mboxrd@z Thu Jan 1 00:00:00 1970 From: Xiao-Yong Jin Subject: Re: Integration of Org mode and mairix Date: Tue, 31 Jul 2007 12:56:18 -0400 Message-ID: <876440tsul.fsf@presario.homelinux.org> References: <87r6n6ni2j.fsf@bzg.ath.cx> <20070720160833.GD28297@atlantic.linksys.moosehall> <87k5spsw81.fsf@bzg.ath.cx> <87ejip7ud8.fsf@bzg.ath.cx> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1IFv1V-0002AV-0b for emacs-orgmode@gnu.org; Tue, 31 Jul 2007 12:56:41 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1IFv1T-0002AJ-Jt for emacs-orgmode@gnu.org; Tue, 31 Jul 2007 12:56:39 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IFv1T-0002AG-Ea for emacs-orgmode@gnu.org; Tue, 31 Jul 2007 12:56:39 -0400 Received: from serrano.cc.columbia.edu ([128.59.29.6]) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1IFv1T-0005iL-1D for emacs-orgmode@gnu.org; Tue, 31 Jul 2007 12:56:39 -0400 Received: from presario.homelinux.org (dyn-carl-202-52.dyn.columbia.edu [160.39.202.52]) (user=xj2106 mech=PLAIN bits=0) by serrano.cc.columbia.edu (8.14.1/8.13.6) with ESMTP id l6VGuTEl029432 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Tue, 31 Jul 2007 12:56:33 -0400 (EDT) In-Reply-To: <87ejip7ud8.fsf@bzg.ath.cx> (Bastien's message of "Mon\, 30 Jul 2007 18\:02\:11 +0200") List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: emacs-orgmode@gnu.org Hi, it seems I have almost missed the best thing in this list. Bastien writes: > Hi George, > > "Georg C. F. Greve" writes: > >> Do you think there is any chance it would make it into the Org >> package? I would greatly prefer not having to maintain a patch for a >> longer period of time. > > I can understand that. Carsten, what do you think? I would really appreciate it. > On the one hand, mairix is unlikely to be heavily in use among Org users > (unless we continue praising it!), so there is no *strong* necessity of > making Org natively interact with it. On the other hand, you cannot > maintain mairix integration through an external library since it depends > on `org-link-types', `org-store-link' and `org-open-at-point'. > > I would say it worth keeping it into Org. One request though: could we > spare the cost of a new specific type for threaded searches? For example > we could have `org-gnus-links-prefer-mairix' being either nil, 'threaded > or t, so that you can handle the thread option as an argument, even in > mairix-search. Probably it's the time for us to think of a universal way to support system dependent 3rd party index tools. Mairix may not be the only search tool people want to use with org-mode, though it is my favourite and only index tool I use for now. >> So if you do [[mairixt:m:xyz]] it will pull out the entire thread in >> which that message id is present, so you have the full context, which I >> find very useful. > > Yes, i also like the fast intexing. Other people playing with it around? Sorry, but I missed the thread. Where can I grab the code for support in org-mode? Xiao-Yong -- c/* __o/* <\ * (__ */\ <