Re: The archive operation should only archive open messages

diff --git a/e8/78f77021ca9fed7fbdaf1802c06157ecbc5c00 b/e8/78f77021ca9fed7fbdaf1802c06157ecbc5c00
new file mode 100644 (file)
index 0000000..1763619
--- /dev/null
+++ b/e8/78f77021ca9fed7fbdaf1802c06157ecbc5c00
@@ -0,0 +1,79 @@
+Return-Path: <BATV+982e2d7e846aa79991a3+2428+infradead.org+hohndel@bombadil.srs.infradead.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 4EF354196F3\r
+       for <notmuch@notmuchmail.org>; Sat, 17 Apr 2010 11:14:54 -0700 (PDT)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: -2.8\r
+X-Spam-Level: \r
+X-Spam-Status: No, score=-2.8 tagged_above=-999 required=5\r
+       tests=[BAYES_05=-0.5, RCVD_IN_DNSWL_MED=-2.3] autolearn=unavailable\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 xyq90jYpLXIU for <notmuch@notmuchmail.org>;\r
+       Sat, 17 Apr 2010 11:14:54 -0700 (PDT)\r
+Received: from bombadil.infradead.org (bombadil.infradead.org [18.85.46.34])\r
+       by olra.theworths.org (Postfix) with ESMTP id 0B0674196F0\r
+       for <notmuch@notmuchmail.org>; Sat, 17 Apr 2010 11:14:54 -0700 (PDT)\r
+Received: from localhost ([::1] helo=x200.gr8dns.org)\r
+       by bombadil.infradead.org with esmtp (Exim 4.69 #1 (Red Hat Linux))\r
+       id 1O3CXc-0003Zt-BG; Sat, 17 Apr 2010 18:14:52 +0000\r
+Received: by x200.gr8dns.org (Postfix, from userid 500)\r
+       id A49A2C0163; Sat, 17 Apr 2010 11:14:51 -0700 (PDT)\r
+From: Dirk Hohndel <hohndel@infradead.org>\r
+To: Carl Worth <cworth@cworth.org>,\r
+       Jameson Rollins <jrollins@finestructure.net>, notmuch@notmuchmail.org\r
+Subject: Re: The archive operation should only archive open messages\r
+In-Reply-To: <87r5me2j4e.fsf@yoom.home.cworth.org>\r
+References: <87633sfnyq.fsf@yoom.home.cworth.org>\r
+       <87aat4ph3y.fsf@servo.finestructure.net>\r
+       <87r5me2j4e.fsf@yoom.home.cworth.org>\r
+Date: Sat, 17 Apr 2010 11:14:51 -0700\r
+Message-ID: <m3zl1254kk.fsf@x200.gr8dns.org>\r
+User-Agent: notmuch version 0.1-133-g9560703 (Emacs\r
+       23.1.1/i386-redhat-linux-gnu)\r
+MIME-Version: 1.0\r
+Content-Type: text/plain; charset=us-ascii\r
+X-SRS-Rewrite: SMTP reverse-path rewritten from <hohndel@infradead.org> by\r
+       bombadil.infradead.org See http://www.infradead.org/rpr.html\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: Sat, 17 Apr 2010 18:14:54 -0000\r
+\r
+On Sat, 17 Apr 2010 08:28:49 -0700, Carl Worth <cworth@cworth.org> wrote:\r
+> On Thu, 15 Apr 2010 16:59:13 -0400, Jameson Rollins <jrollins@finestructure.net> wrote:\r
+> > I actually *really* don't like that the space bar does this.  In fact, I\r
+> > build my own notmuch-show-advance function in a notmuch-hacks.el that I\r
+> > load to expressly get around this.\r
+> \r
+> Well we definitely do need that operation ("advance to next thread\r
+> without archiving" to complement our existing "advance to next thread\r
+> after archiving"). Any suggestions for what the keybinding should be for\r
+> that? What are you using?\r
+\r
+I have been going back and forth about which key to use... My current\r
+favorite is 'k'eep. It kind of mirrors nicely with 'a'rchive.\r
+ \r
+> And once we have that, changing space bar to only operate within the\r
+> current thread and not doing any advancing will definitely make it a lot\r
+> less magic and less confusing.\r
+\r
+Yes, please.\r
+\r
+/D\r
+\r
+-- \r
+Dirk Hohndel\r
+Intel Open Source Technology Center\r