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

diff --git a/12/14d4373a9096e26c57e0390db6e50f4121bec9 b/12/14d4373a9096e26c57e0390db6e50f4121bec9
new file mode 100644 (file)
index 0000000..42367d0
--- /dev/null
+++ b/12/14d4373a9096e26c57e0390db6e50f4121bec9
@@ -0,0 +1,125 @@
+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 84248431FBC\r
+       for <notmuch@notmuchmail.org>; Fri,  4 May 2012 07:22:34 -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 Wa7FtWLMzfWM for <notmuch@notmuchmail.org>;\r
+       Fri,  4 May 2012 07:22:32 -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 2F2AB431FB6\r
+       for <notmuch@notmuchmail.org>; Fri,  4 May 2012 07:22:32 -0700 (PDT)\r
+Received: from earth-doxen.imss.caltech.edu (localhost [127.0.0.1])\r
+       by earth-doxen-postvirus (Postfix) with ESMTP id 9F76766E00E5;\r
+       Fri,  4 May 2012 07:22:29 -0700 (PDT)\r
+X-Spam-Scanned: at Caltech-IMSS on earth-doxen by amavisd-new\r
+Received: from finestructure.net (66-189-196-221.dhcp.yakm.wa.charter.com\r
+       [66.189.196.221]) (Authenticated sender: jrollins)\r
+       by earth-doxen-submit (Postfix) with ESMTP id 8E68A66E01B9;\r
+       Fri,  4 May 2012 07:22:25 -0700 (PDT)\r
+Received: by finestructure.net (Postfix, from userid 1000)\r
+       id 7815D1D6; Fri,  4 May 2012 07:22:24 -0700 (PDT)\r
+From: Jameson Graef Rollins <jrollins@finestructure.net>\r
+To: Mark Walters <markwalters1009@gmail.com>,\r
+       Austin Clements <amdragon@MIT.EDU>\r
+Subject: Re: [Patch v2 0/3] emacs: allow show to colour based on tags and\r
+ flags\r
+In-Reply-To: <87txzw1otb.fsf@qmul.ac.uk>\r
+References: <1335739697-8501-1-git-send-email-markwalters1009@gmail.com>\r
+       <20120429230220.GO2704@mit.edu>\r
+       <87397jwhjp.fsf@servo.finestructure.net>\r
+       <87txzw1otb.fsf@qmul.ac.uk>\r
+User-Agent: Notmuch/0.12+139~g0f7ffba (http://notmuchmail.org) Emacs/23.4.1\r
+       (x86_64-pc-linux-gnu)\r
+Date: Fri, 04 May 2012 07:22:21 -0700\r
+Message-ID: <877gwsrppe.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: Fri, 04 May 2012 14:22:34 -0000\r
+\r
+--=-=-=\r
+Content-Transfer-Encoding: quoted-printable\r
+\r
+On Thu, May 03 2012, Mark Walters <markwalters1009@gmail.com> wrote:\r
+> There are a couple of extra reasons why I like the show ones\r
+> separate. One is that I like to colour headerlines of matching messages to\r
+> highlight them, but in search mode that would highlight every\r
+> line. Secondly, I colour some things "negatively" in show mode: for\r
+> example I show excluded messages in grey. This negative colouring does\r
+> not make sense for search mode because I would only want to grey out\r
+> results where all messages were excluded not results where at least one\r
+> message is excluded. Of course we don't show entirely excluded threads\r
+> in search, but similar comments apply to say the "replied" tag: I could\r
+> show those in green (on the basis they are "dealt with") but I would not\r
+> want a thread coloured green just because I have replied to one message\r
+> in it.\r
+\r
+Ok, that makes sense.  Maybe there could be switch to inherit colors,\r
+and then a way to set them independently as well.\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
+> In essence I agree: my only concern is can the user search for these\r
+> immutable things, and what syntax is used there.=20\r
+\r
+Well, nothing exists yet so we can define it as we wish, but I would say\r
+absolutely they should be searchable.  That's an important part.  They\r
+just wouldn't be changable, like tags are, since they represent\r
+immutable characteristics of the original message.  I would suggest we\r
+use something like "prop:" (for "property"), e.g. "prop:signed", or\r
+"prop:attachment", etc.\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
+iQIcBAEBCAAGBQJPo+YdAAoJEO00zqvie6q8VgoP/2uYj2aYhooOCsDfS4glIu4j\r
+m+6Z0cGvQU4h/1qo3yGRcssiJ1fl6nBNQ2lyyB6IGSU51xl9Yd3biZ5njH7UQBiv\r
+7t+LvhwMN6dEEXeH7kag3+73TuEGZoLkrqYGayffbesdhGH+pttfjLwhjW3QkQiP\r
+rXjLWbJNNr8vw541e4SJDcn/XeT0WvTSVW2aDyxn2jbFYjjOyU+MTiVJjufSvOa6\r
+cVAfE2FGumZo5BKl/t5U2E1GYJ/5cXP8hPtxRxEuwsCTc7eog/gh950J/yHpgHv4\r
+Lpd5VAbxu9cPWEkUDvMkR8Lvgj6SQOIpEg6BLxLZIyUmgdoADZwx3OuxjrptCzYm\r
+H0UzxOubJHt68ZUn0s2LUtYZ7/qVAjplZ5Pu+vSFU9sEbjp6OMFPsEjz0CPU/gek\r
+kUSwesBOHp6KNz+hDBRPhsegq8Xw8q92Zaw+5wuE25DOBLnNog8gFMl1XJLmZdc9\r
+Ch5qaxlcKG4XZEmAeqOBZVOPNwjUp68iJhhvRmJDES1LQZxocQp7H3JAI5dDEEgk\r
+OXM7PZZi8xQPYXOZtrj7HXDwuWJUV9bdroLsBxm0g5fM7wbJ9vp1zyDf0+MKMRf1\r
+J84NBnh3y08Am1hvkXyMQatiiNNjAFIieAM5c/Syilp16UCdw9CAgSwZ6u4hqiOB\r
++CrPqsEG8EDZzADa6x8w\r
+=WLq+\r
+-----END PGP SIGNATURE-----\r
+--=-=-=--\r