Return-Path: <xma@gnu.org>
X-Original-To: notmuch@notmuchmail.org
Delivered-To: notmuch@notmuchmail.org
Received: from localhost (localhost [127.0.0.1])
	by olra.theworths.org (Postfix) with ESMTP id 92BD8431FD0
	for <notmuch@notmuchmail.org>; Thu, 25 Nov 2010 09:02:36 -0800 (PST)
X-Virus-Scanned: Debian amavisd-new at olra.theworths.org
X-Spam-Flag: NO
X-Spam-Score: 1.463
X-Spam-Level: *
X-Spam-Status: No, score=1.463 tagged_above=-999 required=5
	tests=[DKIM_SIGNED=0.1, RDNS_DYNAMIC=0.363, TO_NO_BRKTS_DYNIP=1]
	autolearn=unavailable
Received: from olra.theworths.org ([127.0.0.1])
	by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id e47cNyxBpRbf for <notmuch@notmuchmail.org>;
	Thu, 25 Nov 2010 09:02:36 -0800 (PST)
Received: from xhlj.maillard.im (cha51-3-88-164-105-66.fbx.proxad.net
	[88.164.105.66])
	by olra.theworths.org (Postfix) with ESMTP id 4E7F7431FB5
	for <notmuch@notmuchmail.org>; Thu, 25 Nov 2010 09:02:36 -0800 (PST)
Received: from xhlj.maillard.im (xhlj.maillard.im [127.0.0.1])
	by xhlj.maillard.im (Postfix) with ESMTP id CC152205D4;
	Thu, 25 Nov 2010 18:02:25 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=maillard.im; h=from:to
	:subject:in-reply-to:references:reply-to:date:message-id
	:mime-version:content-type; s=postfix; bh=ZF0KjXV22vMb+BAVHMlMEA
	jaeGg=; b=H6Xg2eEF37CkH/0EF8qhDtUELR/4IgXd3rDWiVBxIq9jiCskuQqqTQ
	bBIjDKgGjMk6cpx28rTqvNOgLNoM/G89Suax5J/dLGs/bUWpyLSU6ieHoVBSe1kz
	uzaLtxeyzodxcNMD2W2q2mHY0wkFV5PuFs6EEn0VLvrHW0f2Fv6eI=
Received: from maillard.im (unknown [192.168.0.254])
	(using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits))
	(No client certificate requested)
	by xhlj.maillard.im (Postfix) with ESMTPSA;
	Thu, 25 Nov 2010 18:02:25 +0100 (CET)
From: Xavier Maillard <xma@gnu.org>
To: Carl Worth <cworth@cworth.org>, notmuch@notmuchmail.org
Subject: Re: Difference between search and filter
In-Reply-To: <87bpdex6re.fsf@yoom.home.cworth.org>
References: <m2ochf2ibe.fsf@deb.maillard.im>
	<87bpdex6re.fsf@yoom.home.cworth.org>
User-Agent: Notmuch/0.5 (http://notmuchmail.org) Emacs/23.2.1
	(i486-slackware-linux-gnu)
Date: Thu, 25 Nov 2010 18:09:25 +0100
Message-ID: <m2mxox1gai.fsf@kcals.maillard.im>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-BeenThere: notmuch@notmuchmail.org
X-Mailman-Version: 2.1.13
Precedence: list
Reply-To: Xavier Maillard <xma@gnu.org>
List-Id: "Use and development of the notmuch mail system."
	<notmuch.notmuchmail.org>
List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,
	<mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>
List-Archive: <http://notmuchmail.org/pipermail/notmuch>
List-Post: <mailto:notmuch@notmuchmail.org>
List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>
List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,
	<mailto:notmuch-request@notmuchmail.org?subject=subscribe>
X-List-Received-Date: Thu, 25 Nov 2010 17:02:36 -0000

Hi

[I know I am really late on this one ;)]

On Mon, 19 Apr 2010 18:16:53 -0700, Carl Worth <cworth@cworth.org> wrote:
> On Tue, 20 Apr 2010 00:23:01 +0200, Xavier Maillard <xma@gnu.org> wrote:
> > GNU Emacs interface comes with 2 functions I am not sure I am
> > using correctly.
> > 
> > What's the difference between searching and filtering exactly (s
> > and f) ? It seems to me that they deserve the same purpose.
> 
> The search command executes a new global search. It will display all
> threads from the database with messages that match the search terms.
> 
> The filter command refines the current search. It will take the current
> search and filter it down to those threads with messages match the
> search terms.
> 
> The filter command is a convenience function for taking the current
> search terms, appending "and <new-search-terms>" and then running a new
> global search.
> 
> Does that make sense?

Yes and no ;) In fact I'd rather have 'f' does a 'f'orward of current
thread/message rather than refine the current search.

Why not just have a unique function then if, in the end, there is
another global search ?

I would propose to have 's' (when in a notmuch-search buffer) to do what
pressing 'f' does today -i.e appending a 'and' and bind C-u s RET to do a whole brand new global
search.

What aout that ?

/Xavier