Re: [Patch v2 0/3] emacs: allow show to colour based on tags and flags

diff --git a/34/b62e76cee0df086140ff4e37c45c707f05775c b/34/b62e76cee0df086140ff4e37c45c707f05775c
new file mode 100644 (file)
index 0000000..8199e2c
--- /dev/null
+++ b/34/b62e76cee0df086140ff4e37c45c707f05775c
@@ -0,0 +1,105 @@
+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 9630B431FAF\r
+       for <notmuch@notmuchmail.org>; Tue,  1 May 2012 17:30:44 -0700 (PDT)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: -2.29\r
+X-Spam-Level: \r
+X-Spam-Status: No, score=-2.29 tagged_above=-999 required=5\r
+       tests=[RCVD_IN_DNSWL_MED=-2.3, T_MIME_NO_TEXT=0.01] 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 5D4FGrlLmC0I for <notmuch@notmuchmail.org>;\r
+       Tue,  1 May 2012 17:30:44 -0700 (PDT)\r
+Received: from outgoing-mail.its.caltech.edu (outgoing-mail.its.caltech.edu\r
+       [131.215.239.19])\r
+       by olra.theworths.org (Postfix) with ESMTP id 2C53D431FAE\r
+       for <notmuch@notmuchmail.org>; Tue,  1 May 2012 17:30:44 -0700 (PDT)\r
+Received: from fire-doxen.imss.caltech.edu (localhost [127.0.0.1])\r
+       by fire-doxen-postvirus (Postfix) with ESMTP id 98DCD328014;\r
+       Tue,  1 May 2012 17:30:41 -0700 (PDT)\r
+X-Spam-Scanned: at Caltech-IMSS on fire-doxen by amavisd-new\r
+Received: from finestructure.net (unknown [198.129.209.94])\r
+       (Authenticated sender: jrollins)\r
+       by fire-doxen-submit (Postfix) with ESMTP id C6873328002;\r
+       Tue,  1 May 2012 17:30:37 -0700 (PDT)\r
+Received: by finestructure.net (Postfix, from userid 1000)\r
+       id 45466A91; Tue,  1 May 2012 17:30:37 -0700 (PDT)\r
+From: Jameson Graef Rollins <jrollins@finestructure.net>\r
+To: Austin Clements <amdragon@MIT.EDU>,\r
+       Mark Walters <markwalters1009@gmail.com>\r
+Subject: Re: [Patch v2 0/3] emacs: allow show to colour based on tags and\r
+ flags\r
+In-Reply-To: <20120429230220.GO2704@mit.edu>\r
+References: <1335739697-8501-1-git-send-email-markwalters1009@gmail.com>\r
+       <20120429230220.GO2704@mit.edu>\r
+User-Agent: Notmuch/0.12+139~g0f7ffba (http://notmuchmail.org) Emacs/23.4.1\r
+       (x86_64-pc-linux-gnu)\r
+Date: Tue, 01 May 2012 17:30:34 -0700\r
+Message-ID: <87397jwhjp.fsf@servo.finestructure.net>\r
+MIME-Version: 1.0\r
+Content-Type: multipart/signed; boundary="=-=-=";\r
+       micalg=pgp-sha256; protocol="application/pgp-signature"\r
+Cc: notmuch@notmuchmail.org\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, 02 May 2012 00:30:44 -0000\r
+\r
+--=-=-=\r
+\r
+On Sun, Apr 29 2012, Austin Clements <amdragon@MIT.EDU> wrote:\r
+> I haven't really looked at this series yet, but I do have a quick\r
+> high-level question.  Why use separate customization variables for the\r
+> colors in search and show mode?  Wouldn't it make more sense to set\r
+> the colors just once and use them in both modes?\r
+\r
+I thought about this myself as soon as I read the patch.  I think I\r
+would always want the colors to match, so it would make sense to me to\r
+set them in one place.\r
+\r
+> BTW, I like how this clearly distinguishes tags and flags.  I wonder\r
+> if we could transition to flags for some information that's current\r
+> shoe-horned into tags but actually represents immutable information\r
+> about a message (attachment, signed, and encrypted or so).\r
+\r
+Yes!  As Austin probably remembers, we've discussed this before.  I\r
+definitely agree that it makes sense to somehow distinguish "immutable"\r
+information that is a fundamental, unchanging/able property of the\r
+message, and it might be nice to look ahead to that here.\r
+\r
+jamie.\r
+\r
+--=-=-=\r
+Content-Type: application/pgp-signature\r
+\r
+-----BEGIN PGP SIGNATURE-----\r
+Version: GnuPG v1.4.12 (GNU/Linux)\r
+\r
+iQIcBAEBCAAGBQJPoIAqAAoJEO00zqvie6q8/I8P/0TgG6JHDJq/pMV/yFSb8ZPS\r
+dQZ8qhKPaifkAvt+AGwECoD3/uQfr654IfWlpee5O9gxIr16PtnkBR7G6TlrUn5E\r
+PbJigczBI0GedbTtDgnLDboU00CIBvjmUltQKx03kDQBmdf326VhAwb3VNO7JmZu\r
+wNgjxfxxvJQi76QwgmA0Qmj87mZ945YBe5neINcamLsnGPu0pgxqpLV/DdX7f4pm\r
+4YZ4R91YYz0L5SrgDzPe9C8Yb2GP6IQRkUmu0OmyQk85IC2kZY3kgk3Ci9CtG6R1\r
+nSg4Dt5U2gSqzKopcFAw2gi/mPqpiZNNToACNz4BLkrpOGHG/m2ETVjFoVRRkDj0\r
+gDwU7kKyfSV3JWU9Pm45l0PsODQc14iasFHbunFQ90OV6pa+cwYAN0H5KV2F0vLk\r
+vJsDPppdPW+YrlF27mcJuv3mo/tSZMTbmMbPZfXXsYbeHYFwOLWdTm7szY1Jo+8B\r
+3jgZOk4A+IkxCb5y8QY6FWKzRNndwu80qYKAC82zwc5mlUXXRIoZIlXap+OreR/+\r
+TYsMxn8sBaKrndVzXpW02NSsy882JgQefGmHoCXn3x3rJZWJgf+eliF+IeGCBGp8\r
+L9EE/OoWfExd9bbKc5tgTzKWrWRyjDes4hIYAvGNimxbio5N5M3/e/qihF8vwomc\r
+0tdF8i1mHq7X1OIwlRr4\r
+=mTVS\r
+-----END PGP SIGNATURE-----\r
+--=-=-=--\r