From: Pieter Praet <pieter@praet.org>
To: Austin Clements <amdragon@MIT.EDU>
Subject: Re: [PATCH v3 2/2] search: Support automatic tag exclusions
In-Reply-To: <20120119193647.GN16740@mit.edu>
References: <1326586654-16840-3-git-send-email-amdragon@mit.edu>
	<1327000744-25463-1-git-send-email-pieter@praet.org>
	<20120119193647.GN16740@mit.edu>
User-Agent: Notmuch/0.11+99~gab86e73 (http://notmuchmail.org) Emacs/23.3.1
	(x86_64-unknown-linux-gnu)
Date: Thu, 19 Jan 2012 22:21:28 +0100
Message-ID: <8739bbo0br.fsf@praet.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Cc: Notmuch Mail <notmuch@notmuchmail.org>
Precedence: list

On Thu, 19 Jan 2012 14:36:47 -0500, Austin Clements <amdragon@MIT.EDU> wrote:
> Quoth Pieter Praet on Jan 19 at  8:19 pm:
> > Nice feature!  I won't be using it myself, but I can imagine it being
> > *very* useful for those who still feel the need to "delete" email :).
> 
> Same here.  I probably will use the spam tag, though.
> 

Really?  Then how will you be able to reply to my emails?!?  ;)


> > Nitpicking:
> > 
> > - All other config-related functions and args include the section title
> >   in their name [1], so for the sake of consistency, we might want to
> >   mirror that.  Also, the "auto"matic part is pretty much a given.
> > 
> >   So I'd like to suggest replacing all occurences of "auto_exclude_tags"
> >   with "search_exclude_tags" (and simply "exclude_tags" in the args to
> >   `_config_get_list' and `_config_set_list', of course).
> 
> You are technically correct, the best kind of correct.  I'd completely
> missed this pattern.  This should get fixed ASAP, while this feature
> still has limited adoption.
> 
> >   Unfortunately, this would also partially invalidate your recent NEWS
> >   submission [2].
> 
> No worries, though maybe you want to tack an updated version of that
> patch on the end of your series?
> 

Will do.


> > - If the 'search.exclude_tags' option is missing from the config file,
> >   its value is automatically set to "deleted;spam;", which probably isn't
> >   a sane default.  Luckily, you've already provided the solution [3].
> 
> I'm good either way.  I got lost in the discussion of defaults but
> Jamie assured me everything was okay, so I took the path of least
> resistance and left things as they were.
> 

Hmm.  I probably haven't read everything pertaining to that issue yet,
but IMO it violates the Principle of Least Surprise with a vengeance.

Tagging stuff some way or another shouldn't make it disappear by default.

What if "spam" means "read it when you're bored", or "deleted" means
"processed request for user deletion" (pretty far-fetched, but still...)
for someone?


> > - To make new users aware of the config option's existence, we should
> >   prompt them to configure it during setup.
> 
> Sure.
> 
> > Patches follow.
> > 
> > 
> > Peace
> > 
> > 
> > [1] Eg. `notmuch_config_get_user_name', `notmuch_config_get_new_tags',
> >         `notmuch_config_get_maildir_synchronize_flags', ...
> > 
> > [2] id:"1326920330-31496-1-git-send-email-amdragon@mit.edu"
> > 
> > [3] id:"20120117203211.GQ16740@mit.edu"
> > 


Peace

-- 
Pieter