Re: notmuch.el: controlling what does and doesn't get expanded in searches
authorJani Nikula <jani@nikula.org>
Thu, 4 Aug 2016 20:49:16 +0000 (23:49 +0300)
committerW. Trevor King <wking@tremily.us>
Sat, 20 Aug 2016 23:22:19 +0000 (16:22 -0700)
ff/96b4d3e660e353e512709402b11a8ae42dc504 [new file with mode: 0644]

diff --git a/ff/96b4d3e660e353e512709402b11a8ae42dc504 b/ff/96b4d3e660e353e512709402b11a8ae42dc504
new file mode 100644 (file)
index 0000000..ace43c8
--- /dev/null
@@ -0,0 +1,120 @@
+Return-Path: <jani@nikula.org>\r
+X-Original-To: notmuch@notmuchmail.org\r
+Delivered-To: notmuch@notmuchmail.org\r
+Received: from localhost (localhost [127.0.0.1])\r
+ by arlo.cworth.org (Postfix) with ESMTP id B11BB6DE02C4\r
+ for <notmuch@notmuchmail.org>; Thu,  4 Aug 2016 13:50:51 -0700 (PDT)\r
+X-Virus-Scanned: Debian amavisd-new at cworth.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: -0.571\r
+X-Spam-Level: \r
+X-Spam-Status: No, score=-0.571 tagged_above=-999 required=5 tests=[AWL=0.149,\r
+  DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_LOW=-0.7,\r
+ RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01] autolearn=disabled\r
+Received: from arlo.cworth.org ([127.0.0.1])\r
+ by localhost (arlo.cworth.org [127.0.0.1]) (amavisd-new, port 10024)\r
+ with ESMTP id axdkgI3XX71I for <notmuch@notmuchmail.org>;\r
+ Thu,  4 Aug 2016 13:50:43 -0700 (PDT)\r
+Received: from mail-wm0-f43.google.com (mail-wm0-f43.google.com\r
+ [74.125.82.43]) by arlo.cworth.org (Postfix) with ESMTPS id 0AFCC6DE02B0 for\r
+ <notmuch@notmuchmail.org>; Thu,  4 Aug 2016 13:50:43 -0700 (PDT)\r
+Received: by mail-wm0-f43.google.com with SMTP id o80so9240246wme.1\r
+ for <notmuch@notmuchmail.org>; Thu, 04 Aug 2016 13:50:42 -0700 (PDT)\r
+DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;\r
+ d=nikula-org.20150623.gappssmtp.com; s=20150623;\r
+ h=from:to:cc:subject:in-reply-to:references:user-agent:date\r
+ :message-id:mime-version;\r
+ bh=xmV8u/3sXx5DlhsbEpTi1rsj9YqHLUYAl/MGjAQPAOc=;\r
+ b=zBpV+Oaj+iojdJz059Le9NaWPw5ayywCvHQPCqX9MSnA4qCnt8qr355cAoEUk5gI4i\r
+ ByPONKhK4oCP3OFEm6VYA3uG3vMRn5QWscll87XGo1M5ttF7m7f77TeJzg8BMAVq52Ut\r
+ VeooWSLkE2cVHf4DxztXQviDf0ZOEXxlNRcnQ13RWWllCIJp9Xjdd8PBTER6SdR5khrO\r
+ Qx/eQIvAB12XPjz8r2iZiRsEyv8Y2tNrYMcm2zfF8g/lNSLEnR0wUj6N891r235rCdtl\r
+ 4AY78SFDqbQbg5w718NUzVxrAiYCDNaqSywlm4wjImPGiRplAbmeUfZiHcYbnIEZlSjx\r
+ +5kg==\r
+X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;\r
+ d=1e100.net; s=20130820;\r
+ h=x-gm-message-state:from:to:cc:subject:in-reply-to:references\r
+ :user-agent:date:message-id:mime-version;\r
+ bh=xmV8u/3sXx5DlhsbEpTi1rsj9YqHLUYAl/MGjAQPAOc=;\r
+ b=k3GYHI7OTKwQ0Xi0KvfiHv6IzYLrDjZyrGrST3dawBuq42VLPv8+V0Y43Infecpbwh\r
+ F6fL2ztF8bpmBoLMw53KwEdcY8jObxtgvrLobsDzac3VrXfCKWSr0JWBLDAas3Z69gpV\r
+ 8lOqeZMWIRbbEifQVfu5jbrVi81VXbBiVVzkNfkQJfsPKKgKDL00HY+iL5IVG2F+GukX\r
+ apDvgPIybdtJJl7JFydJL9NHKGzwATGAYwCNzNKS24DjhoeKKJR0Jl9ToJiT+Rn8LT5G\r
+ K/gS6BnQUsVC1qWwJs8h+7n7ke4STEV05XEWVrbdnxa4JqrXlMK7/Ut3s9d3f76T2Fq3\r
+ 05Sw==\r
+X-Gm-Message-State:\r
+ AEkoousWhawLUrAqxVy1s9+4pak4+4BOeE3oADHOKY0B2lqiaxg9tc0iinrlrhhIbZHAoQ==\r
+X-Received: by 10.194.149.176 with SMTP id ub16mr67668515wjb.54.1470343840702;\r
+  Thu, 04 Aug 2016 13:50:40 -0700 (PDT)\r
+Received: from localhost (mobile-access-bcee5c-212.dhcp.inet.fi.\r
+ [188.238.92.212])\r
+ by smtp.gmail.com with ESMTPSA id q187sm5297281wma.17.2016.08.04.13.50.39\r
+ (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);\r
+ Thu, 04 Aug 2016 13:50:40 -0700 (PDT)\r
+From: Jani Nikula <jani@nikula.org>\r
+To: Carl Worth <cworth@cworth.org>, Matt Armstrong <marmstrong@google.com>,\r
+ notmuch@notmuchmail.org\r
+Subject: Re: notmuch.el: controlling what does and doesn't get expanded in\r
+ searches\r
+In-Reply-To: <87r3a4nwu0.fsf@wondoo.home.cworth.org>\r
+References: <qf54m70o7h5.fsf@marmstrong-linux.kir.corp.google.com>\r
+ <87a8gsv787.fsf@nikula.org>\r
+ <qf57fbw4fx4.fsf@marmstrong-linux.kir.corp.google.com>\r
+ <87r3a4nwu0.fsf@wondoo.home.cworth.org>\r
+User-Agent: Notmuch/0.22.1+62~g2a7b11b (https://notmuchmail.org) Emacs/24.4.1\r
+ (x86_64-pc-linux-gnu)\r
+Date: Thu, 04 Aug 2016 23:49:16 +0300\r
+Message-ID: <87zios9s4z.fsf@nikula.org>\r
+MIME-Version: 1.0\r
+Content-Type: text/plain\r
+X-BeenThere: notmuch@notmuchmail.org\r
+X-Mailman-Version: 2.1.20\r
+Precedence: list\r
+List-Id: "Use and development of the notmuch mail system."\r
+ <notmuch.notmuchmail.org>\r
+List-Unsubscribe: <https://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: <https://notmuchmail.org/mailman/listinfo/notmuch>,\r
+ <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
+X-List-Received-Date: Thu, 04 Aug 2016 20:50:51 -0000\r
+\r
+On Thu, 04 Aug 2016, Carl Worth <cworth@cworth.org> wrote:\r
+>>  i) notmuch could have an "also expand tags" feature, where thread based\r
+>>     results would auto expand matching tags.  I would set this to\r
+>>     "unread".\r
+>\r
+> This approach makes a lot of sense to me based on how notmuch.el works.\r
+\r
+My idea on how to do this: I'd like to have a key binding in the show\r
+view to go through a customizable list of rules on how to\r
+collapse/expand the messages. The rules could be:\r
+\r
+* [ ] expand all matching messages\r
+  [ ] expand messages having any of the specified tags\r
+  [ ] expand messages having all of the specified tags\r
+* expand all messages\r
+* collapse all messages\r
+\r
+(* are mutually exclusive, [ ] are not)\r
+\r
+The first rule would define what is displayed by default. So you could\r
+have, for example, "expand all matching messages and any messages that\r
+have both inbox and unread tags", followed by "expand all matching\r
+messages", followed by "expand messages that have inbox tag", followed\r
+by "expand all messages", etc. any way you wish.\r
+\r
+It would be a nice bonus if you could specify at which rule to start per\r
+each saved search, instead of the first in the list.\r
+\r
+I think this could replace the current M-RET and C-u M-RET\r
+expand/collapse all bindings. Maybe M-RET could be reused for this.\r
+\r
+This would obviously not require any changes to the SPC, n, p or other\r
+navigation bindings, which I think are currently just fine.\r
+\r
+\r
+BR,\r
+Jani.\r