12/14d4373a9096e26c57e0390db6e50f4121bec9

   1 Return-Path: <jrollins@finestructure.net>\r
   2 X-Original-To: notmuch@notmuchmail.org\r
   3 Delivered-To: notmuch@notmuchmail.org\r
   4 Received: from localhost (localhost [127.0.0.1])\r
   5         by olra.theworths.org (Postfix) with ESMTP id 84248431FBC\r
   6         for <notmuch@notmuchmail.org>; Fri,  4 May 2012 07:22:34 -0700 (PDT)\r
   7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
   8 X-Spam-Flag: NO\r
   9 X-Spam-Score: -2.29\r
  10 X-Spam-Level: \r
  11 X-Spam-Status: No, score=-2.29 tagged_above=-999 required=5\r
  12         tests=[RCVD_IN_DNSWL_MED=-2.3, T_MIME_NO_TEXT=0.01] autolearn=disabled\r
  13 Received: from olra.theworths.org ([127.0.0.1])\r
  14         by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
  15         with ESMTP id Wa7FtWLMzfWM for <notmuch@notmuchmail.org>;\r
  16         Fri,  4 May 2012 07:22:32 -0700 (PDT)\r
  17 Received: from outgoing-mail.its.caltech.edu (outgoing-mail.its.caltech.edu\r
  18         [131.215.239.19])\r
  19         by olra.theworths.org (Postfix) with ESMTP id 2F2AB431FB6\r
  20         for <notmuch@notmuchmail.org>; Fri,  4 May 2012 07:22:32 -0700 (PDT)\r
  21 Received: from earth-doxen.imss.caltech.edu (localhost [127.0.0.1])\r
  22         by earth-doxen-postvirus (Postfix) with ESMTP id 9F76766E00E5;\r
  23         Fri,  4 May 2012 07:22:29 -0700 (PDT)\r
  24 X-Spam-Scanned: at Caltech-IMSS on earth-doxen by amavisd-new\r
  25 Received: from finestructure.net (66-189-196-221.dhcp.yakm.wa.charter.com\r
  26         [66.189.196.221]) (Authenticated sender: jrollins)\r
  27         by earth-doxen-submit (Postfix) with ESMTP id 8E68A66E01B9;\r
  28         Fri,  4 May 2012 07:22:25 -0700 (PDT)\r
  29 Received: by finestructure.net (Postfix, from userid 1000)\r
  30         id 7815D1D6; Fri,  4 May 2012 07:22:24 -0700 (PDT)\r
  31 From: Jameson Graef Rollins <jrollins@finestructure.net>\r
  32 To: Mark Walters <markwalters1009@gmail.com>,\r
  33         Austin Clements <amdragon@MIT.EDU>\r
  34 Subject: Re: [Patch v2 0/3] emacs: allow show to colour based on tags and\r
  35  flags\r
  36 In-Reply-To: <87txzw1otb.fsf@qmul.ac.uk>\r
  37 References: <1335739697-8501-1-git-send-email-markwalters1009@gmail.com>\r
  38         <20120429230220.GO2704@mit.edu>\r
  39         <87397jwhjp.fsf@servo.finestructure.net>\r
  40         <87txzw1otb.fsf@qmul.ac.uk>\r
  41 User-Agent: Notmuch/0.12+139~g0f7ffba (http://notmuchmail.org) Emacs/23.4.1\r
  42         (x86_64-pc-linux-gnu)\r
  43 Date: Fri, 04 May 2012 07:22:21 -0700\r
  44 Message-ID: <877gwsrppe.fsf@servo.finestructure.net>\r
  45 MIME-Version: 1.0\r
  46 Content-Type: multipart/signed; boundary="=-=-=";\r
  47         micalg=pgp-sha256; protocol="application/pgp-signature"\r
  48 Cc: notmuch@notmuchmail.org\r
  49 X-BeenThere: notmuch@notmuchmail.org\r
  50 X-Mailman-Version: 2.1.13\r
  51 Precedence: list\r
  52 List-Id: "Use and development of the notmuch mail system."\r
  53         <notmuch.notmuchmail.org>\r
  54 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  55         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  56 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  57 List-Post: <mailto:notmuch@notmuchmail.org>\r
  58 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  59 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  60         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  61 X-List-Received-Date: Fri, 04 May 2012 14:22:34 -0000\r
  62 \r
  63 --=-=-=\r
  64 Content-Transfer-Encoding: quoted-printable\r
  65 \r
  66 On Thu, May 03 2012, Mark Walters <markwalters1009@gmail.com> wrote:\r
  67 > There are a couple of extra reasons why I like the show ones\r
  68 > separate. One is that I like to colour headerlines of matching messages to\r
  69 > highlight them, but in search mode that would highlight every\r
  70 > line. Secondly, I colour some things "negatively" in show mode: for\r
  71 > example I show excluded messages in grey. This negative colouring does\r
  72 > not make sense for search mode because I would only want to grey out\r
  73 > results where all messages were excluded not results where at least one\r
  74 > message is excluded. Of course we don't show entirely excluded threads\r
  75 > in search, but similar comments apply to say the "replied" tag: I could\r
  76 > show those in green (on the basis they are "dealt with") but I would not\r
  77 > want a thread coloured green just because I have replied to one message\r
  78 > in it.\r
  79 \r
  80 Ok, that makes sense.  Maybe there could be switch to inherit colors,\r
  81 and then a way to set them independently as well.\r
  82 \r
  83 >>> BTW, I like how this clearly distinguishes tags and flags.  I wonder\r
  84 >>> if we could transition to flags for some information that's current\r
  85 >>> shoe-horned into tags but actually represents immutable information\r
  86 >>> about a message (attachment, signed, and encrypted or so).\r
  87 >>\r
  88 >> Yes!  As Austin probably remembers, we've discussed this before.  I\r
  89 >> definitely agree that it makes sense to somehow distinguish "immutable"\r
  90 >> information that is a fundamental, unchanging/able property of the\r
  91 >> message, and it might be nice to look ahead to that here.\r
  92 >\r
  93 > In essence I agree: my only concern is can the user search for these\r
  94 > immutable things, and what syntax is used there.=20\r
  95 \r
  96 Well, nothing exists yet so we can define it as we wish, but I would say\r
  97 absolutely they should be searchable.  That's an important part.  They\r
  98 just wouldn't be changable, like tags are, since they represent\r
  99 immutable characteristics of the original message.  I would suggest we\r
 100 use something like "prop:" (for "property"), e.g. "prop:signed", or\r
 101 "prop:attachment", etc.\r
 102 \r
 103 jamie.\r
 104 \r
 105 --=-=-=\r
 106 Content-Type: application/pgp-signature\r
 107 \r
 108 -----BEGIN PGP SIGNATURE-----\r
 109 Version: GnuPG v1.4.12 (GNU/Linux)\r
 110 \r
 111 iQIcBAEBCAAGBQJPo+YdAAoJEO00zqvie6q8VgoP/2uYj2aYhooOCsDfS4glIu4j\r
 112 m+6Z0cGvQU4h/1qo3yGRcssiJ1fl6nBNQ2lyyB6IGSU51xl9Yd3biZ5njH7UQBiv\r
 113 7t+LvhwMN6dEEXeH7kag3+73TuEGZoLkrqYGayffbesdhGH+pttfjLwhjW3QkQiP\r
 114 rXjLWbJNNr8vw541e4SJDcn/XeT0WvTSVW2aDyxn2jbFYjjOyU+MTiVJjufSvOa6\r
 115 cVAfE2FGumZo5BKl/t5U2E1GYJ/5cXP8hPtxRxEuwsCTc7eog/gh950J/yHpgHv4\r
 116 Lpd5VAbxu9cPWEkUDvMkR8Lvgj6SQOIpEg6BLxLZIyUmgdoADZwx3OuxjrptCzYm\r
 117 H0UzxOubJHt68ZUn0s2LUtYZ7/qVAjplZ5Pu+vSFU9sEbjp6OMFPsEjz0CPU/gek\r
 118 kUSwesBOHp6KNz+hDBRPhsegq8Xw8q92Zaw+5wuE25DOBLnNog8gFMl1XJLmZdc9\r
 119 Ch5qaxlcKG4XZEmAeqOBZVOPNwjUp68iJhhvRmJDES1LQZxocQp7H3JAI5dDEEgk\r
 120 OXM7PZZi8xQPYXOZtrj7HXDwuWJUV9bdroLsBxm0g5fM7wbJ9vp1zyDf0+MKMRf1\r
 121 J84NBnh3y08Am1hvkXyMQatiiNNjAFIieAM5c/Syilp16UCdw9CAgSwZ6u4hqiOB\r
 122 +CrPqsEG8EDZzADa6x8w\r
 123 =WLq+\r
 124 -----END PGP SIGNATURE-----\r
 125 --=-=-=--\r