Re: [PATCH] emacs: add some convenience functions to show mode

diff --git a/28/6573d8b298f2afc3730fe990f3ceb97652931c b/28/6573d8b298f2afc3730fe990f3ceb97652931c
new file mode 100644 (file)
index 0000000..00e1844
--- /dev/null
+++ b/28/6573d8b298f2afc3730fe990f3ceb97652931c
@@ -0,0 +1,122 @@
+Return-Path: <jrollins@finestructure.net>\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 83FC040DADD\r
+       for <notmuch@notmuchmail.org>; Tue, 16 Nov 2010 12:41:28 -0800 (PST)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: -1.89\r
+X-Spam-Level: \r
+X-Spam-Status: No, score=-1.89 tagged_above=-999 required=5\r
+       tests=[BAYES_00=-1.9, T_MIME_NO_TEXT=0.01] 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 ZFNcQBQfD-6Z for <notmuch@notmuchmail.org>;\r
+       Tue, 16 Nov 2010 12:41:15 -0800 (PST)\r
+Received: from tarap.cc.columbia.edu (tarap.cc.columbia.edu [128.59.29.7])\r
+       by olra.theworths.org (Postfix) with ESMTP id 730E440DBFA\r
+       for <notmuch@notmuchmail.org>; Tue, 16 Nov 2010 12:41:15 -0800 (PST)\r
+Received: from servo.finestructure.net\r
+       (pool-108-27-62-5.nycmny.fios.verizon.net [108.27.62.5])\r
+       (user=jgr2110 author=jrollins@finestructure.net mech=PLAIN bits=0)\r
+       by tarap.cc.columbia.edu (8.14.4/8.14.3) with ESMTP id oAGKfEh2007658\r
+       (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NOT);\r
+       Tue, 16 Nov 2010 15:41:14 -0500 (EST)\r
+Received: from jrollins by servo.finestructure.net with local (Exim 4.72)\r
+       (envelope-from <jrollins@finestructure.net>)\r
+       id 1PISL4-00057p-9p; Tue, 16 Nov 2010 15:41:14 -0500\r
+From: Jameson Rollins <jrollins@finestructure.net>\r
+To: Carl Worth <cworth@cworth.org>, Notmuch Mail <notmuch@notmuchmail.org>\r
+Subject: Re: [PATCH] emacs: add some convenience functions to show mode\r
+In-Reply-To: <87k4kddpto.fsf@yoom.home.cworth.org>\r
+References: <87zktbeekd.fsf@servo.finestructure.net>\r
+       <87k4kddpto.fsf@yoom.home.cworth.org>\r
+User-Agent: Notmuch/0.5 (http://notmuchmail.org) Emacs/23.2.1\r
+       (i486-pc-linux-gnu)\r
+Date: Tue, 16 Nov 2010 15:41:10 -0500\r
+Message-ID: <87vd3x9f2x.fsf@servo.finestructure.net>\r
+MIME-Version: 1.0\r
+Content-Type: multipart/signed; boundary="=-=-=";\r
+       micalg=pgp-sha256; protocol="application/pgp-signature"\r
+X-No-Spam-Score: Local\r
+X-Scanned-By: MIMEDefang 2.68 on 128.59.29.7\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: Tue, 16 Nov 2010 20:41:28 -0000\r
+\r
+--=-=-=\r
+Content-Transfer-Encoding: quoted-printable\r
+\r
+On Tue, 16 Nov 2010 11:35:31 -0800, Carl Worth <cworth@cworth.org> wrote:\r
+> These look fairly handy.\r
+>=20\r
+> But, since I know our current keybindings are less-than-perfect, I would\r
+> prefer to see patches that also fix them, (rather than just adding\r
+> functionality that new users can't get at without manual customization).\r
+>=20\r
+> Would you accept an invitation to make a proposal (with patch) to\r
+> actually improve the default keybindings here as well?\r
+\r
+Hey, Carl.  I could do this, but I think I would ultimately just be\r
+submitting patches for notmuch to behave in the specific way that I want\r
+it to behave.  I'm pretty sure that everyone has different ideas of what\r
+they want, and I worry that if I start submitting my preference we'll\r
+have to contend with lots of debate over behavior preference, leading to\r
+lots of requests for more configuration options.  This has actually\r
+already happened, most recently with my patch to remove thread archiving\r
+From=20the show-advance function [0].\r
+\r
+My thought instead is that if we have a nice library of useful atomic\r
+functions, for things like tagging and thread navigation, it would make\r
+it easy for people to construct the exact behavior they want by defining\r
+their own functions and key bindings.  It's quite easy to do this, as\r
+I've tried to point out in the emacstips page.  If we had good\r
+documentation for the available functions and for how to implement\r
+custom bindings we could make it pretty easy for users to get the exact\r
+behavior they desire.\r
+\r
+I could definitely submit a series of patches that would define what I\r
+personally consider ideal behavior, but since I'm quite sure that others\r
+would disagree with my choices, I think the patches would ultimately not\r
+be accepted and the work would therefore not be worth the trouble.\r
+\r
+I'm definitely not trying to sound cynical here.  I'm just trying to be\r
+realistic about the variety of personal preference.  But like I say, I'd\r
+be happy to impose mine on everyone else if people would be ok with it!\r
+\r
+jamie.\r
+\r
+[0] id:"87eiaqwmzh.fsf@servo.finestructure.net"\r
+\r
+--=-=-=\r
+Content-Type: application/pgp-signature\r
+\r
+-----BEGIN PGP SIGNATURE-----\r
+Version: GnuPG v1.4.10 (GNU/Linux)\r
+\r
+iQIcBAEBCAAGBQJM4uxnAAoJEO00zqvie6q8Lq8QAIvg7kIXFBO3uTqnHTDxQiAM\r
+HW+4RqDl3qhOh2Zu9lpoHLVQBF2o7U//QjIL3z49NeKaQzRWAAW5QVo+pZu+RfYX\r
+kJvmK5zORhPgrvvYAPL5IIQfkg3WXyGGEg+B7Cudid51HvP9nMQCkOFZ90tt0b8k\r
+6AMCg34vjyo7h15HqIyr6ptHWPGXXTzHZR/sAyQImjQwax75QvIUoj33LZodSXrv\r
++jVjR674PF4W1Gf/vepsk7vDXU0osxGcm+InjSbaicXmh2txITBixvTbOuYy9Jwo\r
+KBVJJSw2/WZg8DR/ymEa8WiuEj8cmFeiNwyDy2RMJA7xbggBfPgJlpFGI5Q/w1lM\r
+OhJHEDPrO9Zsnq+pT9WKH0uqSNEtn4so7c5iftSP/h5v8cgu6FHpMQYbffjAzhOY\r
+TGIkF3AM98gmfv7DaxA9POqh12JE6AiM0m59NtWkdcv/NJ91iBJ2WQj8ppRtkScb\r
+OgBeQqCNC+uFgHDRyfH7jj/yh69hfR3NwkNDvAr6U/4XPvEy4gMHa/KwUV8TN6EI\r
+gOrkF++XU0AplNJJDO2ja9pAVT3XGMNnumKbNVDVlevXNndlmHP2goxvrxxqZdV7\r
+KRTC8KuEA2Rdd/SC1lMR7FCvM7Tb0kdWycF3ewBn9vHTRuTwaUuJw616WEdeqp+j\r
+K05yR9ec7Be4CUVU7jeY\r
+=vqwq\r
+-----END PGP SIGNATURE-----\r
+--=-=-=--\r