Re: another attempt to add delete functionality in emacs

diff --git a/e4/6ebb9fdcbc3d6ae3fed9bbce4a8d321e966f43 b/e4/6ebb9fdcbc3d6ae3fed9bbce4a8d321e966f43
new file mode 100644 (file)
index 0000000..4361e30
--- /dev/null
+++ b/e4/6ebb9fdcbc3d6ae3fed9bbce4a8d321e966f43
@@ -0,0 +1,97 @@
+Return-Path: <jani@nikula.org>\r
+X-Original-To: notmuch@notmuchmail.org\r
+Delivered-To: notmuch@notmuchmail.org\r
+Received: from localhost (localhost [127.0.0.1])\r
+       by olra.theworths.org (Postfix) with ESMTP id 054B0431FD0\r
+       for <notmuch@notmuchmail.org>; Tue, 10 Jan 2012 21:16:08 -0800 (PST)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: -0.7\r
+X-Spam-Level: \r
+X-Spam-Status: No, score=-0.7 tagged_above=-999 required=5\r
+       tests=[RCVD_IN_DNSWL_LOW=-0.7] autolearn=disabled\r
+Received: from olra.theworths.org ([127.0.0.1])\r
+       by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
+       with ESMTP id NnGJVjjy6ou0 for <notmuch@notmuchmail.org>;\r
+       Tue, 10 Jan 2012 21:16:07 -0800 (PST)\r
+Received: from mail-ee0-f53.google.com (mail-ee0-f53.google.com\r
+ [74.125.83.53])       (using TLSv1 with cipher RC4-SHA (128/128 bits))        (No client\r
+ certificate requested)        by olra.theworths.org (Postfix) with ESMTPS id\r
+ 41D88431FB6   for <notmuch@notmuchmail.org>; Tue, 10 Jan 2012 21:16:07 -0800\r
+ (PST)\r
+Received: by eeke51 with SMTP id e51so171376eek.26\r
+       for <notmuch@notmuchmail.org>; Tue, 10 Jan 2012 21:16:06 -0800 (PST)\r
+Received: by 10.14.99.78 with SMTP id w54mr8622328eef.33.1326258965027;\r
+       Tue, 10 Jan 2012 21:16:05 -0800 (PST)\r
+Received: from localhost (dsl-hkibrasgw4-fe5cdc00-23.dhcp.inet.fi.\r
+       [80.220.92.23])\r
+       by mx.google.com with ESMTPS id s16sm1188647eef.2.2012.01.10.21.16.02\r
+       (version=SSLv3 cipher=OTHER); Tue, 10 Jan 2012 21:16:03 -0800 (PST)\r
+From: Jani Nikula <jani@nikula.org>\r
+To: Jameson Graef Rollins <jrollins@finestructure.net>,\r
+       David Bremner <david@tethera.net>, David Edmondson <dme@dme.org>,\r
+       Notmuch Mail <notmuch@notmuchmail.org>\r
+Subject: Re: another attempt to add delete functionality in emacs\r
+In-Reply-To: <87ehv7nd9r.fsf@servo.finestructure.net>\r
+References: <1325975294-646-1-git-send-email-jrollins@finestructure.net>\r
+       <cunwr90ngms.fsf@hotblack-desiato.hh.sledj.net>\r
+       <87sjjns4wz.fsf@convex-new.cs.unb.ca>\r
+       <87ehv7nd9r.fsf@servo.finestructure.net>\r
+User-Agent: Notmuch/0.10.2+193~ga73a411 (http://notmuchmail.org) Emacs/23.3.1\r
+       (i686-pc-linux-gnu)\r
+Date: Wed, 11 Jan 2012 07:16:00 +0200\r
+Message-ID: <87obuau8dr.fsf@nikula.org>\r
+MIME-Version: 1.0\r
+Content-Type: text/plain; charset=us-ascii\r
+X-BeenThere: notmuch@notmuchmail.org\r
+X-Mailman-Version: 2.1.13\r
+Precedence: list\r
+List-Id: "Use and development of the notmuch mail system."\r
+       <notmuch.notmuchmail.org>\r
+List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
+       <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
+List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
+List-Post: <mailto:notmuch@notmuchmail.org>\r
+List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
+List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
+       <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
+X-List-Received-Date: Wed, 11 Jan 2012 05:16:08 -0000\r
+\r
+On Tue, 10 Jan 2012 19:12:16 -0800, Jameson Graef Rollins <jrollins@finestructure.net> wrote:\r
+> On Tue, 10 Jan 2012 16:01:32 -0400, David Bremner <david@tethera.net> wrote:\r
+> > Just thinking out loud here, but it does seem a bit unfortunate to me\r
+> > that it represents a pretty fundamental divergence between the CLI and\r
+> > the emacs interface. Mind you, I guess one could make the same argument\r
+> > about the libs versus the CLI. Lack of configuration information in the\r
+> > library (possibly among other reasons) makes this not too nice to\r
+> > support in the current library either.\r
+> \r
+> I think a consensus has formed that this functionality (automatically\r
+> suppressing messages with certain tags from searches) is better left to\r
+> the CLI, rather than implementing it just in the emacs UI.\r
+> Unfortunately I'm not going to get to that any time soon.\r
+\r
+I could have a go at it, but I can't make any promises about getting to\r
+that any time soon either. So what if emacs ui goes head first and does\r
+something that should be done in the CLI in a perfect world? If it's\r
+added properly, it can be taken out if/when this pops up in the CLI.\r
+\r
+Also, there already *is* filtering for "all tags" list. See\r
+notmuch-hello-tag-list-make-query. How about having something like that\r
+for saved searches? I know it's not the same as your original, but it's\r
+middle ground...\r
+\r
+> However, without that functionality, I really see no reason why we\r
+> should be adding any built-in support for adding "deleted" tags in the\r
+> emacs UI.  Without the CLI change, "deleted" tags aren't handled any\r
+> differently than any other tag, so why should the default emacs UI care.\r
+> If users want to bind keys to special tagging operations, they can do so\r
+> for themselves [0].\r
+\r
+In fact, "deleted" used to be special, but that was, err, deleted\r
+because it had problems: 2c262042ac174d7bc96d6035ab9c88bd0abe7f35. If\r
+that ever gets fixed, "deleted" would be special again.\r
+\r
+\r
+BR,\r
+Jani.\r