From: Jameson Graef Rollins <jrollins@finestructure.net>
To: Mark Walters <markwalters1009@gmail.com>, notmuch@notmuchmail.org
Subject: Re: [WIP 0/2] Thread based searching
In-Reply-To: <1332274320-17487-1-git-send-email-markwalters1009@gmail.com>
References: <1332274320-17487-1-git-send-email-markwalters1009@gmail.com>
User-Agent: Notmuch/0.12+112~gffb05d6 (http://notmuchmail.org) Emacs/23.4.1
	(x86_64-pc-linux-gnu)
Date: Sat, 14 Apr 2012 12:15:09 -0700
Message-ID: <87y5pyyvk2.fsf@servo.finestructure.net>
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="=-=-=";
	micalg=pgp-sha256; protocol="application/pgp-signature"
Precedence: list

--=-=-=

On Tue, Mar 20 2012, Mark Walters <markwalters1009@gmail.com> wrote:
> It implements a very crude form of thread based search: the user can
> ask for all the threads that have a message matching the primary query
> and have a (possibly different) message matching a secondary query.
>
> For example notmuch search --secondary-search from:A :AND: from:B
> returns all threads that have a message from A and a message from B.

Hey, Mark.  I think this is a useful idea, but I think the
implementation is more complicated than it needs to be.  I would rather
just have a switch that allows me to search by thread, instead of by
message.  Something like just --by-thread would work for me.

I guess it might be nice to have such fined grain control to specify
independent search terms for both messages and threads simultaneously,
but I really don't think I would ever use such capabilities, and the
additional syntax is a little confusing.  But I certainly would use the
ability to search entire threads instead of just messages.

jamie.

--=-=-=
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)

iQIcBAEBCAAGBQJPicy9AAoJEO00zqvie6q8Qo4P/2IJ7CvZaZdesoTMFxbFlawR
Dqu7l1z/8/2po6+BlpfnKGfUctCUsEmd4ciar2nftc2l0h+GpzV+5GsBobQraOYL
49j428opyu4NUu7cSUhb2p9TJZbXc7sxMVAuhPvR0ZDs0NSpPnPTw6nQ8MyXGevx
MQOXvo+LDKbFrzgJ7sSQsTWipM+P1CSdZsBDY3yARiWBMTnjWU4tJ/Kcaj3UeS06
CWVNeFSZw+kYqU3llUtN1D1XJbH/fva09tWEGjahFj4dHby3oqJ+F1kSR2grpNDq
nM0mW8U0NgKFYAFgLpRWjsrmLD7a2UCdm9qPM2tvrED2kExsdxp4erekW3BC1K1Y
eChkkseP3Y0EUL33yYIt7lO2Dp/78+3AOdrUSKp7IMTDPVU71hyt4jAs7XBFgPMP
Ku4n8SQbUdHYEeIRVnPKg9K6j/ric3FRGfN4N1fAmt3/AaDUuRLBO4onlde3JNFo
eY99C5rSHDMmP9xAb4gGwHrHnb43TcW/1Bb5uAAEoJaqcN7QPb9rGULbVNbductz
28q2jd4wqIP/Yucfc194Ua19gc5DwKWrtjxXDQMOUH5e0KSmEhRDe6sdOD5MGFz1
Po6zDj9uSy86PCaa4hGgvKw6oeNon9xL7jlpM7Jy/DcTYFbWdxlk1zxvJmttLAjm
0Gyt0at7NgHW0zFWTDbR
=w2Tg
-----END PGP SIGNATURE-----
--=-=-=--