Re: [notmuch] [PATCH] Simplify "unread" tag handling in emacs UI.

diff --git a/a2/c9ab010eba7c96ef1827bb523bb40b761167ac b/a2/c9ab010eba7c96ef1827bb523bb40b761167ac
new file mode 100644 (file)
index 0000000..ecb422d
--- /dev/null
+++ b/a2/c9ab010eba7c96ef1827bb523bb40b761167ac
@@ -0,0 +1,94 @@
+Return-Path: <cworth@cworth.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 64FBD431FBF\r
+       for <notmuch@notmuchmail.org>; Fri, 26 Feb 2010 15:35:49 -0800 (PST)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: -3.292\r
+X-Spam-Level: \r
+X-Spam-Status: No, score=-3.292 tagged_above=-999 required=5\r
+       tests=[ALL_TRUSTED=-1.8, AWL=1.107, BAYES_00=-2.599] autolearn=ham\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 ETcqDdwdJN3V; Fri, 26 Feb 2010 15:35:48 -0800 (PST)\r
+Received: from yoom.home.cworth.org (localhost [127.0.0.1])\r
+       by olra.theworths.org (Postfix) with ESMTP id A7F49431FAE;\r
+       Fri, 26 Feb 2010 15:35:48 -0800 (PST)\r
+Received: by yoom.home.cworth.org (Postfix, from userid 1000)\r
+       id AF6FB25427B; Fri, 26 Feb 2010 15:35:43 -0800 (PST)\r
+From: Carl Worth <cworth@cworth.org>\r
+To: Sebastian Spaeth <Sebastian@SSpaeth.de>, Jameson Rollins\r
+       <jrollins@finestructure.net>, Notmuch Mail list <notmuch@notmuchmail.org>\r
+In-Reply-To: <87hbp5bolv.fsf@SSpaeth.de>\r
+References: <87ska1vh7r.fsf@servo.finestructure.net>\r
+       <87ljes0yy0.fsf@SSpaeth.de> <87vddmwkuw.fsf@yoom.home.cworth.org>\r
+       <87r5oa1lvo.fsf@servo.finestructure.net> <87hbp5bolv.fsf@SSpaeth.de>\r
+Date: Fri, 26 Feb 2010 15:35:43 -0800\r
+Message-ID: <87vddj4lkg.fsf@yoom.home.cworth.org>\r
+MIME-Version: 1.0\r
+Content-Type: multipart/signed; boundary="=-=-=";\r
+       micalg=pgp-sha1; protocol="application/pgp-signature"\r
+Subject: Re: [notmuch] [PATCH] Simplify "unread" tag handling in emacs UI.\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: Fri, 26 Feb 2010 23:35:49 -0000\r
+\r
+--=-=-=\r
+Content-Transfer-Encoding: quoted-printable\r
+\r
+On Thu, 25 Feb 2010 11:23:40 +0100, "Sebastian Spaeth" <Sebastian@SSpaeth.d=\r
+e> wrote:\r
+> Well, it is fatal in the sense that it makes that function useless. But\r
+> it's not as bad as it is currently unused.\r
+\r
+Right. I didn't want to push something out with a known-broken function.\r
+\r
+I would have rather the patch just remove the function in that case,\r
+(but the fact that someone noticed the broken function meant that\r
+someone actually *was* using it and removing it wouldn't be nice\r
+either).\r
+\r
+> I still think it's worth taking this patch and fixing it then.\r
+\r
+Done and pushed out now.\r
+\r
+> - split into a "notmuch-show-next-message"\r
+>   and a notmuch-show-show-next-message (what a naming!) function.=20\r
+>   One would merely skip to the next and one actually show and mark\r
+>   unread.\r
+\r
+That's the approach I took, with naming of\r
+notmuch-show-next-message-without-marking-read. And yes, the naming we\r
+have for our emacs functions is awful. I really dislike "notmuch-show"\r
+as a prefix because it puts a verb in the prefix, (where I'd instead\r
+like to just have a verb for the actual functionality of the function).\r
+\r
+But we have to have at least *something* to separate the search-results\r
+and message-viewing modes, (since we have commands like "archive" in\r
+both of them). The lack of nice scoping here is really awkward.\r
+\r
+=2DCarl\r
+\r
+--=-=-=\r
+Content-Type: application/pgp-signature\r
+\r
+-----BEGIN PGP SIGNATURE-----\r
+Version: GnuPG v1.4.10 (GNU/Linux)\r
+\r
+iD8DBQFLiFrP6JDdNq8qSWgRAhcZAJsHmEv8JafrHtO8Wf5lQIBTvj5JFgCfW3mZ\r
+NfMo7MSuN/L0/EQBUAWbSaE=\r
+=eNYD\r
+-----END PGP SIGNATURE-----\r
+--=-=-=--\r