Return-Path: 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 CCA59429E5F for ; Wed, 18 Jan 2012 01:53:00 -0800 (PST) X-Virus-Scanned: Debian amavisd-new at olra.theworths.org X-Spam-Flag: NO X-Spam-Score: -0.7 X-Spam-Level: X-Spam-Status: No, score=-0.7 tagged_above=-999 required=5 tests=[RCVD_IN_DNSWL_LOW=-0.7] autolearn=disabled 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 QQs8lwHP2oUX for ; Wed, 18 Jan 2012 01:53:00 -0800 (PST) Received: from mail-wi0-f181.google.com (mail-wi0-f181.google.com [209.85.212.181]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by olra.theworths.org (Postfix) with ESMTPS id 25238429E27 for ; Wed, 18 Jan 2012 01:53:00 -0800 (PST) Received: by wibhr12 with SMTP id hr12so4255847wib.26 for ; Wed, 18 Jan 2012 01:52:59 -0800 (PST) Received: by 10.180.109.77 with SMTP id hq13mr29875299wib.7.1326880379032; Wed, 18 Jan 2012 01:52:59 -0800 (PST) Received: from hotblack-desiato.hh.sledj.net (host81-149-164-25.in-addr.btopenworld.com. [81.149.164.25]) by mx.google.com with ESMTPS id fv6sm53388813wib.8.2012.01.18.01.52.57 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 18 Jan 2012 01:52:58 -0800 (PST) Received: by hotblack-desiato.hh.sledj.net (Postfix, from userid 30000) id CCF27A0397; Wed, 18 Jan 2012 09:52:55 +0000 (GMT) To: Jameson Graef Rollins , Austin Clements Subject: Re: [PATCH v2 3/3] search: Support automatic tag exclusions In-Reply-To: <877h0pqtom.fsf@servo.finestructure.net> References: <1326258173-21163-1-git-send-email-amdragon@mit.edu> <1326496024-14403-1-git-send-email-amdragon@mit.edu> <1326496024-14403-4-git-send-email-amdragon@mit.edu> <87wr8tsvit.fsf@servo.finestructure.net> <20120116192836.GC16740@mit.edu> <20120117203211.GQ16740@mit.edu> <877h0pqtom.fsf@servo.finestructure.net> User-Agent: Notmuch/0.11+64~g42e8f66 (http://notmuchmail.org) Emacs/24.0.92.1 (x86_64-pc-linux-gnu) From: David Edmondson Date: Wed, 18 Jan 2012 09:52:52 +0000 Message-ID: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" Cc: notmuch@notmuchmail.org, Jeremy Nickurak X-BeenThere: notmuch@notmuchmail.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: "Use and development of the notmuch mail system." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jan 2012 09:53:01 -0000 --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 18 Jan 2012 00:52:09 -0800, Jameson Graef Rollins wrote: > On Wed, 18 Jan 2012 08:38:23 +0000, David Edmondson wrote: > > Something must create the initial configuration file if none exists. I'd > > be okay with that code adding 'deleted' and 'spam' to the excluded list. > > > > This would mean that an existing user would see no change without taking > > some action (adding the tags to the configuration file) and a new user > > would see the new behaviour (automatic exclusion). >=20 > What you describe is indeed how it currently works. For new users or > old users who rerun setup, the config file will automatically include > the exclusions. Otherwise, users will see no change. Good, thanks. > > I'm not completely sure that automatically adding the exclusion of the > > specified tags via the configuration file for new users is a great > > idea. It seems as though it will lead to confusion for someone at some > > point. >=20 > Without any keys pre-bound to add "deleted" or "spam" tags, it probably > won't make much difference for new users. And as long as it's > documented, users will be warned of the behavior. Reading the config > file would also make it clear how the variable changes behavior. I agree that as long as no keys are pre-bound it will make little difference. That just transfers the discussion to the thread about adding the bindings, which seems silly. Anyway, I'm not too worried - I just won't answer any of the questions about it on the list :-) --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) iEYEARECAAYFAk8WlnQACgkQaezQq/BJZRYSagCfeFSpOkhcRY3plKpxb8LOKU9x 9S4Ani6eWx8s6gWN0W8MWnnH4a8wW1A3 =ZOKq -----END PGP SIGNATURE----- --=-=-=--