1 Return-Path: <jrollins@finestructure.net>
\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 3AAD7431FD0
\r
6 for <notmuch@notmuchmail.org>; Fri, 16 Mar 2012 23:02:44 -0700 (PDT)
\r
7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org
\r
11 X-Spam-Status: No, score=-2.29 tagged_above=-999 required=5
\r
12 tests=[RCVD_IN_DNSWL_MED=-2.3, T_MIME_NO_TEXT=0.01] autolearn=disabled
\r
13 Received: from olra.theworths.org ([127.0.0.1])
\r
14 by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)
\r
15 with ESMTP id 5FZy7sdAj+Ui for <notmuch@notmuchmail.org>;
\r
16 Fri, 16 Mar 2012 23:02:42 -0700 (PDT)
\r
17 Received: from outgoing-mail.its.caltech.edu (outgoing-mail.its.caltech.edu
\r
19 by olra.theworths.org (Postfix) with ESMTP id 0A041431FC0
\r
20 for <notmuch@notmuchmail.org>; Fri, 16 Mar 2012 23:02:40 -0700 (PDT)
\r
21 Received: from fire-doxen.imss.caltech.edu (localhost [127.0.0.1])
\r
22 by fire-doxen-postvirus (Postfix) with ESMTP id 94E1C2E50E52;
\r
23 Fri, 16 Mar 2012 23:02:39 -0700 (PDT)
\r
24 X-Spam-Scanned: at Caltech-IMSS on fire-doxen by amavisd-new
\r
25 Received: from finestructure.net (cpe-74-66-81-190.nyc.res.rr.com
\r
26 [74.66.81.190]) (Authenticated sender: jrollins)
\r
27 by fire-doxen-submit (Postfix) with ESMTP id F1D3B2E50E63;
\r
28 Fri, 16 Mar 2012 23:02:33 -0700 (PDT)
\r
29 Received: by finestructure.net (Postfix, from userid 1000)
\r
30 id 0A5494A8; Fri, 16 Mar 2012 23:02:31 -0700 (PDT)
\r
31 From: Jameson Graef Rollins <jrollins@finestructure.net>
\r
32 To: Mark Walters <markwalters1009@gmail.com>, notmuch@notmuchmail.org
\r
33 Subject: Re: [PATCH 0/5] Move --no-exclude to --exclude=(true|false|flag)
\r
34 In-Reply-To: <1331836925-31437-1-git-send-email-markwalters1009@gmail.com>
\r
35 References: <1331836925-31437-1-git-send-email-markwalters1009@gmail.com>
\r
36 User-Agent: Notmuch/0.11.1+306~g05d342c (http://notmuchmail.org) Emacs/23.3.1
\r
37 (x86_64-pc-linux-gnu)
\r
38 Date: Fri, 16 Mar 2012 23:02:30 -0700
\r
39 Message-ID: <87k42jepe1.fsf@servo.finestructure.net>
\r
41 Content-Type: multipart/signed; boundary="=-=-=";
\r
42 micalg=pgp-sha256; protocol="application/pgp-signature"
\r
43 X-BeenThere: notmuch@notmuchmail.org
\r
44 X-Mailman-Version: 2.1.13
\r
46 List-Id: "Use and development of the notmuch mail system."
\r
47 <notmuch.notmuchmail.org>
\r
48 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,
\r
49 <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>
\r
50 List-Archive: <http://notmuchmail.org/pipermail/notmuch>
\r
51 List-Post: <mailto:notmuch@notmuchmail.org>
\r
52 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>
\r
53 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,
\r
54 <mailto:notmuch-request@notmuchmail.org?subject=subscribe>
\r
55 X-List-Received-Date: Sat, 17 Mar 2012 06:02:44 -0000
\r
58 Content-Transfer-Encoding: quoted-printable
\r
60 On Thu, 15 Mar 2012 18:42:00 +0000, Mark Walters <markwalters1009@gmail.com=
\r
62 > This series changes the --no-exclude options to count, search and show
\r
63 > to --exclude=3D(true|false|flag). It also changes the default to true
\r
64 > rather than flag for speed and for uncluttered command line output.
\r
66 > This series replaces the series
\r
67 > id:"1330779918-28024-1-git-send-email-markwalters1009@gmail.com". Jani
\r
68 > suggested the --exclude=3D rather than --with-excluded approach as being
\r
69 > both clearer and easier to extend.
\r
71 > It is intend to apply on top of the bugfix series
\r
72 > id:"1331728014-32698-1-git-send-email-markwalters1009@gmail.com".
\r
74 And indeed it does. I've tested and reviewed and it looks and works
\r
77 > There should be no significant logic change (i.e. the logic in the lib
\r
78 > is unchanged) but the defaults for the command lines are different.
\r
80 I fully support this change. The new logic makes sense to me and is a
\r
81 good compromise between usability and flexibility.
\r
83 > The general idea is that when complete threads are requested then we
\r
84 > always return complete threads including any messages matching the
\r
85 > exclude tags (where appropriate these are flagged excluded), but we
\r
86 > may not return threads that only match in excluded messages.
\r
88 > The rationale is that it is awkward to deal with a thread with
\r
89 > "missing" messages.
\r
91 Agreed. I should note that for all uses of excludes that I can think of
\r
92 one would not expect to be excluding messages from threads that one
\r
93 would otherwise be keeping. So I certainly have no problem not
\r
96 Thanks again for working on this, Mark. Your efforts are much
\r
97 appreciated. This is nice new functionality.
\r
102 Content-Type: application/pgp-signature
\r
104 -----BEGIN PGP SIGNATURE-----
\r
105 Version: GnuPG v1.4.11 (GNU/Linux)
\r
107 iQIcBAEBCAAGBQJPZCj2AAoJEO00zqvie6q8ZX4P/ik7Gh6wHF41SLKSAYvseF0h
\r
108 Z60erIreUdOvrATmg6bYxuuY8cwe7//KBUMVtQ01hSgGGMnYXCSfkNm9ZoNK9moy
\r
109 in2xVRSbxKGyTobtwRqdUnh2NfWKY5y0iHGiqOl4ENsN/OqFOUFzvCKAwTFSH4ck
\r
110 P/z8D33koX4JPah/5RyUH7pi+COKfFxmdwqS+uCmn+Fp616BjQ9Qb8zWCqXBajha
\r
111 R37q62D+Mgf1Wfa1e5kaszmxXkkNa5ITU6LlUWDOGKQ1ek/NpexxUIjgTuu7ve4R
\r
112 MDSrUqqttPiDkP2ifkJ0w8k7uSZxktFL9sufj+g9Ar60jyuqz8Txaf8+bGCN4lFf
\r
113 PVIc7szkVokr/DUHo2vfKFoIahyKTj/BUae93efCn/dkQayqJmXS7yXkcB6w4hJm
\r
114 Y/O0Yg3ARr2e1AiZj817n8aUQPyHD7XT4fOSDGel1OO3pdbjLMvFoxXTTGBwZCJV
\r
115 Exs7XqHh+apBJ5G7n1FdtoLOIjWS2LXBdYjjonM3lvtfLreLd2ZkDa7AxKUrcXzG
\r
116 2FPnFYwDzIEQafB3Mc9VBLvQvsepOVpMtBBQ0kGOjnoChfBg3V2cSEy+MbbH5bBp
\r
117 WviAZkcb7ojS8s02CtXayUNGfAc0XnHF3PzVvdnpWWpUEZlhj3K7j7CWQJMlz8Yo
\r
118 17PyABkNNehTDYnAhddg
\r
120 -----END PGP SIGNATURE-----
\r