Date: Wed, 11 Jan 2012 00:38:48 -0500
From: Austin Clements <amdragon@MIT.EDU>
To: Jani Nikula <jani@nikula.org>
Subject: Re: another attempt to add delete functionality in emacs
Message-ID: <20120111053848.GR20796@mit.edu>
References: <1325975294-646-1-git-send-email-jrollins@finestructure.net>
	<cunwr90ngms.fsf@hotblack-desiato.hh.sledj.net>
	<87sjjns4wz.fsf@convex-new.cs.unb.ca>
	<87ehv7nd9r.fsf@servo.finestructure.net>
	<87obuau8dr.fsf@nikula.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <87obuau8dr.fsf@nikula.org>
User-Agent: Mutt/1.5.21 (2010-09-15)
Cc: Notmuch Mail <notmuch@notmuchmail.org>
Precedence: list

Quoth Jani Nikula on Jan 11 at  7:16 am:
> On Tue, 10 Jan 2012 19:12:16 -0800, Jameson Graef Rollins <jrollins@finestructure.net> wrote:
> > On Tue, 10 Jan 2012 16:01:32 -0400, David Bremner <david@tethera.net> wrote:
> > > Just thinking out loud here, but it does seem a bit unfortunate to me
> > > that it represents a pretty fundamental divergence between the CLI and
> > > the emacs interface. Mind you, I guess one could make the same argument
> > > about the libs versus the CLI. Lack of configuration information in the
> > > library (possibly among other reasons) makes this not too nice to
> > > support in the current library either.
> > 
> > I think a consensus has formed that this functionality (automatically
> > suppressing messages with certain tags from searches) is better left to
> > the CLI, rather than implementing it just in the emacs UI.
> > Unfortunately I'm not going to get to that any time soon.
> 
> I could have a go at it, but I can't make any promises about getting to
> that any time soon either. So what if emacs ui goes head first and does
> something that should be done in the CLI in a perfect world? If it's
> added properly, it can be taken out if/when this pops up in the CLI.

Too late.  See id:"1326258173-21163-1-git-send-email-amdragon@mit.edu"