Re: [notmuch] Recent (and forthcoming) improvements to the emacs interface
authorCarl Worth <cworth@cworth.org>
Fri, 4 Dec 2009 17:10:45 +0000 (09:10 +1600)
committerW. Trevor King <wking@tremily.us>
Fri, 7 Nov 2014 17:35:49 +0000 (09:35 -0800)
93/e176af9a663ebd225bd1d04b214b0bd214dea3 [new file with mode: 0644]

diff --git a/93/e176af9a663ebd225bd1d04b214b0bd214dea3 b/93/e176af9a663ebd225bd1d04b214b0bd214dea3
new file mode 100644 (file)
index 0000000..8640ea4
--- /dev/null
@@ -0,0 +1,96 @@
+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 DC4E0431FBD;\r
+       Fri,  4 Dec 2009 09:10:48 -0800 (PST)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\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 0laURCdPqu3E; Fri,  4 Dec 2009 09:10:48 -0800 (PST)\r
+Received: from yoom.home.cworth.org (localhost [127.0.0.1])\r
+       by olra.theworths.org (Postfix) with ESMTP id 339C5431FAE;\r
+       Fri,  4 Dec 2009 09:10:48 -0800 (PST)\r
+Received: by yoom.home.cworth.org (Postfix, from userid 1000)\r
+       id 0E6492542FB; Fri,  4 Dec 2009 09:10:47 -0800 (PST)\r
+From: Carl Worth <cworth@cworth.org>\r
+To: "Aneesh Kumar K. V" <aneesh.kumar@linux.vnet.ibm.com>, Notmuch list\r
+       <notmuch@notmuchmail.org>\r
+In-Reply-To: <87hbs75e1v.fsf@linux.vnet.ibm.com>\r
+References: <877ht3hfh0.fsf@yoom.home.cworth.org>\r
+       <87hbs75e1v.fsf@linux.vnet.ibm.com>\r
+Date: Fri, 04 Dec 2009 09:10:45 -0800\r
+Message-ID: <87iqcmfywa.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] Recent (and forthcoming) improvements to the emacs\r
+ interface\r
+X-BeenThere: notmuch@notmuchmail.org\r
+X-Mailman-Version: 2.1.12\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, 04 Dec 2009 17:10:49 -0000\r
+\r
+--=-=-=\r
+Content-Transfer-Encoding: quoted-printable\r
+\r
+Hi Aneesh,\r
+\r
+Thanks for the followup.\r
+\r
+On Fri, 04 Dec 2009 14:08:52 +0530, "Aneesh Kumar K. V" <aneesh.kumar@linux=\r
+.vnet.ibm.com> wrote:\r
+> >     Recommendation: Make SPACE only page the current message. Recommend\r
+> >     that user use 'a' to advance to next thread, (or 'x' to exit back to\r
+> >     search results).\r
+>=20\r
+> Later you mention 'N' and 'n' to do the same task. Or are you suggesting\r
+> that 'a' would move to the next task after marking the current task\r
+> read ?\r
+\r
+Sorry, I meant for 'N' and 'P' to move between messages in a thread.\r
+\r
+But it would make sense to also have commands to navigate to the next\r
+and previous threads. So many actions and so few keys... :-}\r
+\r
+> ok that explains. But with Xapian ticket 250 we would definitely want\r
+> some keybinding that move to the next mail without updating tags.\r
+\r
+I don't want to let a current bug shape the interface we want. But, yes,\r
+that's a current reality.\r
+\r
+> >     Recommendation: Revert 'a' to act on all messages in a thread---not\r
+> >     only those that match the search results. Then change '*' to work by\r
+> >     walking the list and explicitly calling the same action as 'a' on\r
+> >     each line. This will provide the desired feedback and should be\r
+> >     plenty fast.\r
+>=20\r
+> With xapian ticket 250 doing a tag update per thread is going to be\r
+> really slow right ?\r
+\r
+Yes, but that's already the case with '*'. The Xapian work involved\r
+should be the same whether calling "notmuch tag" once with the whole\r
+search string, or several times, (once for each thread).\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
+iD8DBQFLGUKW6JDdNq8qSWgRAuXFAJ98mTYTkjwo4tALZulLRHQKnmDG/QCgn9QC\r
+9XYSyLlZ/Yq4Wk4wDharDfs=\r
+=DbIZ\r
+-----END PGP SIGNATURE-----\r
+--=-=-=--\r