Re: [PATCH v3 2/5] util: Function to parse boolean term queries
[notmuch-archives.git] / 99 / 3b19420fd74dac411825cb500b31b3f42b1217
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
8 X-Spam-Flag: NO\r
9 X-Spam-Score: 1.463\r
10 X-Spam-Level: *\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
19         [88.164.105.66])\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
46 MIME-Version: 1.0\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
50 Precedence: list\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
62 \r
63 Hi\r
64 \r
65 [I know I am really late on this one ;)]\r
66 \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
71 > > \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
74\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
77\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
80 > search terms.\r
81\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
84 > global search.\r
85\r
86 > Does that make sense?\r
87 \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
90 \r
91 Why not just have a unique function then if, in the end, there is\r
92 another global search ?\r
93 \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
96 search.\r
97 \r
98 What aout that ?\r
99 \r
100 /Xavier\r