From 8e82f31192a015bf65c11c7f90a37692848a2d9e Mon Sep 17 00:00:00 2001 From: Jameson Graef Rollins Date: Sat, 5 May 2012 07:22:21 +1700 Subject: [PATCH] Re: [Patch v2 0/3] emacs: allow show to colour based on tags and flags --- 12/14d4373a9096e26c57e0390db6e50f4121bec9 | 125 ++++++++++++++++++++++ 1 file changed, 125 insertions(+) create mode 100644 12/14d4373a9096e26c57e0390db6e50f4121bec9 diff --git a/12/14d4373a9096e26c57e0390db6e50f4121bec9 b/12/14d4373a9096e26c57e0390db6e50f4121bec9 new file mode 100644 index 000000000..42367d0b9 --- /dev/null +++ b/12/14d4373a9096e26c57e0390db6e50f4121bec9 @@ -0,0 +1,125 @@ +Return-Path: +X-Original-To: notmuch@notmuchmail.org +Delivered-To: notmuch@notmuchmail.org +Received: from localhost (localhost [127.0.0.1]) + by olra.theworths.org (Postfix) with ESMTP id 84248431FBC + for ; Fri, 4 May 2012 07:22:34 -0700 (PDT) +X-Virus-Scanned: Debian amavisd-new at olra.theworths.org +X-Spam-Flag: NO +X-Spam-Score: -2.29 +X-Spam-Level: +X-Spam-Status: No, score=-2.29 tagged_above=-999 required=5 + tests=[RCVD_IN_DNSWL_MED=-2.3, T_MIME_NO_TEXT=0.01] autolearn=disabled +Received: from olra.theworths.org ([127.0.0.1]) + by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024) + with ESMTP id Wa7FtWLMzfWM for ; + Fri, 4 May 2012 07:22:32 -0700 (PDT) +Received: from outgoing-mail.its.caltech.edu (outgoing-mail.its.caltech.edu + [131.215.239.19]) + by olra.theworths.org (Postfix) with ESMTP id 2F2AB431FB6 + for ; Fri, 4 May 2012 07:22:32 -0700 (PDT) +Received: from earth-doxen.imss.caltech.edu (localhost [127.0.0.1]) + by earth-doxen-postvirus (Postfix) with ESMTP id 9F76766E00E5; + Fri, 4 May 2012 07:22:29 -0700 (PDT) +X-Spam-Scanned: at Caltech-IMSS on earth-doxen by amavisd-new +Received: from finestructure.net (66-189-196-221.dhcp.yakm.wa.charter.com + [66.189.196.221]) (Authenticated sender: jrollins) + by earth-doxen-submit (Postfix) with ESMTP id 8E68A66E01B9; + Fri, 4 May 2012 07:22:25 -0700 (PDT) +Received: by finestructure.net (Postfix, from userid 1000) + id 7815D1D6; Fri, 4 May 2012 07:22:24 -0700 (PDT) +From: Jameson Graef Rollins +To: Mark Walters , + Austin Clements +Subject: Re: [Patch v2 0/3] emacs: allow show to colour based on tags and + flags +In-Reply-To: <87txzw1otb.fsf@qmul.ac.uk> +References: <1335739697-8501-1-git-send-email-markwalters1009@gmail.com> + <20120429230220.GO2704@mit.edu> + <87397jwhjp.fsf@servo.finestructure.net> + <87txzw1otb.fsf@qmul.ac.uk> +User-Agent: Notmuch/0.12+139~g0f7ffba (http://notmuchmail.org) Emacs/23.4.1 + (x86_64-pc-linux-gnu) +Date: Fri, 04 May 2012 07:22:21 -0700 +Message-ID: <877gwsrppe.fsf@servo.finestructure.net> +MIME-Version: 1.0 +Content-Type: multipart/signed; boundary="=-=-="; + micalg=pgp-sha256; protocol="application/pgp-signature" +Cc: notmuch@notmuchmail.org +X-BeenThere: notmuch@notmuchmail.org +X-Mailman-Version: 2.1.13 +Precedence: list +List-Id: "Use and development of the notmuch mail system." + +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Fri, 04 May 2012 14:22:34 -0000 + +--=-=-= +Content-Transfer-Encoding: quoted-printable + +On Thu, May 03 2012, Mark Walters wrote: +> There are a couple of extra reasons why I like the show ones +> separate. One is that I like to colour headerlines of matching messages to +> highlight them, but in search mode that would highlight every +> line. Secondly, I colour some things "negatively" in show mode: for +> example I show excluded messages in grey. This negative colouring does +> not make sense for search mode because I would only want to grey out +> results where all messages were excluded not results where at least one +> message is excluded. Of course we don't show entirely excluded threads +> in search, but similar comments apply to say the "replied" tag: I could +> show those in green (on the basis they are "dealt with") but I would not +> want a thread coloured green just because I have replied to one message +> in it. + +Ok, that makes sense. Maybe there could be switch to inherit colors, +and then a way to set them independently as well. + +>>> BTW, I like how this clearly distinguishes tags and flags. I wonder +>>> if we could transition to flags for some information that's current +>>> shoe-horned into tags but actually represents immutable information +>>> about a message (attachment, signed, and encrypted or so). +>> +>> Yes! As Austin probably remembers, we've discussed this before. I +>> definitely agree that it makes sense to somehow distinguish "immutable" +>> information that is a fundamental, unchanging/able property of the +>> message, and it might be nice to look ahead to that here. +> +> In essence I agree: my only concern is can the user search for these +> immutable things, and what syntax is used there.=20 + +Well, nothing exists yet so we can define it as we wish, but I would say +absolutely they should be searchable. That's an important part. They +just wouldn't be changable, like tags are, since they represent +immutable characteristics of the original message. I would suggest we +use something like "prop:" (for "property"), e.g. "prop:signed", or +"prop:attachment", etc. + +jamie. + +--=-=-= +Content-Type: application/pgp-signature + +-----BEGIN PGP SIGNATURE----- +Version: GnuPG v1.4.12 (GNU/Linux) + +iQIcBAEBCAAGBQJPo+YdAAoJEO00zqvie6q8VgoP/2uYj2aYhooOCsDfS4glIu4j +m+6Z0cGvQU4h/1qo3yGRcssiJ1fl6nBNQ2lyyB6IGSU51xl9Yd3biZ5njH7UQBiv +7t+LvhwMN6dEEXeH7kag3+73TuEGZoLkrqYGayffbesdhGH+pttfjLwhjW3QkQiP +rXjLWbJNNr8vw541e4SJDcn/XeT0WvTSVW2aDyxn2jbFYjjOyU+MTiVJjufSvOa6 +cVAfE2FGumZo5BKl/t5U2E1GYJ/5cXP8hPtxRxEuwsCTc7eog/gh950J/yHpgHv4 +Lpd5VAbxu9cPWEkUDvMkR8Lvgj6SQOIpEg6BLxLZIyUmgdoADZwx3OuxjrptCzYm +H0UzxOubJHt68ZUn0s2LUtYZ7/qVAjplZ5Pu+vSFU9sEbjp6OMFPsEjz0CPU/gek +kUSwesBOHp6KNz+hDBRPhsegq8Xw8q92Zaw+5wuE25DOBLnNog8gFMl1XJLmZdc9 +Ch5qaxlcKG4XZEmAeqOBZVOPNwjUp68iJhhvRmJDES1LQZxocQp7H3JAI5dDEEgk +OXM7PZZi8xQPYXOZtrj7HXDwuWJUV9bdroLsBxm0g5fM7wbJ9vp1zyDf0+MKMRf1 +J84NBnh3y08Am1hvkXyMQatiiNNjAFIieAM5c/Syilp16UCdw9CAgSwZ6u4hqiOB ++CrPqsEG8EDZzADa6x8w +=WLq+ +-----END PGP SIGNATURE----- +--=-=-=-- -- 2.26.2