1 Return-Path: <xma@gnu.org>
\r
2 X-Original-To: notmuch@notmuchmail.org
\r
3 Delivered-To: notmuch@notmuchmail.org
\r
4 Received: from localhost (localhost [127.0.0.1])
\r
5 by olra.theworths.org (Postfix) with ESMTP id 92BD8431FD0
\r
6 for <notmuch@notmuchmail.org>; Thu, 25 Nov 2010 09:02:36 -0800 (PST)
\r
7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org
\r
11 X-Spam-Status: No, score=1.463 tagged_above=-999 required=5
\r
12 tests=[DKIM_SIGNED=0.1, RDNS_DYNAMIC=0.363, TO_NO_BRKTS_DYNIP=1]
\r
13 autolearn=unavailable
\r
14 Received: from olra.theworths.org ([127.0.0.1])
\r
15 by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)
\r
16 with ESMTP id e47cNyxBpRbf for <notmuch@notmuchmail.org>;
\r
17 Thu, 25 Nov 2010 09:02:36 -0800 (PST)
\r
18 Received: from xhlj.maillard.im (cha51-3-88-164-105-66.fbx.proxad.net
\r
20 by olra.theworths.org (Postfix) with ESMTP id 4E7F7431FB5
\r
21 for <notmuch@notmuchmail.org>; Thu, 25 Nov 2010 09:02:36 -0800 (PST)
\r
22 Received: from xhlj.maillard.im (xhlj.maillard.im [127.0.0.1])
\r
23 by xhlj.maillard.im (Postfix) with ESMTP id CC152205D4;
\r
24 Thu, 25 Nov 2010 18:02:25 +0100 (CET)
\r
25 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=maillard.im; h=from:to
\r
26 :subject:in-reply-to:references:reply-to:date:message-id
\r
27 :mime-version:content-type; s=postfix; bh=ZF0KjXV22vMb+BAVHMlMEA
\r
28 jaeGg=; b=H6Xg2eEF37CkH/0EF8qhDtUELR/4IgXd3rDWiVBxIq9jiCskuQqqTQ
\r
29 bBIjDKgGjMk6cpx28rTqvNOgLNoM/G89Suax5J/dLGs/bUWpyLSU6ieHoVBSe1kz
\r
30 uzaLtxeyzodxcNMD2W2q2mHY0wkFV5PuFs6EEn0VLvrHW0f2Fv6eI=
\r
31 Received: from maillard.im (unknown [192.168.0.254])
\r
32 (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits))
\r
33 (No client certificate requested)
\r
34 by xhlj.maillard.im (Postfix) with ESMTPSA;
\r
35 Thu, 25 Nov 2010 18:02:25 +0100 (CET)
\r
36 From: Xavier Maillard <xma@gnu.org>
\r
37 To: Carl Worth <cworth@cworth.org>, notmuch@notmuchmail.org
\r
38 Subject: Re: Difference between search and filter
\r
39 In-Reply-To: <87bpdex6re.fsf@yoom.home.cworth.org>
\r
40 References: <m2ochf2ibe.fsf@deb.maillard.im>
\r
41 <87bpdex6re.fsf@yoom.home.cworth.org>
\r
42 User-Agent: Notmuch/0.5 (http://notmuchmail.org) Emacs/23.2.1
\r
43 (i486-slackware-linux-gnu)
\r
44 Date: Thu, 25 Nov 2010 18:09:25 +0100
\r
45 Message-ID: <m2mxox1gai.fsf@kcals.maillard.im>
\r
47 Content-Type: text/plain; charset=us-ascii
\r
48 X-BeenThere: notmuch@notmuchmail.org
\r
49 X-Mailman-Version: 2.1.13
\r
51 Reply-To: Xavier Maillard <xma@gnu.org>
\r
52 List-Id: "Use and development of the notmuch mail system."
\r
53 <notmuch.notmuchmail.org>
\r
54 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,
\r
55 <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>
\r
56 List-Archive: <http://notmuchmail.org/pipermail/notmuch>
\r
57 List-Post: <mailto:notmuch@notmuchmail.org>
\r
58 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>
\r
59 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,
\r
60 <mailto:notmuch-request@notmuchmail.org?subject=subscribe>
\r
61 X-List-Received-Date: Thu, 25 Nov 2010 17:02:36 -0000
\r
65 [I know I am really late on this one ;)]
\r
67 On Mon, 19 Apr 2010 18:16:53 -0700, Carl Worth <cworth@cworth.org> wrote:
\r
68 > On Tue, 20 Apr 2010 00:23:01 +0200, Xavier Maillard <xma@gnu.org> wrote:
\r
69 > > GNU Emacs interface comes with 2 functions I am not sure I am
\r
70 > > using correctly.
\r
72 > > What's the difference between searching and filtering exactly (s
\r
73 > > and f) ? It seems to me that they deserve the same purpose.
\r
75 > The search command executes a new global search. It will display all
\r
76 > threads from the database with messages that match the search terms.
\r
78 > The filter command refines the current search. It will take the current
\r
79 > search and filter it down to those threads with messages match the
\r
82 > The filter command is a convenience function for taking the current
\r
83 > search terms, appending "and <new-search-terms>" and then running a new
\r
86 > Does that make sense?
\r
88 Yes and no ;) In fact I'd rather have 'f' does a 'f'orward of current
\r
89 thread/message rather than refine the current search.
\r
91 Why not just have a unique function then if, in the end, there is
\r
92 another global search ?
\r
94 I would propose to have 's' (when in a notmuch-search buffer) to do what
\r
95 pressing 'f' does today -i.e appending a 'and' and bind C-u s RET to do a whole brand new global
\r